Stany źródeł
Każde źródło w Picasi ma stan, który określa jego zachowanie przy następnym uruchomieniu zbierania. Stan widnieje jako plakietka w przeglądzie źródeł.
Aktywne
Stan domyślny. Źródło jest odpytywane w regularnym interwale zbierania; nowe aktualizacje trafiają do Inbox.
Sprawdzane w tle
Stan przejściowy tuż po dodaniu nowego źródła lub nowego kanału. Picasi sprawdza dostępność techniczną i metadane. Trwa zazwyczaj kilka sekund do minut. Źródło pozostaje w tym stanie bez zbierania aktualizacji do zakończenia sprawdzania.
Uszkodzone
Ostatnia próba zbierania nie powiodła się z twardym błędem — docelowy URL trwale nie odpowiada (HTTP 404, błąd DNS, porzucona domena). Dane kanały nie są już pobierane, dopóki błąd nie zostanie naprawiony.
Co możecie zrobić: w widoku szczegółowym kanału widnieje ostatni błąd. Sprawdźcie URL w przeglądarce. Jeśli treść docelowa nadal istnieje, ale zmienił się URL, załóżcie kanał ponownie z nowym URL. Jeśli źródło już nie istnieje, usuńcie kanał lub całe źródło.
Zdegradowane
Zbieranie wielokrotnie z rzędu nie powiodło się (błędy tymczasowe, timeouty lub limity szybkości), ale sytuacja nie jest beznadziejna. Picasi nadal odpytuje źródło, ale w dłuższym interwale — na przykład co sześć godzin zamiast co godzinę. Gdy tylko uruchomienie znów się powiedzie, stan automatycznie wraca do Aktywne.
Co możecie zrobić: nic. Stan jest tylko sygnałem, że źródło jest niestabilne. Traktujcie go jak wczesne ostrzeżenie — jeśli utrzymuje się długo, źródło może być faktycznie martwe.
W kwarantannie
Źródło wielokrotnie dostarczało bardzo dużo lub problematycznej treści — na przykład tysiące wpisów w sekundach (typowe po błędzie feeda) lub pętli przekierowań. Picasi przestaje odpytywać źródło, dopóki administrator nie zwolni go ręcznie lub wsparcie nie wyjaśni przyczyny.
Co możecie zrobić: otwórzcie widok szczegółowy kanału. Tam widnieje powód kwarantanny. Po wyjaśnieniu wsparcie zwraca źródło do Aktywne.
Reset licznika błędów
Dla Zdegradowane i innych stanów z powtarzającymi się błędami widok szczegółowy źródła pokazuje licznik błędów. Administrator może go zresetować ręcznie (Resetuj licznik błędów w menu kanału). Przydatne, gdy znany problem serwera celu został naprawiony, a nie chcecie czekać na kolejną regularną próbę.
Przejścia stanów
| Z | Do | Warunek |
|---|---|---|
| Sprawdzane w tle | Aktywne | Pierwsze udane sprawdzenie |
| Sprawdzane w tle | Uszkodzone | Sprawdzenie nieudane z twardym błędem |
| Aktywne | Zdegradowane | Kilka uruchomień z rzędu z timeoutem lub 5xx |
| Zdegradowane | Aktywne | Kolejne uruchomienie udane |
| Zdegradowane | Uszkodzone | Błąd staje się trwały (np. utrzymujący się 404) |
| Aktywne | W kwarantannie | Wykryto nietypowe zachowanie |
| Uszkodzone | Aktywne | Licznik błędów zresetowany lub kanał odtworzony |
| W kwarantannie | Aktywne | Tylko przez interwencję wsparcia/administratora |
Stany w odpowiedziach MCP
Poprzez MCP stan jest udostępniany jako pole status na obiektach źródła. Wartości: active, pending_check, broken, degraded, quarantined. Szczegóły: Narzędzia MCP.