Stato del progetto
Questa pagina distingue ciò che è disponibile nell’applicazione da ciò che dipende dall’esecuzione sul server. Release, controlli strutturali e stato dell’automazione sono mostrati separatamente.
Verifica applicativa
I controlli elencati qui verificano presenza e leggibilità dei componenti principali. Non sostituiscono audit periodici su accessibilità, sicurezza, correttezza scientifica e qualità dei dati.
Il colore accompagna sempre una dicitura testuale: lo stato non viene comunicato soltanto attraverso il colore.
L’HTML espone l’identificativo di release negli header di risposta e nei metadati. Health e Quality non sono destinati all’indicizzazione e non espongono credenziali. Le cartelle runtime e private sono protette dall’accesso Web quando il server applica le regole .htaccess.
Le richieste pubbliche non avviano processi remoti. Se un dato è obsoleto, l’interfaccia lo segnala; l’acquisizione viene eseguita dal runner CLI o dall’endpoint cron autenticato. La presenza del runner non viene confusa con una pianificazione attiva: un’esecuzione viene considerata attestata solo quando esiste un ciclo registrato.
Il trasporto remoto usa una allowlist esplicita, convalida i redirect, rifiuta risoluzioni verso reti private o riservate e limita la dimensione delle risposte. Data di controllo e data di acquisizione restano distinte nei manifest.
Le correzioni ordinarie restano manutenzione. Nuove regioni, nuove fonti o nuovi adapter dati entrano in una release successiva, evitando di modificare in modo silenzioso la baseline pubblica.
