Еще как пишут! Если речь о Yii2, конечно… Мы его используем с большим числом доработок, правда, с которыми он не чуть не хуже других фреймворков становится)
Вот все бы так поддерживали свои старые версии. А то всякие react/webpack/… выпустят новую версию с кучей изменений и старую сразу убивают в deprecated ставят.
Спасибо команде Yii! :)
Например, видеорегистраторы тестируют при помощи множества видеокамер. В специальных стойках воссоздаются реальные условия эксплуатации серверного и сетевого оборудования.
И на фото стойка с одним воткнутым сетевым кабелем :)
Понимаю ваши проблемы, тоже одно время надоедали копипасты gulp/webpack конфигов, особенно когда это руками невнимательных разработчиков делалось без включения мозга.
Тоже есть свои webpack-easygulp-easy, вот только распространять такое за рамки своей комании не советовал бы. Внутри комании — да, это нужно, чтобы стандартизировать, а вот сообществу такие пакеты вряд ли пригодятся, потому что для они неизвестны, неудобны и не покрывают их задач.
У нас построена таким образом, что все ошибки хранятся на отдельном сервере, который не жалко положить. А сама система сбора ошибок учитывает что сервер может лежать и просто не пишет в него (потому что если начался ддос ошибками, то значит саму ошибку уже записали). PS: я к либе из данного поста отношения не имею, я про свои решения)
Тоже используем подобную самописную штуку, хотя у нас она даже больше похоже на отдельно стоящую библиотеку, чем у вас. Вашу внедрять не захочется, потому что слишком много махинаций нужно делать.
И, кстати, есть сервисы готовые по сбору ошибок и логов, в основном платные, конечно.
А Meteor точно перспективный? Мне кажется уже давно угасает его популярность… Есть вообще какая-то статистика использования представленных фреймворков?
Т.е. вы предлагаете реализовывать подобие мегаменю в рамках приложения, а не отдельной библиотеки?) Как использование «правильных абстракций» избавляет от всех проблем, если архитектура Yii по-умолчанию диктует где что прописывать
1. На Ваш. Я имел ввиду, что если меню «хранится» в статичных методах, то не нужно инициализировать (создавать инстанс) всех модулей
В любом случае все решает кеш.
Реализацию модульности в boilerplate не навязываю, она не включается в MegaMenu. Это (принудительное создание экземпляра) действительно может повлиять на производительность, пересмотрю свое решение.
убиваютв deprecated ставят.Спасибо команде Yii! :)
И на фото стойка с одним воткнутым сетевым кабелем :)
Тоже есть свои webpack-easy gulp-easy, вот только распространять такое за рамки своей комании не советовал бы. Внутри комании — да, это нужно, чтобы стандартизировать, а вот сообществу такие пакеты вряд ли пригодятся, потому что для они неизвестны, неудобны и не покрывают их задач.
И, кстати, есть сервисы готовые по сбору ошибок и логов, в основном платные, конечно.
В любом случае все решает кеш.
Реализацию модульности в boilerplate не навязываю, она не включается в MegaMenu. Это (принудительное создание экземпляра) действительно может повлиять на производительность, пересмотрю свое решение.