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

смотрите console/croncontroller (actionIndex).

Смотрите, что там творится, и уже добавляете в свой crontab.

Нужно писать новую миграцию, в которой через ALTER TABLE сменить определение поля. И запустить ее.

Yii можно ускорить выключить log и настроить другой кеш адаптер.

Laravel такой же херней страдает, log адаптер для кеша. сессии на куки сменить должно прибавить скорости.

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

Laravel использую на работе и за некого количество проектов, которые нужно поддерживать. + команде проще, когда нет зоопарка фреймворков.

Если вам нужна тесная интеграция с базой данных, тогда нужно делать UDF с вызовом внешней программы, которая будет отправлять Push-уведомления.

extension_loaded('intl')?

1. Сущности принято именовать в единственном числе.
В contact только общие поля. Дополнительные в contact_person и contact_company (PK является FK).

2. Транслитом: inn, kpp, okpo, opf

3. Мобильный/рабочий - разными store_contact.type

4. Телефоны все приводить к единому формату E.164 перед вставкой в БД

5. Email все приводить к единому формату (в нижнем регистре и, возможно, с заменой ya.ru) перед вставкой в БД

1. Ваш кэш протухает за 20 секунд.

2. Возможно, для кэша выделено мало памяти, а json большой. Новые записи просто вытесняют старых из кэша.

Update:
3. Если следующий запрос приходит, когда первый еще не записался в кэш, тогда
3.1. если в кэше ничего нет, то сначала записать туда true. Потом сделать запрос, удалить из кэша (иначе результат не запишется!) и результат записать в кэш.
3.2. если в кэше json - отдать его
3.3. если в кэше true - sleep, проверить кэш еще раз. Но не более N раз. Если так и не дождался - идти дальше (сделать запрос и потом его записать в кэш).

DDL (create, alter, drop) откатить нельзя. Это не Yii и даже не PHP, а MySQL.

Как правильно настроить robots.txt для yii2 ?

robots.txt настраивается для сайта, а не для фреймворка, CMS или файлов.

Mailgun - самый правильный вариант, в разрезе связки yii, так как есть для его api готовое решение и не одно:
https://github.com/search?utf8=✓&q=yii2+mailgun

Может и было бы разумно, но только Яндекс и Гугл это делать не позволят. Ограничение, если не ошибаюсь, в 500 писем в сутки.

Естественно готовые решения это риск, чем популярнее - тем большая вероятность быть взломанным и т.д.
Ситуация с yii будет лучше, а при наличии рук из правильного места будет еще лучше.
Вот только вместо 1-й версии, стоит использовать yii2
Когда набьете руку и обрастете наработками - скорость разработке будет не особо меньше, чем на wp. Но качество будет явно выше. К тому же после Друпал Вам будет не особо сложно войти.

Yii2 подходит для больших проектов(неверное =D ) но если вам не нравится возьмите другой фреймоврк, язык, что угодно
Мне например не нравится php .... никаких шуток про php программистов и тд, нет реальных претензий, просто не нравится и все. Я заказываю на нем если нужно разработку, не вижу в нем ничего ужасного, но мне ближе asp и Python

Рынок огромен. решений много и на любой вкус, ничего не мешает выбрать нужное

Есть крупный проект на Yii1, порядка 500 моделей и 300 контроллеров и 2000 вьюх. Изменений в фреймворке не делалось, при необходимости создавались наследники которые и используются по проекту вместо стандартных компонентов фреймворка. Бывают встречаются небольшие проблемы связанные с говнокодом и большим объемом данных (изменение afterFind модели, к примеру, с необоснованным использованием связей AR), которые приводили к тормозам, но это редко. Собственно, правильно спроектированный проект избавляет от многих проблем говнокода. К сожалению, не использовал другие php-фреймворки в энтерпрайзе и сравнить удобство использования не могу