- Spegnimento
- 19 agosto 2026 alle ore 18:10 UTC
- Autore
- Kamo
- Impegno
- e414d05
MinIO restituisce oggetto byte esattamente come memorizzato — non negozia Contenuti-Encoding — e i due temi IngressRoutes hanno portato `strip-hsts` e `cors` ma nessuna compressione. Così tutto a forma di testo su tema.kamocrm.com è andato fuori non compresso, su ogni richiesta fredda, ad ogni sito che lo incorpora. Il widget di chat è il caso peggiore e il motivo per cui questo ha avuto una superficie: 145 KB JavaScript, no Contenuti-Encoding, incorporato nelle proprie pagine dei clienti, dove è segnalato contro *il loro* punteggio faro piuttosto che il nostro. Il tema config.json ogni app fetches al boot, i loghi SVG e le playlist HLS sono tutti nella stessa posizione. Deliberatamente `inclusoContentTypes` piuttosto che riutilizzare il cluster `comprime` middleware's bare `comprimere: {}`. Questo ospite è travolgente binario già compresso — Sfondi WebP, poster JPEG, MP4, e MPEG-TS segmenti misurati in centinaia di megabyte — e in esecuzione quelli attraverso gzip spende CPU per richiesta per produrre output non più piccolo del suo ingresso. La lista nomi solo i tipi che in realtà si restringono; tutto il resto è passato attraverso intatto. `kubectl diff` contro live prima di spingere: nessuna deriva preesistente su entrambi route (`strip-hsts` e `cors` corrispondono esattamente al repo), quindi le uniche modifiche sono il nuovo middleware e i due riferimenti ad esso. Inoltre solleva le playlist HLS da max-age=300. Questo era molto più breve della sua proprio ragionamento dichiarato richiesto — il commento chiede solo che un re-encode diventi visibile senza aspettare un anno — e abbastanza basso da essere segnalato come policy cache inefficiente contro ogni pagina che incorpora la bobina. Un nuovo codice è un atto deliberato che accade una manciata di volte all'anno (il .source-sha256 marcatore no-ops ogni altra corsa), quindi un'ora di propagazione non costa niente nessuno noterà, e l'aggiunta stale-while-revalidate risponde a un giocatore di ritorno dalla cache immediatamente per il giorno dopo. Segmenti rimangono immutabili e loop.mp4 rimane a 300s, dal momento che il contenitore init MediaMTX lo legge sul riavvio. L'ultima parte ha effetto solo sul successivo ri-encode effettivo, dal momento che il lavoro no-ops mentre l'hash di origine corrisponde; le playlist live mantengono la loro corrente intestazioni fino ad allora.