If it's a feature just for a demo, apply it there.

Yep.

So why change framework pieces for a demo, when the demo should fit the framework not the other way around.

There are multiple ways to solve it but if you absolutely need to customize the entry point, there's only one way to do it.

Yes, but how many applications will need the same requirement?

I think that the demo application is precisely to demonstrate how to do things sometimes outside the framework, and the app to precisely keep things clean to begin with.

yes, that is correct

1. Много вендорского кода в чистом проекте
2. Копипаста в каждый проект
3. В случае апдейта конфигурации по умолчанию придется просить юзеров выполнять гайд по апгрейду руками
4. Удаляю зависимость, а конфиги остаются. Приходится удалять руками
5. Хочу подтянуть зависимость, но она не заработает без предварительной конфигурации руками
6. Открываю конфиги - вижу тучу файлов и строк, которые не хочу видеть. Часто будет перемешиваться вендорские и юзерские конфиги

2. Не страшно. У нас же темплейт.

3. Со стабильной версией это будет не часто.

4, 5. Да, это и минус и плюс. Минус что нужно телодвижение. Плюс что видно что происходит и можно поменять.

6. Чтобы знать как перекрывать вендорские, так и так придётся понять что там.

если знать принцип формирования пакетов для/от yiisoft, то не составит труда провалиться в папку вендор и глянуть нужный конфиг

Но если у тебя есть решение без недостатков, то норм.

т.е. тебя устраивает всё?

раскритиковал минусы, как будто их не существует

ну, я вижу это как не самое большое зло

думаю, можно лучше

но не знаю как