Guide

Poser les tâches planifiées de Sillon

C'est l'étape qu'on saute, et celle qui ne se voit pas. Sans ces tâches, le site fonctionne en apparence : rien n'échoue, rien n'alerte : des choses n'arrivent simplement jamais.

Une seule ligne à poser

Dans le panneau de votre hébergeur, section Tâches planifiées (ou Cron), posez cette ligne, une fois pour toutes :

*/10 * * * * php /chemin/vers/votre/site/cli.php cron

Le chemin est celui du dossier où se trouve votre site sur le serveur. Votre hébergeur l'affiche dans son gestionnaire de fichiers.

Ce qu'elle fait

Toutes les dix minutes, elle réveille le site et lui demande ce qui est dû. Le site lance alors les tâches des modules que vous avez activés, chacune à son rythme : celle qui tourne une fois par jour ne tournera qu'une fois par jour, celle qui tourne tous les quarts d'heure attendra son tour.

Vous n'avez donc rien à poser module par module, et rien à changer quand vous en activez un nouveau.

Si vous ne posez rien

Le site se rattrape tout seul, mais moins bien. Sans cette ligne, il profite de la visite d'un internaute pour faire ce qui est dû : une fois toutes les dix minutes au plus, jamais deux fois en même temps, et après avoir rendu la page. Le visiteur n'attend jamais, il a déjà sa page quand le travail commence.

Dès que la ligne bat, ce filet s'éteint de lui-même. Il n'y a rien à régler : la tâche planifiée passe devant, le filet ne sert que quand elle manque.

Le filet ne remplace pas la ligne

Il dépend de vos visiteurs : un site que personne n'ouvre ne fait rien. Et sur les serveurs qui ne savent pas rendre la page avant de travailler (Apache en mod_php, sans PHP-FPM), il n'y a pas de filet côté public du tout, pour ne jamais faire attendre un internaute.

C'est pour cela que le contrôle de santé continue de réclamer la ligne, en orange, même quand tout tourne.

Vérifier qu'elle tourne

Le contrôle de santé signale une tâche attendue qui n'a jamais tourné :

php cli.php kit:doctor

C'est le seul moyen fiable de le savoir : une tâche absente ne produit aucune erreur, par définition. L'écran Réglages, Tâches planifiées dit la même chose, avec la date du dernier passage de chacune.

Pour aller plus loin : piloter chaque tâche

Vous pouvez préférer poser une ligne par tâche, pour les espacer autrement ou pour n'en garder que certaines. C'est un choix d'administrateur, pas le chemin normal : la ligne unique ci-dessus fait déjà tout ce tableau.

Commande	Fréquence	À poser si	Ce qui dort sinon
kit:update:auto	1×/jour	toujours	Personne n'est prévenu qu'une mise à jour existe tant que personne n'ouvre l'administration. Elle ne fait que vérifier et prévenir : aucune mise à jour ne s'applique seule.
gc	1×/jour	toujours	Les sessions et les compteurs anti-abus expirés s'accumulent en base.
licence:refresh	1×/jour	toujours	Le jeton de licence ne se renouvelle pas tout seul à l'approche de sa fin.
shop:subscriptions:tick	1×/jour	le satellite Abonnements est actif	RIEN ne se renouvelle : ni les commandes de renouvellement, ni les relances, ni les suspensions, ni les expirations.
shop-webhooks:send	toutes les 5 minutes	le satellite Passerelles est actif	RIEN ne part vers l'extérieur : les envois s'empilent en attente.
shop:carts:gc	1×/jour	la Boutique est active	Les paniers abandonnés ne sont jamais purgés.
shop-avis:requests	1×/jour	le satellite Avis est actif, avec un délai configuré	La demande d'avis après commande ne part jamais. Le reste des avis fonctionne.
newsletter:envoyer	toutes les 10 minutes	vous envoyez des campagnes	Une campagne trop grosse pour partir d'un coup reste à moitié envoyée : le reste attend dans la file, indéfiniment.
imap:sync	toutes les 15 minutes	vous répondez aux messages par email	Les réponses reçues par email ne remontent pas dans la boîte de réception du site.

Ne posez que celles qui vous concernent : une tâche pour un module inactif ne fait rien et ne gêne rien.

Et les sauvegardes ?

Sillon ne propose pas de sauvegarde au client, et c'est délibéré : c'est le métier de l'hébergeur, qui sauvegarde déjà le compte entier chaque nuit, fichiers compris, et qui est le seul à savoir le remonter. Une copie de plus, posée sur le serveur qu'elle est censée protéger, ne protège de rien.