Aller au contenu

Sous le capot

À quand datent les chiffres affichés ?

En une phrase

Ils datent de la dernière mise à jour, faite au rythme convenu avec vous, la nuit. Une observation saisie depuis attend la suivante, et si une vérification échoue, le site garde les chiffres d'avant.

MontrerVérifiées, puis basculées d'un bloc

Comment ça marche

Deux temps. L’observatoire lit d’abord vos observations et fige ce qui peut être montré. Il recalcule ensuite ses vues à partir de ce résultat. Le tout à chaque mise à jour, au rythme convenu avec vous, la nuit.

Une observation saisie depuis n’apparaît nulle part, ni dans les chiffres ni sur la carte des points, avant la mise à jour suivante. Entre les deux temps, les cartes de points suivent déjà ce qui a été figé, les chiffres pas encore.

Tout ou rien. Les nouvelles vues se construisent à côté des anciennes, sont vérifiées, puis changent toutes ensemble : jamais un mélange des deux. Si une vérification échoue, rien ne change. Le site continue de servir les chiffres précédents, sans page d’erreur, et le refus est écrit dans un journal. La page de santé de l’observatoire affiche le dernier passage.

Ce qui arrête une mise à jour. Un résultat vide est refusé, avec sa cause probable nommée : des sources non déclarées. Des observations dont le niveau de sensibilité n’a pas pu être déterminé l’arrêtent aussi, sauf si l’opérateur accepte, source par source, qu’elles ne soient pas diffusées.

Le navigateur du visiteur peut garder les chiffres précédents jusqu’à 24 heures. Le catalogue des espèces reste aussi en cache sur le serveur jusqu’à 24 heures, sauf si on le revalide après la mise à jour, comme le prévoit la procédure.

Un réglage de l’administration se voit à la page suivante : l’enregistrement vide le cache du serveur. Deux réserves. Derrière un réseau de diffusion de contenu, une réponse liée à un réglage peut rester jusqu’à 24 heures. Et un réglage écrit directement dans la base, sans passer par l’écran, n’apparaît qu’après un enregistrement depuis l’administration ou un redéploiement.

Pour votre informaticien

  • Ordre d’une mise à jour : préparer la couche de diffusion, recalculer les vues, revalider le catalogue des espèces (sinon cache serveur jusqu’à 24 heures).
  • Dater les chiffres servis : SELECT generation, calcule_le FROM diffusion.resume_couche ORDER BY calcule_le DESC LIMIT 1, puis la dernière ligne du journal des bascules (fin, verdict), dans le schéma de l’observatoire. /api/health/ donne aussi le dernier passage.
  • Un réglage écrit en SQL dans la table de configuration ne se sert qu’après un enregistrement depuis l’administration ou un redéploiement.
  • Docs à paraître.

Ce que l’observatoire ne fait pas (encore)

  • La préparation et le recalcul ne sont pas encore programmés d’office : leur programmation, revalidation du catalogue comprise, est prévue.
  • Il n’affiche pas au visiteur la date de la dernière mise à jour.
  • Il ne reprend pas tout seul une observation importée après la dernière mise à jour.
  • Il ne purge pas un réseau de diffusion de contenu à l’enregistrement d’un réglage.

La suite : Pourquoi mes chiffres ne sont-ils pas ceux de ma synthèse ou de mon atlas ?

Vérifié le 29 octobre 2026.

Vidéo de démonstration