En fait, j'ai essayé de faire une réponse courte en restant dans le ton du journal. Mais je peux détailler.
En fait, de ce que j'en ai compris, le principe c'est de faire une génération statique d'un site, sauf qu'au lieu des pages définies par un tas de fichiers .md, ton générateur consomme une API ; au lieu des hooks de git, tu utilise un hook HTTP. Ça permet de décorréler le système de stockage de la génération, que ce soit un tas de fichiers yml, une DB relationnelle ou une instance elastic search, peu importe tant qu'il offre la bonne API. Ça ouvre sans la porte à pas mal de choses : des pages générées automatiquents, des interfaces de productions de contenue qui peuplent directement la DB, par une API, ou des commits gits, une jolie interface pour le producteur de contenu préssé, etc.
[^] # Re: pod
Posté par aiolos . En réponse au journal Docker vs Podman sur fedora 32 et headless CMS. Évalué à 1.
En fait, j'ai essayé de faire une réponse courte en restant dans le ton du journal. Mais je peux détailler.
En fait, de ce que j'en ai compris, le principe c'est de faire une génération statique d'un site, sauf qu'au lieu des pages définies par un tas de fichiers .md, ton générateur consomme une API ; au lieu des hooks de git, tu utilise un hook HTTP. Ça permet de décorréler le système de stockage de la génération, que ce soit un tas de fichiers yml, une DB relationnelle ou une instance elastic search, peu importe tant qu'il offre la bonne API. Ça ouvre sans la porte à pas mal de choses : des pages générées automatiquents, des interfaces de productions de contenue qui peuplent directement la DB, par une API, ou des commits gits, une jolie interface pour le producteur de contenu préssé, etc.