Александр Макаров

посмотрел исходные коды.

вот так работает: themes.classic.views.admin.#все нужные views#

По большому счету, у вас два вопроса:
Можно ли хранить несколько классов в одном файле?

Namespaces and classes MUST follow an "autoloading" PSR: [PSR-0, PSR-4].
This means each class is in a file by itself, and is in a namespace of at least one level: a top-level vendor name.

PSR-1
Проблемы такой подход может вызвать только если вы начнете работать в команде, в которой принят какой-то другой стандарт. При наличии современных IDE нет никакой разницы в каком файле лежит класс и поэтому нет никаких причин не писать каждый класс в отдельный файл - так их будет проще читать и искать.

Можно ли вызывать один класс через другой

$userLinks = User::getUserLinksObj()->findLinks($userId);

Если уж вы инкапсулируете, так инкапсулируйте так, чтобы было удобно пользоваться:
$userLinks = User::findLinks($userId);

Но в таком случае почему бы не написать сразу нормально?
$userLinks = UserLinks::findForUser($userId);
Зачем такая сильная связь между классами? У каждого класса - своя зона ответственности.

ActiveQuery, а не ActiveRecord -_-

К сожалению, никак. Хеш, как правило, раскодировать невозможно. При проверке правильности введенного пароля генерируется хеш введеного пароля и сравниваются хеши. На этом и основана безопасность - получив таблицу, нельзя войти.

А ответ в том, что сначала рендерится внутренний файл (собственно, view-файл), его результат записывается в $content, а затем уже его результат вставляется в layout; вот и все.
На самом деле, код, который отвечает за breadcrumbs не сложный, можете посмотреть документацию и исходный код, хотя это не совсем касается breadcrumbs, а больше принцип работы класса View (его тоже можете посмотреть)

А что ж оно по вашему должно выдавать, если вы при выборке вариантов на сервере никаких ограничений не накладываете?

Почему Exception перехватывает Unknown Property Exception, но не ловит, скажем, деление на 0?? А в ErrorException с точности наоборот?

это все частично от невнимательности:
catch \Exception прекрасно перехватывает исключения, я же пытался ловить исключения классом \yii\base\Exception =(

Мне кажется, можно создать собственный класс \yii\web\UrlRule. В принципе должно хватить только метода parseRequest. Маршрут нужно возвращать в зависимости от текущего пользователя. Потом прописать его в правила маршрутизации:

'rules' => [
   ['class' => 'MyUrlRule', 'pattern' => '/order/list', 'route' => 'order/list', ...],
   ...,
 ]

'urlManager' => [
            'enablePrettyUrl' => true,
            'showScriptName' => false,

            'rules' => [
                '/news' => 'news/index', //Таких правил придётся делать на все подобные страницы
                '/<user>' => 'user/view',
            ]
        ],

В модели юзера естесственно не допускать возможность создания логина news и ему подобных.