WIP switch to hugo #19

Open

quentin wants to merge 1 commit from hugo into main

quentin commented

2023-10-17 20:36:54 +00:00

Owner

No description provided.

👍 1 👀 1

quentin added 1 commit 2023-10-17 20:36:55 +00:00

wip hugo e00d1bd6a6

tixie commented

2023-10-18 16:40:23 +00:00

Owner

Je suis d'avis que c'est une super initiative et je la supporte complètement.

J'y vois plein de bénéfice d'utiliser cet outil:

Le "image processing" qui gère les conversions (wololooo) de formats, il sera facile de décliner des images à des formats à la fois récent pour la légèreté et plus ancien pour que ça soit rétro-compatible (cf mettre différentes <source> dans un <picture> et hop avif, webp, et jpeg/png en fallback).
Il est possible minifier et concaténer des assets CSS/JS lors du build pour la prod tout en gardant coté sources du code clairement lisible et séparée pour la facilité de maintenance.
Il y a la possibilité de générer un hash de ces assets pour les utiliser dans des attribut integrity (cf les Subresource Security). Si ça peut rassurer un peu les frileux du JavaScript.
D'expérience Hugo a des bonnes performances de build

J'ai par exemple sur https://music.guerilla.studio du SCSS à compiler (pas énorme mais still), mais surtout plus de 100 images à process en différents formats et tailles. Il fait ça en moins d'une seconde sur ma machine:

➜  now-playing git:(main) hugo
Start building sites …
hugo v0.112.2+extended darwin/arm64 BuildDate=unknown

                   |  EN
-------------------+-------
  Pages            |  118
  Paginator pages  |    6
  Non-page files   |    0
  Static files     |   25
  Processed images | 1008
  Aliases          |    1
  Sitemaps         |    1
  Cleaned          |    0

Total in 991 ms

Et il apport un tout cet ensembles d'outils out-of-the box, donc pas nécessaire de passer du temps à mettre en place et maintenir une architectures de différents outils et s'assurer qu'ils fonctionnent bien ensemble.

De mon expérience, ce qui être déroutant est le langage de template propre à Hugo qui est un peu hors du commun de ce qu'on trouve chez les langage de template d'autre générateur de site. Mais Si utilisé avec parcimonie je pense que ça peut rester appréhendable par une personne nouvelle à la techno.

TLDR: Go Hugo! :D

Je suis d'avis que c'est une super initiative et je la supporte complètement. J'y vois plein de bénéfice d'utiliser cet outil: 1. Le "[image processing](https://gohugo.io/content-management/image-processing/)" qui gère les conversions (wololooo) de formats, il sera facile de décliner des images à des formats à la fois récent pour la légèreté et plus ancien pour que ça soit rétro-compatible (cf mettre différentes [\<source\>](https://developer.mozilla.org/en-US/docs/Web/HTML/Element/source) dans un \<picture\> et hop avif, webp, et jpeg/png en fallback). 2. Il est possible minifier et concaténer des assets CSS/JS lors du build pour la prod tout en gardant coté sources du code clairement lisible et séparée pour la facilité de maintenance. 4. Il y a la possibilité de générer un hash de ces assets pour les utiliser dans des attribut `integrity` (cf les [Subresource Security](https://developer.mozilla.org/en-US/docs/Web/Security/Subresource_Integrity)). Si ça peut rassurer un peu les frileux du JavaScript. 3. D'expérience Hugo **a des bonnes performances** de build J'ai par exemple sur https://music.guerilla.studio du SCSS à compiler (pas énorme mais still), mais surtout plus de 100 images à process en différents formats et tailles. Il fait ça en moins d'une seconde sur ma machine: ``` ➜ now-playing git:(main) hugo Start building sites … hugo v0.112.2+extended darwin/arm64 BuildDate=unknown | EN -------------------+------- Pages | 118 Paginator pages | 6 Non-page files | 0 Static files | 25 Processed images | 1008 Aliases | 1 Sitemaps | 1 Cleaned | 0 Total in 991 ms ``` 4. Et il apport un tout cet ensembles d'outils out-of-the box, donc pas nécessaire de passer du temps à mettre en place *et maintenir* une architectures de différents outils et s'assurer qu'ils fonctionnent bien ensemble. De mon expérience, ce qui être déroutant est le langage de template propre à Hugo qui est un peu hors du commun de ce qu'on trouve chez les langage de template d'autre générateur de site. Mais Si utilisé avec parcimonie je pense que ça peut rester appréhendable par une personne nouvelle à la techno. TLDR: Go Hugo! :D

This pull request has changes conflicting with the target branch.