Борис Сёмов

У вас должны быть webroot в frontend/web и backend/web, соответственно, а не в корне проекта. На автомате такое делать openserver не умеет, но это всё можно сконфигурировать в openserver, в режиме manual или manual + autosearch на вкладке управления доменами.

Правильная мысль тут может быть только одна: Смотреть логи.

Проанализируйте, что же именно делает в это время mysql, хотя бы запустив mytop, и посмотрев explain частых и долгих запросов.
У вас может просто отсутствовать какой-нибудь нужный индекс в таблице, или неудачно какой-то запрос составлен, и используется активно full scan или file sort.

Например, можно использовать rsnapshot и какой-нибудь скрипт для снятия дампа баз. Бекапы делаются инкрементальные, соответственно они не занимают много места. А хранятся они как отдельные файлы, что облегчает частичное восстановление при необходимости.

Ну и копировать лучше, конечно, на какой-то не связанный с этим VPS сервер, иначе при проблеме с хранилищем можно остаться у разбитого корыта.

Если это yii1.х, то php.net/manual/ru/function.password-hash.php используя bcrypt.
Если это yii2.x, то уже есть встроенная обёртка для этого https://www.yiiframework.com/doc/api/2.0/yii-base-...

Класть в корень.
Все нужные настройки есть в массе step by step мануалов которые гуглятся по 'yii2 heroku'. Думаю, у вас не только с ним проблема.

Где-то в конфигурации приложения ваш домен надо добавить.
Где смотреть подробности в ошибке есть, собственно...

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

Возможно, вам будет проще, в итоге, прописать у себя в hosts и конфигурации nginx реальные домены этого сайта а не фейковый домен.

У вас кешируется как-либо database schema?
Если да, попробуйте сбросить кеш.

Это может быть следствием установки apc.stat=0 или аналогичной настройки другого кешера опкода. Кеш файловой системы или ssd тут не при чём.

Встречный вопрос — а чем это вам мешает?

Использую там, где это уместно.
Часто выполняемые операции на фронтэнде, конечно имеет смысл оптимизировать, отказавшись от AR.
Да и вообще, недурно профайлингом озаботиться, если планируются нагрузки, а иногда и если не планируются, ради интереса. =)

Идея написать «написать что-то вроде CMS на очень крутом, на мой счет, фреймворке Yii» порочна изначально.
Дело тут не в желании написать CMS и не в Yii, а в том, что писать CMS имеет смысл когда сформулирована некая идея, зачем эта CMS нужна и чем она будет выгодно отличаться от сотен имеющихся. То, что она будет написана на основе какого-либо фреймворка, отнюдь не решающее достоинство.

Правильной идеей было бы: Хочу написать CMS которая будет реализовывать такие-то принципы, иметь такие-то уникальные фишки, и.т.п. ваша же идея провальна с постановки задачи.