Никита

Вы путаете ActiveRecord с QueryBuilder. AR - это шаблон проектирования, реализующий доступ к данным.
Сложные запросы можно писать через чистый SQL и пользоваться AR, например из доков:

// returns all inactive customers
$sql = 'SELECT * FROM customer WHERE status=:status';
$customers = Customer::findBySql($sql, [':status' => Customer::STATUS_INACTIVE])->all();

P.S. JOIN-ы очень удобно формируются через зависимости (Relations), в последствии чего доступ к данным (привет AR) выполняется вполне логичным способом со стороны ООП когда происходит обращение к сущности как к объекту. Отсюда и у зависимого объекта появляется возможность вызвать его методы, что очень удобно во всех смыслах.

Странное решение, уверен что ваша проблема решается не перехватом и подобными свистоплясками, а если уж по теме, то выводите поле вне формы, кто запрещает?
Ещё можно попробовать это <input type="<тип>" form="<идентификатор>">
P.S. При чём здесь теги php и yii? Они вообще не при чём. HTML да и только.

Это делается через параметры View, хотя можно заморочиться и рендерить без layout, а во view написать сам layout и метод рендера $view, тогда при этом дополнительно передавать параметр, например, 'view' => 'index'. Но придется структуру папок видимо углубить.

Как-то задавался этим вопросом и даже сделал рабочее приложение, НО это сущий ад дублировать логику на разных языках, особенно если проект разрастается. Решением для меня стал переход на Node.js, вопросы на счёт использования React вообще отпали.

В строку URI передайте в конце #element_id, при условии что есть, например, div у которого id="element_id" вас перекинет на него.

Самый простой вариант хранить в сессии все данные, на последнем этапе - стандартная процедура сохранения.

В большинстве случаев вам нужен будет определённый формат данных, которые неудобно форматировать во View - ухудшается читабельность, повторяются строки. Объекты могут иметь собственные функции-геттеры, которые предварительно обработают данные и выдадут во View в удобном виде. (Даже иногда не форматировать надо, а провести небольшую логику обработки.)
Объекты после -> в нормальных IDE имеют автокомплит кода, что является большим плюсом при разработке.
А массивы и даже голые SQL запросы надо использовать когда уже зажрались (извините за выражение) и делать нечего только как оптимизировать экономя на спичках.
P.S. я не имею в виду те случаи, когда формируются сложные запросы и выбираются большие данные, а скорее говорю про обыденную разработку.
Кому лень читать - хватит экономить на спичках, получайте удовольствие от разработки, а не ищите гемора =)

$this->renderAjax()

Ваш пример это самое правильное что вы можете сделать, просто где-то опечатались/недописали.Yii::$ap->user->isGuest == false подразумевает, что есть Yii::$ap->user->identity, указывающий на модельку юзера.
А вашу проблему поможет решить стандартное решение: https://github.com/yiisoft/yii2-app-basic/blob/mas...

Все достаточно просто. С помощью ивентов можно дописывать функционал не затрагивает чужой код. Это добавляет гибкости в модульности.
В частности посмотрите на сторонние Behaviors, они очень ярко показывают суть вопроса.

$customers = Customer::find()
    ->select([
        '{{customer}}.*', // select all customer fields
        'COUNT({{order}}.id) AS ordersCount' // calculate orders count
    ])
    ->joinWith('orders') // ensure table junction
    ->groupBy('{{customer}}.id') // group the result to ensure aggregation function works
    ->all();

Из исходников вытянул...
Что-то вроде такого у меня в приложении работает, хотя если есть возможность, то лучше идти от обратного и искать через модельPostStatistics и группировать по Post

Url::to(['/img/bootles.jpg'])
Откройте документацию, там на этот счёт целая страница.

Не знаю чем это плохо, хотя такой подход похож на использование глобальных переменных, отсюда и можно нагуглить чем это плохо.
А от себя могу добавить, что если идти стандартным путём и во вьюхе писать phpDoc-и или как там они называются, то у переменных будет автодополнение в IDE.
/** @var $someData \app\models\YourModel */
И другим разработчикам понятно что это такое сразу из View и не надо лезть в контроллер, чтоб посмотреть что за переменная.
Удобно, красиво, одно лишнее движение вначале и избегаем тысячи лишних в итоге.

Нет, не стоит. Ни то, ни другое. С подобным вопросом нетрудно предположить, что вы плохо знакомы с php, начните с него. На второй день как поймёте основные принципы рекомендую пересесть на Yii2 и продолжить обучение, Yii1 держат для поддержки уже готовых проектов и не подходит для обучения, т.к. морально устарели принципы и способы, на которых он построен.

Вы неправильно понимаете суть POST запроса, фреймворк здесь не при чём. Если хотите какие-то данные перекинуть с одного запроса на другой (в случае с Yii - это между двумя action), то вам придётся это где-то сохранить. Как вариант могу предложить хранить их в сессии Yii::$app->session->set()// ->get()и в actionCreate() передавать во view эти данные

return $this->render('create', [
  'data1' => Yii::$app->session->get('someData1'),
  .....
],);

Хотя в вашем коде вы загружаете POST данные в модель, её можно ведь сохранить

if ($model->load(Yii::$app->request->post()) ) { // Здесь вы грузите
            // Делаете что хотите
            $model->save(); // Сохранили
            return $this->redirect(['create']);
        }

А в другом запросе (который обработает ваш actionCreate()) вытаскиваете это из базы как последний элемент.