Test automatici che la costruzione dell'immagine docker porti a un container funzionante #304
Loading…
x
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Per evitare che succeda di nuova qualcosa di simile a #302 sarebbe bello che CI controllasse che i container prodotti portano a una versione del sito probabilmente funzionante
Un po' di roba già c'è.
Considera che in realtà abbiamo 2 componenti:
Se si rompe il container, al momento non te ne accorgi in fase di build. O meglio, deve rompersi "strano" perchè se sbagli tanto la config di nginx, questa roba lo becca e non builda.
Se si rompe hugo (tipo link a pagina inesistente, immagine mancante...), il CI muore male e te ne accorgi.
Guardiamo quello che è successo:
63e785af7d
definisce un tipo mime per il calendario.In teoria.
In pratica scopa via tutti i tipi mime conosciuti da nginx tranne il calendario (non c'è molta documentazione a riguardo).
Risultato: ogni file (tranne i calendari) viene servito con
content-type: application/octet-stream
, cioè un download forzato.Il test con
curl
funziona lo stesso, ti viene restituita la pagina che vuoi, quindi quando ho controllato che il resto andasse (ho fatto due curl a caso), tutto sembrava andare.Ma nel browser no, ogni url finiva in un download.
Per fixare, ho aggiunto di caricare i tipi mime di default oltre a quello aggiuntivo:
1b64787dd5
Per beccare questa cosa devi fare un test che contolli gli header di ogni pagina generata. Mi sembra un pelo eccessivo.