А
ну приложение это собственно та часть, которая знает какой у нее конфиг. как тогда использовать?
Приложению знать не надо
Size: a a a
2020 November 13
Д
Зачем мне конфиг для jwt, если у меня его нет в проекте?
Сделаешь самоуничтожение файлов после установки и распаковки)
AM
Сделаешь самоуничтожение файлов после установки и распаковки)
???
AB
Зачем мне конфиг для jwt, если у меня его нет в проекте?
если по аналогии с симфони, то конфиги будут забираться только на этапе установки приложения. т.е. это не зависимость приложения
AM
Мне нравится их решение.
А разве его не выкинули и не перешли на flex?
AB
флекс как раз лезет за рецептом*
AB
минус в том, что для приватного пакета сложно добавлять такие рецепты
Д
Качаем конфиг, устанавливаем нужное, удаляем исходник конфигов.
Ну или если проще, то сгонять в репку и выкачать нужную папку.
Ну или если проще, то сгонять в репку и выкачать нужную папку.
DS
минус в том, что для приватного пакета сложно добавлять такие рецепты
Поэтому должен быть репозиторий конфигов к которому и будет обращаться композер-плагин за конфигом
Д
Только придется делать свой аналог менеджера пакетов :)
AB
Поэтому должен быть репозиторий конфигов к которому и будет обращаться композер-плагин за конфигом
при чем нужна возможночть использовать несколько репозиториев: для публичных и для своих приватных
AM
Сложно.
DS
Только придется делать свой аналог менеджера пакетов :)
В некотором роде да, но зато все будет надежно
Д
И мы таким образом придем к той системе, которую я форсил: пакеты предоставляют конфиги, но при установке они скидываются в папку конфига приложения.
В таком случае плагину не придется обходить все пакеты и собирать конфиги в кучу, чтобы мёржить. Будет сразу мёржить.
В таком случае плагину не придется обходить все пакеты и собирать конфиги в кучу, чтобы мёржить. Будет сразу мёржить.
А
Д
Если кто не понял:
1. Устанавливаем пакет А
2. Пакет А содержит конфиг. Плагин копипастит конфиг в проект в папку config
3. При сборке конфигов в один коонфиг, плагин не будет обходить все пакеты в vendor.
Сейчас нет 2-го пункта, но есть расширенный 3-й.
1. Устанавливаем пакет А
2. Пакет А содержит конфиг. Плагин копипастит конфиг в проект в папку config
3. При сборке конфигов в один коонфиг, плагин не будет обходить все пакеты в vendor.
Сейчас нет 2-го пункта, но есть расширенный 3-й.
AB
Во, точно! В пакетах
provide: yiisoft/config-implementation: ^1.0 в приложнеии conflict: yiisoft/config-implementation: ^2.0AB
Если кто не понял:
1. Устанавливаем пакет А
2. Пакет А содержит конфиг. Плагин копипастит конфиг в проект в папку config
3. При сборке конфигов в один коонфиг, плагин не будет обходить все пакеты в vendor.
Сейчас нет 2-го пункта, но есть расширенный 3-й.
1. Устанавливаем пакет А
2. Пакет А содержит конфиг. Плагин копипастит конфиг в проект в папку config
3. При сборке конфигов в один коонфиг, плагин не будет обходить все пакеты в vendor.
Сейчас нет 2-го пункта, но есть расширенный 3-й.
как обновлять конфиг?
DS
при чем нужна возможночть использовать несколько репозиториев: для публичных и для своих приватных
Не проблема, даем исходники репозитория, в композер-плагин добавляем источники репозиториев конфигов.
Д
как обновлять конфиг?
Конфиги от пакетов защищены от запили (обсуждается) при обновлении конфига будет сравнивать хэш-сумма конфигоа и обновляться принудительно.