Esiste un modo generico per abilitare la compressione gzip quando si utilizza Meteor indipendentemente dal fatto che sia ospitato localmente, su meteor.com o su heroku? Se volessi la compressione gzip solo sulla mia app Meteor ospitata su heroku, come si poteva abilitare?Abilita compressione Gzip con Meteor
La compressione Gzip non sembra essere utilizzata quando si esegue Meteor localmente.
Quando si esegue un comando meteor bundle, il pacchetto risultante contiene un server che utilizza il middleware di connessione "gzippo" [1] per eseguire la compressione gzip per impostazione predefinita.
È possibile visualizzare (e modificare) il file del server decomprimendo il tarball e modificando: server/server.js.
Sì, l'archivio risultante dal fascio meteoriti viene compresso con gzip. Tuttavia, 1) il javascript combinato, combinato non è gzip, rallentando il tempo di caricamento iniziale, 2) Ancora più importante, nessuna delle comunicazioni client/server o dei contenuti pubblici sono compressi con gzip che creano un grande impatto sulle prestazioni quando si pubblicano dataset più grandi. –
Le mie scuse per non essere più specifico nella mia risposta. Ri: il tuo commento, # 1 non è corretto. Delle 3 risorse iniziali che vengono inviate giù da un pacchetto di produzione, solo l'HTML non è gzip. Le risorse CSS e JS sono combinate, miniate e gzip. Il JS è il più importante in quanto tende ad essere il più grande carico utile. Puoi verificarlo notando l'intestazione della risposta Content-Encoding tramite il tuo strumento di scelta. – alanning
# 2 hai ragione. In questo momento (0.5.3) ogni risposta xhr non è gzip. Come accennato nella risposta, il file server.js è disponibile per la modifica. Sfortunatamente non ne so abbastanza su come funzioni per aggiungere il filtro gzippo alle risposte xhr. – alanning