AB
Конфиги не только в yii- пакетах
поправь меня, если я не прав. но в таких пакетов и конфиги сильно проще
Size: a a a
2020 September 10
СП
поправь меня, если я не прав. но в таких пакетов и конфиги сильно проще
Вроде да, ты прав
AB
Плагин ещё объединяет конфиги на уровне приложения и умеет в альтернативные конфигурации.
Это получится на уровне приложения также придется делать, как было в yii2?
Это получится на уровне приложения также придется делать, как было в yii2?
а как было?
AB
ну и на уровне приложения там все-таки попроще все. мерджить проще, можно даже обычным array_merge наверно обойтись
СП
а как было?
Подключение файлов с конфигами и объединение их
СП
Что-то я не то нажал и почему то в ревьюверах остался только самдарк, а группа yii3 исчезла :(
https://github.com/yiisoft/yii-console/pull/70
Можете вернуть yii3 в ревью?
https://github.com/yiisoft/yii-console/pull/70
Можете вернуть yii3 в ревью?
AM
ну и на уровне приложения там все-таки попроще все. мерджить проще, можно даже обычным array_merge наверно обойтись
ну вот там и было дофига array_merge
AM
1. Это не очень быстро на каждый запрос так делать.
AM
2. Это не так приятно читается как конфиг на тему что и как мёржить как сейчас в Yii 3.
AB
1. Тут точно так же можно ж кешировать результат для прода
AB
Кстати, еще вопрос. А какой смысл в раздельных конфигах для веба, консоли? Вряд ли это прям сильно ускоряет приложение, но некоторой сложности добавляет
AB
Опять же если отказаться от этих контекстов, то и конфиг будет сильно проще
T🐜
Кстати, еще вопрос. А какой смысл в раздельных конфигах для веба, консоли? Вряд ли это прям сильно ускоряет приложение, но некоторой сложности добавляет
смысл в том, что для консоли не нужные всякие сессии и много чего еще.
AB
The Ant 🐜
смысл в том, что для консоли не нужные всякие сессии и много чего еще.
ну они и не инициализируются
AB
ну т.е. понятно часть сервисов не используется, в зависимости от контектса. вопрос в том, насколько это оправдано? единый контейнер все-таки проще
T🐜
как и вебу не нужны миграции, команды и всякий другой мусор.
разделение конфигов маст хев. Как минимум я захочу для разных точек входа разные конфиги.
разделение конфигов маст хев. Как минимум я захочу для разных точек входа разные конфиги.
T🐜
ну т.е. понятно часть сервисов не используется, в зависимости от контектса. вопрос в том, насколько это оправдано? единый контейнер все-таки проще
не проще, оно в итоге может породить всякие непонятные баги, из-за того что могут использоваться разные зависимости, или даже версии зависимостей
AB
каким образом? vendor же один
В
Угу. И в консоли у тебя будет роутинг, сконфиженный отдавать 403 без валидной авторизации в заголовках...