Как минимум потому что придется транспилить из нового TypeScript в старый TypeScript для старых браузеров и чем это будет отличаться от того что есть сейчас?
Среди популярных лицензий, которые все используют … нет ни одной явно некоммерческой (интересно почему)
Потому что такая лицензия будет противоречить Open Source Definition и Free Software Definition. Вам бы изначально не FOSS лицензию ставить, она противоречит по духу тому что вы хотите
Данные хранятся на сервере где вы зареганы + рассылаются по серверам где у вас подписчики или где запросили тем или иным образом ваши посты (ретвиты, поиск, как часть запрошенного треда и т.д.)
9мб и пара по полтора, ощущения как у Djeux. С композером как раз основные задержки - всякие немейнстримные библиотеки обновляются довольно медленно, даже если им пулл реквесты слать
Использую sabre/xml на основе XMLReader. Киллер-фича в том что можно через коллбэки распарсить элементы сразу в массивы. Еще одна фича, которая для меня оказалась не менее важной - если распарсить просто в массив и сохранить фрагмент как документ, все пространства имен останутся на месте, SimpleXML имеет свойство их терять
PSR-4 немного противоречит логике языка, поэтому вряд ли будет в него когда-либо включен. В PHP имена классов регистронезависимые, а автозагрузка по PSR регистрозависимая на регистрозависимых файловых системах
папки с именами пространств имён и файлы с классами должны быть преобразованы к нижнему регистру
JSON_FORCE_OBJECT как и JSON_NUMERIC_CHECK может приводить к проблемам когда форсится не то что надо. Если в вашем словаре бывают массивы, то больно иным способом.
Если конкретный массив должен стать в любом случае объектом в JSON, лучше собирать данные в stdClass или, что семантичнее, в ArrayObject
Как минимум потому что придется транспилить из нового TypeScript в старый TypeScript для старых браузеров и чем это будет отличаться от того что есть сейчас?
Потому что такая лицензия будет противоречить Open Source Definition и Free Software Definition. Вам бы изначально не FOSS лицензию ставить, она противоречит по духу тому что вы хотите
Данные хранятся на сервере где вы зареганы + рассылаются по серверам где у вас подписчики или где запросили тем или иным образом ваши посты (ретвиты, поиск, как часть запрошенного треда и т.д.)
9мб и пара по полтора, ощущения как у Djeux. С композером как раз основные задержки - всякие немейнстримные библиотеки обновляются довольно медленно, даже если им пулл реквесты слать
ОМГ, никогда не храните суммы в валюте в числах с плавающей точкой
Использую sabre/xml на основе XMLReader. Киллер-фича в том что можно через коллбэки распарсить элементы сразу в массивы. Еще одна фича, которая для меня оказалась не менее важной - если распарсить просто в массив и сохранить фрагмент как документ, все пространства имен останутся на месте, SimpleXML имеет свойство их терять
Dhall позволяет trailing commas. А вот почему у них все примеры в таком стиле я тоже не понимаю
они будут бросать deprecation, а TypeError будет начиная с PHP 9:
PSR-4 немного противоречит логике языка, поэтому вряд ли будет в него когда-либо включен. В PHP имена классов регистронезависимые, а автозагрузка по PSR регистрозависимая на регистрозависимых файловых системах
оно же не просто так
Мне казалось что общепринятый тайпхинт это
@var TypeOfElеment[]
JSON_FORCE_OBJECT как и JSON_NUMERIC_CHECK может приводить к проблемам когда форсится не то что надо. Если в вашем словаре бывают массивы, то больно иным способом.
Если конкретный массив должен стать в любом случае объектом в JSON, лучше собирать данные в stdClass или, что семантичнее, в ArrayObject
Да, их бы тоже автоматически подчищать не мешало