Никита

И всё же проще всего с помощью composer сделать всё что требуется, а потом скопировать туда, где это невозможно.

UPD: Заметил "собственные расширения", имеется в виду, что есть свои наработки, но не хочется выкладывать их в открытый доступ? Тогда можно заморочиться с закрытыми репами или вариант подешевле - просто копировать в соответствующую папку в проекте расширение и всё, пользоваться. Например, у вас есть компонент MyComponent, тогда вы его копируете в папку frontend/components/ и вызываете через \frontend\components\MyComponent, в файлах компонента не забудьте проставить правильные namespace

Допустим есть 4 файла main.php, middle.php, main-local-test.php, main-local-prod.php. В main.php хватаете содержимое middle.php. middle.php генерится вами при нажатии на кнопку, в котором идёт подгрузка или из main-local-test.php или из main-local-prod.php.

P.S. Не делайте так, в смысле кнопками, ну не надо, есть решения и получше честно )

"Вариант в экшене проверять авторизован юзер или нет и в зависимости от этого выводить соответствующую вьюху мне не нравится." и зря, это самый очевидный и не плохой вариант. Естественно содержимое блоков проверки лучше вынести в отдельные методы для большей читабельности.

demos.krajee.com/widget-details/fileinput
Небольшой гемор настраивать под дизайн, в своих проектах использую свой виджет унаследованный от этогос готовыми инициализированными свойствами, которые мне по душе. В остальном - всё отлично, работает безотказно.

Может есть и лучше пути, но как вариант могу предложить инициализировать инстанс Application фронта, как это реализовано в web/index.php и вызвать у него $app->cache->flush(); В таком случае если у вас что-то изменится в кофигах кэша фронта, то всё равно всё будет работать.

UPD: Чтобы не тянуть всё приложение, можно создать компонент кэша фабрикой yii-шной из конфига фронта

Вам наверно не Nav нужен, а widgets/Menu?

<?= \yii\widgets\Menu::widget([
    'items' => $menuItems,
    'options' => [
        'tag' => 'div'
    ],
    'itemOptions' => [
        'tag' => false
    ]
]) ?>

я начинающий PHP программист

Отсюда сразу вывод - если хотите кодить, то фреймворк, если хотите денег и славы - CMS. На чистом php вы ни того ни другого не возьмёте, а заработаете головной боли.
Поясню. Фреймврк убережёт (на сколько это возможно) от всяких ошибок в безопасности и по случаю от траты времени. CMS даст вам то, что вы хотите, за исключением кодинга.

1 - можете сделать файл-сценарий с уже прописаными путями
2 - теоретически можно сделать парсер файлов, который находит нужный каталог и скармливает путь стандартной тулзе

Эта папка web должна быть корневым каталогом для домена.

Никак, если вы начали делать white list, то и продолжайте его, т.е. в Вашем случае придется исключить наследование. Иначе смесь black list и white list будет очень страшной и в реализации и в понимании.

Composer вам не поможет, т.к. это менеджер пакетов, шаблон проекта это не библиотека.
Ваша задача может решиться примерно так

# Clone just the repository's .git folder (excluding files as they are already in
# `existing-dir`) into an empty temporary directory
git clone --no-checkout repo-to-clone existing-dir/existing-dir.tmp # might want --no-hardlinks for cloning local repo

# Move the .git folder to the directory with the files.
# This makes `existing-dir` a git repo.
mv existing-dir/existing-dir.tmp/.git existing-dir/

# Delete the temporary directory
rmdir existing-dir/existing-dir.tmp
cd existing-dir

# git thinks all files are deleted, this reverts the state of the repo to HEAD.
# WARNING: any local changes to the files will be lost.
git reset --hard HEAD

взято отсюды stackoverflow.com/questions/2411031/how-do-i-clone...
Нужно только поиграться с git... И всё это при условии что Вы все собственные коды будете делать наследуясь от шаблонных, а конфиги писать только заигноренные.
Лучше взять самую стабильную версию шаблона, а при крайних мерах править ручками, имхо =)

Вам необходимо помимо самих таблиц создавать в отдельной таблице запись о том какая таблица что делает и что из себя представляет, на всё это пишется парсер/фабрика создания динамической модели, которую передадите во вьюшку, а там что-то типа

foreach($model->attributes as $attr) {
 .... // Ваши поля формы
}

Второй вариант подразумевает написание подобного парсера, но уже SCHEMA таблицы, не лучшее решение, имхо.
Инфа о динамических моделях:
www.yiiframework.com/doc-2.0/guide-input-validatio...
www.yiiframework.com/doc-2.0/yii-base-dynamicmodel.html
P.S. Скорее всего придётся унаследовать DM и добавить работу с БД для удобства (можно подглядеть у ActiveRecord)

Ответ на вопрос - статические свойства.
А то, что вы 100500 раз зарегистрируете ассеты - ничего страшного, они в итоге будут 1 раз использованы.

Какое сложное решение вы отметили....

public function attributes()
    {
        return array_merge(parent::attributes(), [
            'test1', 'test2'
        ]);
    }

Попробуйте это делать не в конструкторе, а методе init() с помощью обращения к полю dataProvider. У меня это работает.