Цель-то достаточно очевидная у нынешних владельцев zend — отжимать рынок у java/c#/typescript. Это предопределяет кучу стратегических решений по развитию языка. Так что не зарекайтесь от «строгой типизации».
Вполне допустимо повторение ошибок, подобных php6. Тогда всё исходило из идеи что в java же utf-16, значит и в php надо.
К большому сожалению само ядро php имеет относительно слабое комьюнити и ограниченные ресурсы. Плохая сторона — зависимость от zend с плохо продуманной стратегией, хорошая — очень тщательно выбираемые изменения не ломающие BC каждые пять лет и дающие максимальный профит тактически.
Да, написано в памятке на сайте, что только в муниципальном делении останется справочник. Как его теперь нормально на ввод предоставлять?
Этот формат адреса теперь придется указывать для всех гос.услуг, но люди не знают своих адресов в муниципальном делении, даже о делении таком не знают((
Очень большой объем работы, молодцы. Не в курсе как насчет обычных юр.лиц, а госов обязали с 1 января 2018 использовать ФИАС (имхо, об этом вспомнят только под конец наступающего года).
Всё бы хорошо, но качество справочника не меняется — ФНС регулярно на муниципалитеты кляузы катает, и при том сами не могут нормальные выгрузки организовать. Может вы чего слышали как там дела с проектом адресного справочника почты?
1) Магия для конечного пользователя — куча системных зависимостей получается.
2) Вот для чего, например, надо сводить в один инструмент git и env? Это же чисто упрощение развертывания, а не разработки. Для разработки всё что делает flex или из шаблонного проекта копипастится, или генерируется IDE.
Может я отстаю от тренда или чего не понял, но очень не понравился flex в реальном проекте. Слишком много магии и большая сложность если с нуля разбираться.
У flex, имхо, целевая аудитория должна быть — DevOps-ы, но зачем тогда такой узкоспециализированный инструмент?
Последние крупные изменения ФИАС с разделением административного и муниципального делений, конечно, свернуло не мало крови… Ни справочника, ни структуры нормальной в итоге. Да ещё и обновления инкрементальный с ошибками периодически.
Заметил тенденцию что все кто строят адресные справочники на основе ФИАС настоятельно рекомендуют ими не пользоваться))
Кмк, речь о подключении к БД в самой IDE. И у меня ощущение что PhpStorm уже делал дополнения при наличии такого подключения, может с дополнениями для doctrine путаю.
auto complete для Url::to и auto complete в методе Model::rules()
Типа какая-то панель работает/должна работать в зависимости от окружения или при определенной фазе луны. Как, например, пользователи. При ините чекнули и забыли про неё. Сейчас получается, что конкретно для core-панелей делаем проверку окружения, а кастомные реализации — крутись как хочешь.
Оке, попробую вечерком переработать User. Выкатите, пожалуйста, фиксы 195 и 199, а то ж часто воспроизводимые баги получились, считай ломающие обратную совместимость. У меня это ещё усугубилось огромным количеством залогированных ошибок.
Фильтр — это в просмотре timeline рядом с Duration запипякать, например Memory.
А переключение — просто возможность из панели переключиться на другого пользователя без авторизации. Часто на работе такое использую, особенно когда надо проверять под разными ролями, т.е. пользователя на которого преключаюсь сразу выбираю с фильтром по ролям.
Не спешите обновляться, есть бага.
Валится serialize если для User используются какой-нибудь behavior в котором получение данных через функцию сделано. У меня сразу в трёх проектах проявилась((
Панель, конечно, огонь получается. Ещё бы фильтр по используемой памяти сделать в timeline и переключение пользователей. Планируется такое, SamDark?
Вооот, яркий пример — ваше же высказывание. Большинство программистов на любом ЯП имеют квалификацию ниже среднего, ибо градация так сделана, чтобы на 5 мидл один сеньёр приходился, условно. Я знаяю мало плохих программистов, пишущих на php, гораздо больше скрипт-кидди от python и js. А, ещё «плюсисты» полторы лабы скатавшие в универе часто встречаются. Самый плохой вариант php-быдлокодеров — это мамонты, которым ничего кроме легаси десятилетней давности не дававали. Были и на хабре статьи, затрагивающие актуализацию стека, и на тостере трогательные (в хорошем смысле) вопросы встречаются про то как бы вырваться из прошлого.
Упрекают за php, инстенктивно, поддаваясь стадному чувству. Совсем свежий анектод: «А зачем вам phalcon, вот у нас круто из фронта запросы строить!» (хз что за стек они используют).
Ладно, это всё выше — болтология. Неплохо сформулирована проблема в статье: дискредитация профессиональная и в оплате из-за предубеждений к конкретному стеку технологий.
Так мы киллер-фичи ищем или просто плюсы перечисляем?
Ну и имелось ввиду что фреймворки ориентированы на вэб и их много. Кроме RoR и django ничего сравнимого с symphony, yii, laravel etc не вспоминается.
Пара же фреймворков на плюсах пригодны для эмбедед только. А про java в вэб отписывался SamDark
Вполне допустимо повторение ошибок, подобных php6. Тогда всё исходило из идеи что в java же utf-16, значит и в php надо.
К большому сожалению само ядро php имеет относительно слабое комьюнити и ограниченные ресурсы. Плохая сторона — зависимость от zend с плохо продуманной стратегией, хорошая — очень тщательно выбираемые изменения не ломающие BC каждые пять лет и дающие максимальный профит тактически.
Этот формат адреса теперь придется указывать для всех гос.услуг, но люди не знают своих адресов в муниципальном делении, даже о делении таком не знают((
Всё бы хорошо, но качество справочника не меняется — ФНС регулярно на муниципалитеты кляузы катает, и при том сами не могут нормальные выгрузки организовать. Может вы чего слышали как там дела с проектом адресного справочника почты?
2) Вот для чего, например, надо сводить в один инструмент git и env? Это же чисто упрощение развертывания, а не разработки. Для разработки всё что делает flex или из шаблонного проекта копипастится, или генерируется IDE.
У flex, имхо, целевая аудитория должна быть — DevOps-ы, но зачем тогда такой узкоспециализированный инструмент?
Заметил тенденцию что все кто строят адресные справочники на основе ФИАС настоятельно рекомендуют ими не пользоваться))
Очень жду, будет огонь!
Yii умер, да здравствует yii)) Спасибо за прекрасный фреймворк всем меинтейнерам!
Ждём теперь активного развития 2.0 и крутых фич в 2.1.
А переключение — просто возможность из панели переключиться на другого пользователя без авторизации. Часто на работе такое использую, особенно когда надо проверять под разными ролями, т.е. пользователя на которого преключаюсь сразу выбираю с фильтром по ролям.
Валится serialize если для User используются какой-нибудь behavior в котором получение данных через функцию сделано. У меня сразу в трёх проектах проявилась((
Панель, конечно, огонь получается. Ещё бы фильтр по используемой памяти сделать в timeline и переключение пользователей. Планируется такое, SamDark?
А текущий сайт проекта относительно конкурирующих фреймворков смотрится плохо, конечно. Обложки проекту не хватает))
Упрекают за php, инстенктивно, поддаваясь стадному чувству. Совсем свежий анектод: «А зачем вам phalcon, вот у нас круто из фронта запросы строить!» (хз что за стек они используют).
Ну и имелось ввиду что фреймворки ориентированы на вэб и их много. Кроме RoR и django ничего сравнимого с symphony, yii, laravel etc не вспоминается.
Пара же фреймворков на плюсах пригодны для эмбедед только. А про java в вэб отписывался SamDark