ИС
кебаб кейс) Я только начинаю погружаться в компоненты ))
Size: a a a
2020 June 19
РИ
аааа ты про это))) Тьфу блин
РИ
Ребята второй вопрос; почему не отрабатывает команда
$schedule->command('products:json')->dailyAt('19:48');
запускаю тест для себя
php artisan schedule:run
пишет что No scheduled commands are ready to run.
Но если убрать ->dailyAt('19:48') то все гуд. На сервере время проверял. Все соответствует часовому поясу
$schedule->command('products:json')->dailyAt('19:48');
запускаю тест для себя
php artisan schedule:run
пишет что No scheduled commands are ready to run.
Но если убрать ->dailyAt('19:48') то все гуд. На сервере время проверял. Все соответствует часовому поясу
РИ
решил. Кому может понадобится
$schedule->command('products:json')->dailyAt('20:00')->timezone('Europe/Kiev');
$schedule->command('products:json')->dailyAt('20:00')->timezone('Europe/Kiev');
J
решил. Кому может понадобится
$schedule->command('products:json')->dailyAt('20:00')->timezone('Europe/Kiev');
$schedule->command('products:json')->dailyAt('20:00')->timezone('Europe/Kiev');
А в конфиге ларавеля у тебя какой таймзон стоит?
РИ
А в конфиге ларавеля у тебя какой таймзон стоит?
А ври это очень хороший вопрос)))
РИ
'timezone' => 'UTC',
J
О, поставь Киев и предыдущий код заработает.
РИ
О, поставь Киев и предыдущий код заработает.
'Europe/Kiev' так поставить?
J
да и почистить кеш
РИ
Спасибо
J
👍
AK
О, поставь Киев и предыдущий код заработает.
я б рекомендовал поставить часовой пояс в самой команде, а глобально все и сохранять и юзать в UTC
J
я б рекомендовал поставить часовой пояс в самой команде, а глобально все и сохранять и юзать в UTC
Не знаю или это самый лучший вариант. Имхо, в коде лучше не иметь привязки к конкретному часовому поясу
AK
Не знаю или это самый лучший вариант. Имхо, в коде лучше не иметь привязки к конкретному часовому поясу
Ну смотри в бд created at записано без часового времени, и соответственно если поставить настройку проетка Europe/Kiev то будет неявная привязка (потом трудно будет работать с другими поясами)
AS
Не знаю или это самый лучший вариант. Имхо, в коде лучше не иметь привязки к конкретному часовому поясу
Имеешь ввиду, в конфигурационном файле не иметь привязки к часовому поясу? А вместо этого просто нигде не задавать часовой пояс, только в конкретной команде
AK
Имеешь ввиду, в конфигурационном файле не иметь привязки к часовому поясу? А вместо этого просто нигде не задавать часовой пояс, только в конкретной команде
я именно это имелл ввиду
AS
я именно это имелл ввиду
звучит необычно)
AK
звучит необычно)
тоесть ты не согласен что лучше в проекте сохранять время в UTC чем в локальном поясе?
AS
тоесть ты не согласен что лучше в проекте сохранять время в UTC чем в локальном поясе?
я не даю оценку такой практике, однако ранее о ней не слышал. В чем ее преимущества и недостатки?