W Wiki · Caverne

Technique

Crons & tâches

Technique · Ops

Crons & tâches planifiées

Tâches planifiées sur Hostinger (hPanel) — 16 jobs (+ 1 optionnel Goonings Awards), une entrée cron par script, pas d’appel HTTP.

Nouveautés (2026)

  • cron-pending-stale-reminders.php — toutes les 12 h
  • cron-identify-resolve-reminders.php — quotidien 9 h
  • cron-identify-onboarding-j1.php — quotidien 10 h 30
  • cron-gooning-awards.php — optionnel, toutes les 15 min pendant la saison awards

Prompt Hostinger complet : voir docs/CRON_HOSTINGER.md dans le dépôt.

Documentation source

  • Guides CRON dans le dépôt (docs/CRON*.md)
  • Atlas Admin → /admin/atlas/cron-health — état des exécutions

Principes

  • Exécuter en CLI PHP sur le serveur (chemin documenté dans les guides ops)
  • Ne pas appeler les jobs via URL HTTP (timeout, auth, cache)
  • 16 jobs minimum (+ 1 optionnel awards) — fermeture sessions, chrono, pending, identify, MEGA, etc.
  • Run bloqué « EN COURS » → clôturer manuellement depuis Atlas cron-health si crash

Exemples critiques

FréquenceJobRôle
* * * * *Fermeture sessionsSessions chrono expirées
0 */12 * * *Pending stale remindersRappels validateurs dossiers inactifs
0 9 * * *Identify resolve remindersClôture enquêtes résolues
30 10 * * *Identify onboarding J+1Notif nouveaux inscrits
*/5 * * * *Watchdog statut publicLatences / DDoS pour /statut
QuotidienMaintenance MEGA / cleanupVoir guide CRON

Diagnostic « EN RETARD »

  1. Ouvrir Atlas → Cron health
  2. Si tout en retard depuis ~2 h : crons hPanel non configurés ou mauvais chemin PHP
  3. Vérifier logs Hostinger + journaux PHP serveur
  4. MEGA « EN COURS » infini : run non clôturé — intervention manuelle depuis cron-health

Post-déploiement

Après ajout d'un script cron : documenter ici + docs/CRON.md + seed Atlas si nouveau job tracké.

Exploitation incidents : Exploitation