Pour moi, 2 fichiers php qui servent de moteur, des fichiers textes en txt2tags qu'on envoit sur le serveur, et ça suffit pour monter un blog :
Ca n'a rien de statique ton truc .
Tu paies l'overhead du PHP pour servir des choses qui n'en ont pas besoin.
Tu paies le cout de maintenance (c'est dégueulasse les variables dans les .php)
Tu paies la sécurité d'un truc dynamique. Oh un joli XSS sur ton blog statique…
Et on peut continuer.
Non la solution de crEv est très élégante. D'ailleurs je recommande le même genre d'approche pour écrire la documentation dans vos équipe de dev. Dégagez les wiki dont l'UX est assez moisie et remplacez les par ce genre de système. On peut facilement réutiliser tout les outils de dev, de l'éditeur au VCS en passant par l'intégration continue ou grep pour trouver les infos. C'est du coup vachement plus productif. Pour ceux qui aiment pas le Ruby y'a Markdoc en Python qui fait le job.
[^] # Re: usine à gaz
Posté par ckyl . En réponse au journal Web Log Today est juillet - écrire un blog de nos jours. Évalué à 5.
Générer des fichier statiques compliqué ?
Ca n'a rien de statique ton truc .
Tu paies l'overhead du PHP pour servir des choses qui n'en ont pas besoin.
Tu paies le cout de maintenance (c'est dégueulasse les variables dans les .php)
Tu paies la sécurité d'un truc dynamique. Oh un joli XSS sur ton blog statique…
Et on peut continuer.
Non la solution de crEv est très élégante. D'ailleurs je recommande le même genre d'approche pour écrire la documentation dans vos équipe de dev. Dégagez les wiki dont l'UX est assez moisie et remplacez les par ce genre de système. On peut facilement réutiliser tout les outils de dev, de l'éditeur au VCS en passant par l'intégration continue ou grep pour trouver les infos. C'est du coup vachement plus productif. Pour ceux qui aiment pas le Ruby y'a Markdoc en Python qui fait le job.