FlatPhile A curated List of Open-Source flat-file Content Management Systems (CMS)
▻http://www.flatphile.co
FlatPhile A curated List of Open-Source flat-file Content Management Systems (CMS)
▻http://www.flatphile.co
Des listes similaires dans les générateurs statiques, qui sont presque tous en flat-file aussi :
►https://www.staticgen.com
►https://staticsitegenerators.net
La prochaine étape, c’est d’avoir une liste de sites de liste de logiciels…
Quelqu’un peut me dire s’il est écrit quelque part leur multilangage ? En d’autres termes s’il y en a qui donnent le choix de la langue ?
Parce que le langage pour eux c’est le langage informatique de fabrication :(
@perline Grav (le deuxième) est en 8 langues par exemple :
▻https://github.com/getgrav/grav/tree/develop/system/languages
Et a de multiples outils pour que les contenus eux-mêmes soient en plusieurs langues :
▻http://learn.getgrav.org/content/multi-language
Je viens d’essayer grav, ça va bien jusqu’à quelques dizaines d’articles ; au-delà la #perf commence à descendre. Avec un blog de 5000 articles il faut environ 20s pour charger une page.
Mais c’est super pour faire des maquettes (et il est possible qu’il existe tel ou tel plugin qui règle ce souci de perf).
Static sites go all Hollywood // Speaker Deck
▻https://speakerdeck.com/philhawksworth/static-sites-go-all-hollywood
The popularity of building web sites with static site generators is on the rise. Their reduced complexity, easier compliance, cheaper hosting, and other benefits are getting people’s attention, but they do have limits. This talk will explore how we … Tags: #Jekyll #statique #génération #clevermarks
oui voilà ; on a besoin d’un module d’export statique pour #SPIP, et d’un générateur pour l’#archivage_militant
Il y a peut-être des idées à pomper dans les outils listés ici :
@fil exporter en statique un site SPIP bien foutu, c’est simple avec wget ou équivalent. Je l’ai déjà fait plusieurs fois.
De quel type de générateur parles-tu ?
Je pensais à un export qui se ferait depuis SPIP (et non pas depuis l’extérieur) ; concrètement par « bien foutu » on entendrait, ne pas avoir de liens inutiles (?page=article-imprimer
, forums…), redondants (pas de ?debut_xxx
en quantité). Mais j’aimerais aussi que l’export soit réutilisable, ce qui implique une espèce de norme de codage pour indiquer où se trouve le titre, le contenu, etc.
Ce que j’ai trouvé de mieux niveau pérennisation des contenus, c’est l’export de chaque article en Markdown, d’où mon plugin. Mais je triche, je migre vers Jekyll… ;-)
Je calcule les URL « futures » des liens internes, avec une arborescence classique en Jekyll, mais j’en encore quelques ratés sur le sujet… ;-)