Par contre je n'ai pas testé les 2 recettes ensemble. Peut-être qu'il y aura des conflits ou des adaptations à faire ?
L'avantage de dokuwiki, c'est que les données sont stockées en base texte : il suffit de fouiller dans le dossier data/pages et tu auras tous tes documents directement prêts à être converti avec un petit script rapide.
Même sans recette de blog, qu'est-ce qui empêche de rédiger les notes de façon journalières, sous un nom dérivé de la date par exemple, dokuwiki gère bien les dossiers, et créer une entrée doku.php?id=2013:02-08 par exemple te stockera dans un dossier nommé 2013 un fichier intitulé 02-08.txt pour signifier le 8 février 2013.
PmWiki est une autre solution, que j'utilise également. En plus il y a un système de blog très facile à mettre en place : http://www.pmwiki.org/wiki/Cookbook/BlogIt
J'ai également construit une recette pour écrire avec la syntaxe txt2tags, et ça ne pose aucun problème avec le module de blog (testé). J'ai même sorti une "distribution" de pmwiki avec blogit, txt2tags et plein d'outils sympas préconfigurés : http://code.google.com/p/pmwiki-efo/
Le désavantage par rapport à dokuwiki c'est que si la base de données reste elle aussi en mode texte, ce n'est pas directement lisible (il y a l'historique avec, et les retours à la ligne sont codés), mais il est aisé de réaliser un script de conversion, ce que l'on a ici : http://code.google.com/p/pmwiki-efo/source/browse/convert_to_t2t.sh
Cela va ainsi retirer l'historique, les infos non essentielles du blog, remettre les retours à la ligne etc, pour obtenir un fichier txt2tags facilement exploitable, pour convertir en docbook ou autre. Par exemple ici en latex/pdf à partir des fichiers du wiki : http://pmwiki-efo.googlecode.com/hg/docs/pmwiki-efo.pdf
Ici on ne voit pas sur ce court exemple l'intégration avec le blog, mais sur un autre projet perso utilisant blogit, le rendu est vraiment impeccable. Dans mon script j'ai retiré la date des entrées parce que je n'en avais pas besoin, mais il doit être facile de les remettre si on veut garder cette information.
Wordpress ou dotclear sont également envisageables, j'ai également adapté des recettes existantes pour publier à partir de txt2tags (il faut aller les chercher dans la version en développement de txt2tags : http://code.google.com/p/txt2tags/source/browse/trunk#trunk%2Fextras). Le texte est donc réellement stocké dans ce format dans la base de ces blogs.
Reste à savoir comment extraire le texte de la base de donnée wordpress ou de dotclear, mais ça devrait être envisageable.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: docbook
Posté par fravashyo . En réponse au message Recherche "moteur" de blog ... avec possibilité simple d'export de billets en docbook. Évalué à 3.
Si tu le souhaites, tu peux utiliser la syntaxe txt2tags pour prendre tes notes, qu'importe le moteur de blog finalement.
Ensuite, il est possible d'automatiser la conversion vers docbook, avec la commande "txt2tags -t dbk fichier.t2t"
txt2tags est suffisamment expressif et extensible pour couvrir tout tes besoins.
Reste à déterminer le système qui fera tourner le blog.
Dokuwiki est une bonne solution, je l'utilise d'ailleurs pour stocker mes notes, et ai adapté la syntaxe txt2tags dessus (https://www.dokuwiki.org/plugin:txt2tags). Je vois qu'il existe des moyens de l'utiliser comme blog : https://www.dokuwiki.org/tips:blogging
Par contre je n'ai pas testé les 2 recettes ensemble. Peut-être qu'il y aura des conflits ou des adaptations à faire ?
L'avantage de dokuwiki, c'est que les données sont stockées en base texte : il suffit de fouiller dans le dossier data/pages et tu auras tous tes documents directement prêts à être converti avec un petit script rapide.
Même sans recette de blog, qu'est-ce qui empêche de rédiger les notes de façon journalières, sous un nom dérivé de la date par exemple, dokuwiki gère bien les dossiers, et créer une entrée doku.php?id=2013:02-08 par exemple te stockera dans un dossier nommé 2013 un fichier intitulé 02-08.txt pour signifier le 8 février 2013.
PmWiki est une autre solution, que j'utilise également. En plus il y a un système de blog très facile à mettre en place : http://www.pmwiki.org/wiki/Cookbook/BlogIt
J'ai également construit une recette pour écrire avec la syntaxe txt2tags, et ça ne pose aucun problème avec le module de blog (testé). J'ai même sorti une "distribution" de pmwiki avec blogit, txt2tags et plein d'outils sympas préconfigurés : http://code.google.com/p/pmwiki-efo/
Le désavantage par rapport à dokuwiki c'est que si la base de données reste elle aussi en mode texte, ce n'est pas directement lisible (il y a l'historique avec, et les retours à la ligne sont codés), mais il est aisé de réaliser un script de conversion, ce que l'on a ici :
http://code.google.com/p/pmwiki-efo/source/browse/convert_to_t2t.sh
Cela va ainsi retirer l'historique, les infos non essentielles du blog, remettre les retours à la ligne etc, pour obtenir un fichier txt2tags facilement exploitable, pour convertir en docbook ou autre. Par exemple ici en latex/pdf à partir des fichiers du wiki : http://pmwiki-efo.googlecode.com/hg/docs/pmwiki-efo.pdf
Ici on ne voit pas sur ce court exemple l'intégration avec le blog, mais sur un autre projet perso utilisant blogit, le rendu est vraiment impeccable. Dans mon script j'ai retiré la date des entrées parce que je n'en avais pas besoin, mais il doit être facile de les remettre si on veut garder cette information.
Wordpress ou dotclear sont également envisageables, j'ai également adapté des recettes existantes pour publier à partir de txt2tags (il faut aller les chercher dans la version en développement de txt2tags : http://code.google.com/p/txt2tags/source/browse/trunk#trunk%2Fextras). Le texte est donc réellement stocké dans ce format dans la base de ces blogs.
Reste à savoir comment extraire le texte de la base de donnée wordpress ou de dotclear, mais ça devrait être envisageable.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond