Aller au contenu
Ouvrir l'app

États des sources

Chaque source dans Picasi a un état qui détermine son comportement à la prochaine exécution de collecte. L’état s’affiche en badge dans la vue d’ensemble des sources.

Active

État par défaut. La source est interrogée selon l’intervalle de collecte régulier ; les nouvelles mises à jour arrivent dans l’Inbox.

Vérification en arrière-plan

État transitoire juste après l’ajout d’une nouvelle source ou d’un nouveau canal. Picasi vérifie l’accessibilité technique et les métadonnées. Dure normalement quelques secondes à quelques minutes. La source reste dans cet état sans collecter de mises à jour jusqu’à la fin de la vérification.

Cassée

La dernière tentative de collecte a échoué avec une erreur dure — l’URL cible ne répond pas durablement (HTTP 404, erreur DNS, domaine abandonné). Les canaux concernés ne sont plus interrogés jusqu’à correction de l’erreur.

Ce que vous pouvez faire : dans la vue détail du canal figure la dernière erreur. Vérifiez l’URL dans un navigateur. Si le contenu cible existe toujours mais que l’URL a changé, recréez le canal avec la nouvelle URL. Si la source n’existe plus, supprimez le canal ou la source entière.

Dégradée

La collecte a échoué plusieurs fois de suite (erreurs temporaires, timeouts ou limites de débit), mais la situation n’est pas sans issue. Picasi continue d’interroger la source, mais à un intervalle plus long — par exemple toutes les six heures au lieu de toutes les heures. Dès qu’une exécution réussit à nouveau, l’état revient automatiquement à Active.

Ce que vous pouvez faire : rien. L’état n’est qu’un indice que la source est instable. Considérez-le comme un signal d’alerte précoce — s’il persiste longtemps, la source est peut-être vraiment inactive.

En quarantaine

La source a livré à répétition du contenu très volumineux ou problématique — par exemple des milliers d’entrées en secondes (typique après un bug de flux) ou des boucles de redirection. Picasi cesse d’interroger la source jusqu’à ce qu’un admin la libère manuellement ou que le support éclaircisse la cause.

Ce que vous pouvez faire : ouvrez la vue détail du canal. Le motif de la quarantaine y figure. Après clarification, le support remet la source à Active.

Réinitialiser le compteur d’erreurs

Pour Dégradée et d’autres états à erreurs répétées, la vue détail de la source affiche un compteur d’erreurs. Un admin peut le réinitialiser manuellement (Réinitialiser le compteur d’erreurs dans le menu du canal). Utile quand un problème serveur connu de la cible est résolu et que vous ne voulez pas attendre la prochaine tentative régulière.

Transitions d’état

DeVersCondition
Vérification en arrière-planActivePremière vérification réussie
Vérification en arrière-planCasséeVérification échouée avec erreur dure
ActiveDégradéePlusieurs exécutions de collecte de suite avec timeout ou 5xx
DégradéeActiveProchaine exécution réussie
DégradéeCasséeL’erreur devient persistante (p. ex. 404 durable)
ActiveEn quarantaineComportement inhabituel détecté
CasséeActiveCompteur d’erreurs réinitialisé, ou canal recréé
En quarantaineActiveUniquement via intervention support/admin

États dans les réponses MCP

Via MCP, l’état est exposé comme champ status sur les objets source. Valeurs : active, pending_check, broken, degraded, quarantined. Détails : Outils MCP.