Илья Караваев

С моей точки зрения, Вам лучше уточнить свой первый запрос.
Добавить индекс по полю active и делать два запроса на обновление всего двух записей, что значительно ускорит первый запрос на большом объеме данных (кстати вы не сказали, на сколько большая таблица может быть).

Убираем активный с условием:

$resetFields = \Yii::$app->db->createCommand("UPDATE table SET active=:no WHERE active=:yes")
            ->bindValue(':no', 0)
            ->bindValue(':yes', 1)
            ->execute();

Через urlManager. Просто нужно составить правильный список правил (rule). И скорее всего Вам придется это делать для каждого такого сокращения, поскольку Вам в любом случае нужно явно указать куда направлять запрос для самой Yii.

А что вы будете делать, если у пользователя вашего расширения не используется стандартные шаблоны? Если я не ошибаюсь, Yii позволяет распределить папки как душе угодно. Например тот же Easyii использует свой шаблон, вынося содержимое папки web в корень.

Вместо:
$("#SelectCit").html(data);
Лучше бы Вы подгружали список в JSON и используя API какого нибудь Select2 создавали необходимый список.

Вы бы хоть уточнили, при помощи каких инструментов вы реализуете АР для mongodb.

В mongodb нет группировки в запросе. Для группировки выполняется операция aggregate.
Если Ваш модуль не поддерживает перехода на агрегацию, то и через модель вы этого не сделаете.
Пилите свою абстрактную модель, которая будет это учитывать и уметь переходить с поиска на агрегацию.

А не проще исключить первую запись путем запроса?
Вы же передаете в провайдер список моделей (Model::find()), так что вам мешает убрать из списка моделей свою первую запись в фильтрах самого поиска еще до передачи на вывод?

А как по вашему GRID должен узнать о потомках?

На самом деле все просто. Вам нужно просто отнаследоваться от grid и переписать функции вывода так, как вам это необходимо. С предварительно разбивкой на родителей и потомков, с последующим рекурсивным выводом.

По хорошему необходимо разделить на два приложения. В Yii2 даже advanced шаблон под данную архитектуру настроен. Тогда у вас вопроса с auth_key не возникнет, при переходе в разные приложения.

Сделать авторизацию за пользователя легко, просто передать модель User в функцию Yii::$app->user->login($user, 0); Модель Вы можете получить по id в админке. Вопрос только в том, что бы авторизоваться в пользовательском разделе, а не в админке.

Расширения? Я искренне надеюсь, что такое никто не делает. Поскольку это огромная дыра в безопасности Вашего сайта. Все, что Вам нужно, вы должны вынести в админку, а не авторизовать админа под пользователем. Особенно если у Вас имеются приватные данные или имеете отношение с денежными средствами.

Может вы глянете в сторону DataProvider'ов? Они сами все это делают, вопрос только в смене оформления каждой строки.

В валидаторе имеется два интересных свойства:
targetAttribute и comboNotUnique.
Почитайте справку по этим атрибутам и посмотрите исходный код валидатора.

Приведенная вами конструкция не дает пищи для размышления:

$form->field()->widget

Но подобный вызов генерирует ОДНО поле. А не создает виджет для обработки ВСЕХ полей (как правило).
Подобный вызов вы должны делать для каждого поля, которое не реагирует, что бы виджет прицепился к каждому полю.