k2lhu

Полагаю вам нужен Swagger, пример как это выглядит в работе тут.
Перед написание кода вы можете описать весь набор данных и их формат для обмена между бэкендом и фронтендом, и только после оформления доки приступать к работе, в этом случае бэкенду не нужен фронт, он может ориентироваться на описанную документацию сваггера, так же как и фронтед.

При работе с Yii2 изначально стоит выносить любые компоненты в обертки, и их использовать по проекту, так вы легко сможете отвязаться от реализации, используя интерфейс обертки.

Что касается DDD при работе с Yii2 и моделей - идеально было бы разделить приложение на различные слои, полностью отделив из средних слоев любые зависимости Yii2, но модели я бы не стал наделять интерфейсом, в этом плане вам поможет создание своего репозитория, в котором можете спрятать любые методы на выборки при помощи юшных моделей, а наружу отдавать уже самостоятельно смапленные Entity и уже их наделять интерфейсами и использовать дальше, но это именно для выборок конкретных записей. Если вам необходимо выбрать несколько записей - почти аналогично используюте Entity, создаете свою кастомную коллекцию которая имплементирует встроенные интерфейсы Iterator и Countable. Для их разделения можно использовать базовый класс как родителя, а дальше создавать нужный класс коллекции для смапленных Entity.

Но вся ваша идеальная задумка DDD с Yii2 легко развалится при использовании ActiveRecord и базовых моделей - в них сразу пихается и валидация, и каст, и обработка поведений на сохранение/обновление/удаление, так еще в старых проектах еще и триггеры навешивают часто. Может стоит подумать, нужен ли вам вообще тут DDD? Если это сделано с целью отвязаться от фреймворка в любой момент - то используйте для моделей Entity, Collection и выносите сразу все в репозиторий, легко сможете мигрироваться на тот же симфони. Безболезненного перехода не бывает и так или иначе что-то да придется переписывать, но все сможете это сделать просто поменяв код ваших репозиториев и контроллеров с реквестами.

Вот ссылка на готовый пакет для работы с фрикассой, в ридми все максимально понятно и просто с примерами расписано, остается только воткнуть в код вашего бота.

Каждый тест должен проверять что-то одно, поэтому для проверки разных групп пользователей вы можете их заранее загрузить как вам угодно в методе
public function _before() {}
А сейчас у вас в тесте происходит и создание пользователя и выполнение POST-запроса на его получение его прав к чему-либо.
В тесте на проверку прав пользователя не должна падать ошибка создания пользователя, а сейчас у вас такая возможность зафейлить это дело есть.
Чем проще и короче тест - тем лучше и проще их писать, тем проще будет дописывать в дальнешем уже проверку какой-то логики вокруг базовых действия, в том числе и создания юзеров и проверки прав доступа.

Попробуйте $content = Yii::$app->request->rawBody;

Если у вас название первичного ключа отличается от id, то необходимо явно указать все свои ключи в классе модели:

public static function primaryKey()
{
    return ["id_faq"];
}

Непонятно зачем вы вообще используете тут curl, в документации четко написано -

После оплаты отправляет чек в сторонний сервис. Тело запроса содержит один или несколько чеков.
Ожидает от стороннего сервиса ответа 200 ОК. Если ответ не приходит в течение 10 секунд, Облако отправляет уведомление повторно.

А веб адрес для принятия запроса должен быть таким

https://partner.ru/api/v2/receipts

Где вместо partner.ru необходимо подставить свой домен, который ведет на ваше приложение, где реализован указанный метод.
Это вы сделали?

Тут никаких проблем нет, роутинг на vue спокойно делайте как вам угодно, а для отдельных роутов которые должны быть вызваны непосредственно из zend - просто добавьте правила в ваш конфиг сервера с указанием, что для этих роутов надо использовать не ваш js индексный файл, а указываете путь к местоположению паблик index.php для zend.

И все таки не совсем понятно зачем конкретно в вашей ситуации разделять, я понимаю в этом есть смысл когда необходимо ловить колбэки от какой-то платежки/апишки, но для простого интернет магазина хватит только vue роутера.

Предлагаю посмотреть на elasticsearch, индексируете все товары и можете получать результаты даже с неправильно введенными фразами используя нечеткий поиск

Я предлагаю вам сделать ваши драйверы как компоненты системы, при добавлении нового драйвера оборачиваете его в класс обертку, все необходимые классы цепляете к самому приложению, и вызываете тот, который подойдет в нужной ситуации, по ссылке найдете всю нужную информацию.
К тому же можно сделать инциализацию компонент только при их вызове, т.е. при старте приложения они не будут инициализированы, а только в момент вызова.

Используйте MessageBag для хранения ошибок валидации. Вот пример.

Оставьте пожалуйста свой телеграмм аккаунт - я вам напишу.

Если не ошиблись в названии роута, проверьте его название у себя в роутах.

Конечно можно, фреймворки нужны для быстрой разработки, как писал вышел Дмитрий - самое главное это сетка и медиа запросы.
Также, мне как backend программисту не очень нравится возиться с версткой, я берут бутстрап, и без знания как спозиционировать тот или иной элемент работаю просто с сеткой и не заморачиваюсь.