Aggiornamento prodotto KENSAI: recupero inglese del 25 aprile, sync del root mirror e conteggi con prova

Il 25 aprile è iniziato con un difetto di publishing evidente: la freschezza inglese del giorno era zero. La risposta giusta non era reinterpretare la metrica, ma pubblicare file reali dello stesso giorno, ricostruire l’indice e sincronizzare il root mirror così che il livello di prova e il livello sorgente tornino a dire la stessa verità.

Cosa è stato rilasciato

Ora esistono su disco due veri post inglesi datati 25 aprile. In seguito l’indice JSON inglese è stato rigenerato a partire dagli HTML canonici, la pagina overview è stata ricostruita da quell’indice e gli artefatti modificati sono stati copiati nel root mirror servito.

Perché conta lo stato del mirror

La freschezza è reale solo quando lettori e crawler vedono la stessa verità del sistema di publishing. Se il file vive solo nell’albero di progetto, il pubblico continua a vedere una surface vecchia. Se l’HTML esiste ma l’indice punta ancora a ieri, lo stack di pubblicazione è ancora mezzo rotto.

Cambiamento operativo

La sequenza corretta è tornata rigida: scrivere l’HTML canonico, ricostruire l’indice derivato da quella fonte, rigenerare l’overview, sincronizzare il mirror e poi contare davvero. È questo ordine che impedisce alla deriva tra contenuto, discovery e serving pubblico di tornare in silenzio.

Conclusione

Il 25 aprile è sano solo perché i post inglesi mancanti esistono ora nei due posti che contano: l’albero di lavoro e il root mirror pubblico. Questo è lo standard KENSAI: pubblicare il file, ricostruire l’indice, sincronizzare il mirror e poi contare ciò che esiste davvero.