|
Если вы активно используете планировщик задач (напоминания, батчи, ночные проверки), в 2026.2.14 есть несколько правок, которые делают поведение заметно более предсказуемым. Коротко- Планировщик меньше «теряет» просроченные повторы (past‑due jobs).
- Обновление job аккуратнее чинит
nextRun и не трогает лишние задачи. - После рестарта меньше шанс уйти в restart‑loop из‑за «прерванных» запусков.
- Доставка текста в уведомлениях стала логичнее, когда указан конкретный получатель.
Что именно починили (человеческим языком)1) Меньше пропусков для повторяющихся задачВ релизе упоминают исправление, из‑за которого cron list/cron status могли «перескакивать» мимо просроченных повторов. Для пользователей это выглядело так: задача должна была бежать, но «как будто молчит». 2) Обновление job больше не ломает nextRunКогда вы меняете cron‑задачу, система пересчитывает следующее срабатывание. В 2026.2.14 отдельно подчистили ситуацию, когда nextRunAt мог стать некорректным или отсутствовать. 3) После рестарта — меньше повторов/петельЕсли gateway перезапускался, а job был «в процессе», иногда это приводило к странным эффектам: повторный прогон «прерванной» задачи или даже цикл рестартов, если задача сама триггерила рестарт. В релизе есть явный фикс: пропускать replay для задач, прерванных mid‑run. 4) Доставка текста в cron, когда указан получательПолезно для рабочих напоминаний: если у cron‑job настроен delivery.to, система должна доставлять человеку понятный текст, а не только краткую «сводку». Кому важно- Тем, кто держит cron‑батчи (каждые 10–30 минут).
- Тем, кто отправляет отчёты в конкретный чат/канал.
- Тем, кто недавно сталкивался с «cron не срабатывает» или «cron двойные запуски».
Что сделать- Если cron — часть вашей рутины, обновитесь до 2026.2.14 (или новее) в удобное окно.
- После обновления: сделайте 1 ручной запуск критичных задач и проверьте доставку.
См. также: Release notes (en): v2026.2.14
|
RSS