Структуры никто не навязывает, но есть описание и примеры как можно делать (и которые мы у себя используем как правила). Но привязки к директориям (app & /pages ...) здесь нет
upd: и да, если не дать примера как делать — будут делать говнокод :) Либо прогеры будут крутые, но каждый напишет по своему.. и опять получится говнокод)
Еще как пишут! Если речь о Yii2, конечно… Мы его используем с большим числом доработок, правда, с которыми он не чуть не хуже других фреймворков становится)
Вот все бы так поддерживали свои старые версии. А то всякие react/webpack/… выпустят новую версию с кучей изменений и старую сразу убивают в deprecated ставят.
Спасибо команде Yii! :)
Например, видеорегистраторы тестируют при помощи множества видеокамер. В специальных стойках воссоздаются реальные условия эксплуатации серверного и сетевого оборудования.
И на фото стойка с одним воткнутым сетевым кабелем :)
Понимаю ваши проблемы, тоже одно время надоедали копипасты gulp/webpack конфигов, особенно когда это руками невнимательных разработчиков делалось без включения мозга.
Тоже есть свои webpack-easygulp-easy, вот только распространять такое за рамки своей комании не советовал бы. Внутри комании — да, это нужно, чтобы стандартизировать, а вот сообществу такие пакеты вряд ли пригодятся, потому что для они неизвестны, неудобны и не покрывают их задач.
У нас построена таким образом, что все ошибки хранятся на отдельном сервере, который не жалко положить. А сама система сбора ошибок учитывает что сервер может лежать и просто не пишет в него (потому что если начался ддос ошибками, то значит саму ошибку уже записали). PS: я к либе из данного поста отношения не имею, я про свои решения)
Тоже используем подобную самописную штуку, хотя у нас она даже больше похоже на отдельно стоящую библиотеку, чем у вас. Вашу внедрять не захочется, потому что слишком много махинаций нужно делать.
И, кстати, есть сервисы готовые по сбору ошибок и логов, в основном платные, конечно.
А Meteor точно перспективный? Мне кажется уже давно угасает его популярность… Есть вообще какая-то статистика использования представленных фреймворков?
а что за тулза у вас? :) text2confl?
посмотрел сервис Яга. мда.. качество продукта в стиле ростелекома — всё в лоадерах и всё дергается пока не загрузится полностью..
- статью так и не смог создать - пишет у меня доступа нет, и что модуль статьи отключён. но он включен!
- файлы грузить не даёт - говорит превышен объём пространства (в начале говорили про 100 мб), вот только я ещё ничего не загружал даже..
- открываю задачи - вижу какие-то чужие задачи из других пространств других пользователей.. сесурити :)
шлак ещё тот, короче)
Структуры никто не навязывает, но есть описание и примеры как можно делать (и которые мы у себя используем как правила). Но привязки к директориям (app & /pages ...) здесь нет
upd: и да, если не дать примера как делать — будут делать говнокод :) Либо прогеры будут крутые, но каждый напишет по своему.. и опять получится говнокод)
убиваютв deprecated ставят.Спасибо команде Yii! :)
И на фото стойка с одним воткнутым сетевым кабелем :)
Тоже есть свои webpack-easy gulp-easy, вот только распространять такое за рамки своей комании не советовал бы. Внутри комании — да, это нужно, чтобы стандартизировать, а вот сообществу такие пакеты вряд ли пригодятся, потому что для они неизвестны, неудобны и не покрывают их задач.
И, кстати, есть сервисы готовые по сбору ошибок и логов, в основном платные, конечно.