- Spegnimento
- 19 agosto 2026 alle ore 15:41 UTC
- Autore
- Kamo
- Impegno
- a469ffc
Ogni visitatore stava prendendo questo numero da solo. PreviewBanner vive nella condivisione layout, così in ogni pagina ha colpito /api/changelog/oggi dopo l'idratazione, aspettato, poi è cresciuto per adattarsi alla risposta e ha spostato la pagina. Caching quel percorso (d3de447) ha risparmiato backend ma ha lasciato la richiesta, l'attesa e il turno esattamente dove erano, su valore identico per ogni visitatore e cambia una manciata di volte al giorno. Si legge ora sul server, quindi il conteggio è già nel prerendered HTML e il browser non richiede affatto. /api/changelog/oggi non ha avuto nessun caller lasciato ed è cancellato. Il banner non rende più condizionale al conteggio essendo arrivato, che rimuove anche il riflusso tardivo — era ridimensionamento dopo --banner-h aveva già è stato misurato, e il layout (pagine) pads il suo elemento principale da quella variabile. La freschezza è ora un evento, non un sondaggio: il fetch è contrassegnato e POST /api/revalidate scade, quindi la pubblicazione di una voce changelog spinge il nuovo conteggio ad ogni pagina. Wire SecurityService pubblica il percorso per chiamarlo. Il punto finale richiede REVALIDATE SECRET, non si chiude quando questo è unset piuttosto che aperto (un unuthenticated cache-buster è un modo libero per rendere ogni pagina ri-render su richiesta), confronta il segreto senza perdere il suo prefisso attraverso il tempo, e accetta solo tag da una lista dei permessi. Verificato tutti e quattro i casi: unset -> 401, sbagliato -> 401, corretto -> 200, tag sconosciuto -> 400. Due cose che un evento di pubblicazione non può coprire, quindi un backstop di dieci minuti: "oggi" rotola a mezzanotte silenziosamente, e il contenitore di costruzione non può raggiungere SecurityService, quindi ogni immagine cuoce un 0 nelle pagine. Il lavoro di distribuzione ora chiama /api/revalidate una volta i nuovi pod stanno servendo per correggere che immediatamente — il miglior sforzo e continua-on-error, perché un banner stantio non deve mai fallire. Le pagine rimangono statiche: 190 prerenderate, ancora solo le due linee KB dinamiche, ora con un 10m rivalidate finestra piuttosto che un per-visitor giro.