hollanditkzn: Тут ещё есть зависимость от настроек UrlManager в конфиге, а так в той статье что я привел достаточно подробно расписано использование Url хелпера
Странно что в этом сраче нет ни слова о том что значения в timestamp хранят в основном в тех случаях когда важна информация о часовом поясе, а в случая с datetime эта информация не хранится
Тимур: Как так получается что конфиги в репозитории не находятся? Там есть какая то секретная информация, которую не должны получать другие разработчики? Наиболее верная схема, это общий конфиг и по конфигу на окружение, и само приложение должно определять какой конфиг окружения объеденять с общим конфигом на том или ином окружении.
Production: config_base+config_production
Vasya: config_base+config_vasya
Petya: config_base+config_petya
Через крон можно запускать несколькими способами, первый это через curl, запрос будет идти по адресу веб приложения, будет отрабатывать веб сервер+ интерпретатор (не консольный) со своим php.ini, и через консоль /usr/bin/php script.php, в таком случае будет отрабатывать php-cli, если через консоль то будет задействован php-cli, в конфиге которого нужно править таймауты, либо не нужно, так как по умолчанию если я не ошибаюсь они проставлены завышенные
Тут задача скорее всего индивидуальная, я как правило редко использую откаты миграций, если только непосредственно в процессе разработки, а при командной работе и при деплое миграции в основном накатываются. Поэтому вариант с наследованием миграции из вендора мне подходит, также использую этот метод в основном со своими модулями.
gto6120: Максим Тимофеев: Здесь ситуация такая что в вендоре может что угодно произойти, поэтому данное решение наиболее подходящее чем копипастить миграцию к себе в проект из вендора, а если смущает рассинхронизация, nто можно повесить массу проверок на наличие самой таблицы, на наличие поля в таблице и т.д, до этого достаточно перепределить метод Up либо Down, написать проверки и вызвать либо не вызывать родительский метод
