💾 Archived View for lord.re › posts › 178-compression-gzip-static-nginx › index.gmi captured on 2024-08-25 at 01:58:06. Gemini links have been rewritten to link to archived content
⬅️ Previous capture (2024-08-18)
-=-=-=-=-=-=-
-------------------------------------------------
[27/08/2019] - ~4mins - #nginx #hugo #web
-------------------------------------------------
La mode actuelle des sites statiques n'est pas qu'une … heu … mode.
Les sites statiques ont en effet énormément d'avantages dont les excellentes performances.
Contrairement à un site dynamique qui va devoir générer la page à chaque fois qu'une personne la demande, le site statique, lui, aura généré toutes les pages en amont.
Le serveur web, n'a donc plus qu'Ă les envoyer et c'est tout.
Il est assez courant de ne pas envoyer les pages brutes directement : elles sont souvent envoyées compressées histoire d'être moins gourmande en débit réseau.
Le navigateur, lorsqu'il demande un document (une page, un fichier, une vidéo, un truc) envoie quelques informations supplémentaires avec sa demande.
Dans les entêtes de la requête, il indique quels sont les formats d'encodage qu'il sait gérer.
Par exemple mon navigateur indique Accept-encoding: gzip, deflate, br.
Ce qui signifie que les réponses peuvent être compressées selon les algorithmes **gzip**, **deflate** ou bien **brotli**.
Un site ouaib est très souvent rempli de texte même si on va pas se le cacher, c'est tous les média qui sont des centaines de fois plus gros que du texte.
Mais c'est pas pour autant que ça ne vaut pas le coup de compresser les textes.
Tous mes fichiers textes représentent environ 20Mo et après moulinette font un peu moins de 6Mo en brotli.
En sachant que ces fichiers seront envoyés en permanence aux clients, ça peut vous permettre d'économiser un tiers de votre bande passante mine de rien.
Habituellement, après avoir configuré le serveur web, c'est lui qui se démerde à compresser les données à la volée et les envoyer.
Il va les compresser le moins possible (histoire d'ĂŞtre le plus rapide pour pas que les gens attendent) et le faire Ă chaque fois (bon en vrai j'imagine qu'il va les mettre un peu en cache pour pas le refaire Ă chaque fois mais bon.).
Une meilleure solution est de passer par un autre module de nginx qui permet de lui filer les fichiers originaux mais également les fichiers compressés à côtés.
Donc vous stockez votre *index.html* mais aussi *index.html.gz* et pourquoi pas *index.html.br*.
Et lorsqu'un navigateur annonce qu'il supporte par exemple le gzip, nginx lui servira le fichier gzippé plutôt que le non-compressé.
Pour activer ça dans **nginx** il vous faut avoir le module *gzip_static* et/ou *brotli_static*.
Pour vérifier lancez un simple **nginx -V** et vérifiez qu'il apparait bien dans la liste.
Ensuite dans votre conf nginx ajoutez juste un **gzip_static on;** et/ou **brotli_static on;**.
C'est tout.
Il ne vous reste qu'Ă compresser vos fichiers.
Vous pouvez vous le tapez Ă la main mais perso j'utilise un ptit outil fait pour **static-compress**.
C'est du rust donc c'est bien !
Ouai je suis hypé, désolé.
Pour l'installer c'est avec **cargo install static-compress** et voilĂ .
Maintenant il suffit de lancer un joli **static-compress -c zopfli -e gz -j 16 "\*\*/\*.svg" "\*\*/\*.html" "\*\*/\*.csv" "\*\*/\*.css" "\*\*/\*.txt" "\*\*/\*.xml"** .
Ă€ lancer dans votre dossier contenant votre site ouaib.
Il va le parcourir et compresser tous les fichiers avec les extensions données.
D'ailleurs en passant, zopfli c'est un chouilla mieux que gzip mais c'est compatible, donc à privilégier.
Et *si vous re-générez votre site, pensez à relancer la commande histoire qu'il recompresse tout*.
Perso, j'ai ajouté ça dans la liste des commandes de déploiement du site.
Je vous en parlerai un peu plus un de ces quatre.
-------
Cet article passede 14Ko Ă 4.9Ko.
------------------------------------
------------------------------------
[27/08/2019] - #nginx #hugo #web
------------------------------------