Строго говоря, крон работает с точностью в минуту и никак иначе, но есть обходной манёвр Вот такие задания в crontab Код (Text): * * * * * ( date ) >> ~/sharps.log * * * * * ( sleep 20 ; date ) >> ~/sharps.log * * * * * ( sleep 40 ; date ) >> ~/sharps.log будут постить текущее время в лог каждые 20 секунд. Код (Text): $ tail -f ~/sharps.log Wed Jun 26 15:38:20 +05 2019 Wed Jun 26 15:38:40 +05 2019 Wed Jun 26 15:39:00 +05 2019 Wed Jun 26 15:39:20 +05 2019 Wed Jun 26 15:39:40 +05 2019 Wed Jun 26 15:40:00 +05 2019 Конечно задания запускаются одновременно, но полезная работа в некоторых из них выполняется с указанной задержкой.
Объясняю анедот: выводить время в лог понадобилось для примера, как доказательства работоспособности метода. Другого смысла нет. Пример хорош пока он простой. --- Добавлено --- Полезным заданием для крона может быть, например, обработчик очереди заданий. Если хочется чтобы задержка была не минуту, а меньше, можно применить указанный трюк. Понял, родной?
Ранее удручало что крон ограничивал и не давал реактивно сработать. До такого не додумался, переводил код на exec)))) Спасибо!
хозяйке на заметку (с) мерси, мб пригодится) меня тож с этого ограничения cron немного коробит)) хотя реальной потребности в большей частоте пока не было. --- Добавлено --- ...по хорошему, конечно хотелось бы timestamp в качестве значения юзать ну, просто потому, что так - правильно было бы)) --- Добавлено --- Вот и я говорю: нафига работать кодером, если можно просто пойти продавцом в продуктовый ларёк
Добавочка: пакет для Laravel от знаменитых spatie чтобы запускать задания с секундной точностью: https://github.com/spatie/laravel-short-schedule