Est Du Contenu Du Wiki Portable?

Question

Je pense que je vais commencer un wiki, probablement sur un faible coût de la LAMPE d'un compte d'hébergement.J'aimerais que la possibilité d'exporter le contenu de mon plus tard, au cas où je veux l'exécuter sur IIS/ASP.NET en bas de la ligne.Je sais que dans le blog du monde, il y a un standard ouvert appelé BlogML qui vous permettra d'exporter le contenu du blog à la une XML basé sur le format sur un site et de l'importer dans un autre.Est-il quelque chose de similaire avec les wikis?

Answer 1

La bonne réponse est ..."cela dépend".

Ça dépend le wiki sur lequel vous utilisez ou prévoyez d'utiliser.J'ai utilisé différents au fil des ans MoinMoin a ok, plutôt que des fichiers de base de données, Ubuntu semblent aimer ça. MediaWiki, tout le monde le sait et JAMWiki est un clone en java(ish) de MediaWiki avec l'objectif d'être le balisage compatible avec MediaWiki, à la fois utiliser des bases de données et vous pouvez généralement se connecter selon la base de données que vous voulez, JAMWiki est pré-configuré pour utiliser un interne de HSQLDB instance.

J'ai récemment converti environ 80 pages d'un wiki MoinMoin en JAMWiki pages et c'est probablement 90% gérée par un petit script perl que j'ai trouvé quelque part (je vais vous donner un lien si je peux le retrouver).Les autres 10% était malheureusement par expérience (ils sont de la plus haute importance avec eux étant recettes pour le missus) ;-)

J'ai aussi récemment installation de Mediawiki exemple pour le travail et qui a eu tout d'environ 8 minutes.Donc, ce serait mon choix.

Answer 2

Pour répondre à votre question, je ne crois pas qu'il y a une telle norme WikiML que Jusqu'à l'appelait.

Aussi étrange que cela puisse paraître, je l'ai étudié capture d'écran d'un wiki pour un co-travailleur pour l'aider à port à un autre moteur de wiki.Il s'est avéré que la capture d'écran aurait été plus facile, plus rapide et plus efficace d'écrire pour déplacer ce fichier basé sur le wiki à l'autre ou d'un CMS.

Compte tenu du contexte que vous avez écrit la question, je voudrais mordre la balle maintenant et de payer le petit supplément pour un windows compte hébergé et mis Screwturn wiki sur elle.Vous avez la possibilité d'utiliser le fichier de base ou SQL Server back-end pour elle, mais parce que l'un de vos exigences est à faible coût, je suppose que vous utilisez le fichier de base maintenant à un très bon compte hébergé et puis vous pouvez toujours haut de gamme de l'extrémité arrière de SQL Server.

Answer 3

Je n'ai pas entendu de WikiML.

Je pense que votre plus gros obstacle va être de la conversion d'un balisage wiki à l'autre.Par exemple, certains wikis utiliser markdown (qui est ce Débordement de Pile utilise), d'autres utilisent une autre syntaxe de balisage (par ex.BBCode, ...), etc..La ligne du bas est - en supposant que le contenu est créé les bases de données, il n'est pas impossible à l'exportation et de l'analyser pour en faire un "ajustement" dans un autre système.C'est peut-être une douleur dans le cul.

Et si le contenu ne sont pas données, ça va être une douleur royale dans le cul.:D

Une autre solution serait de rester avec le même système.Je ne suis pas sûr de ce que la raison est pour l'évolution de la technologie plus tard.Ce n'est pas comme un projet de culture nécessite IIS/ASP.NET tout d'un coup.(C'est peut-être dans l'autre sens.) Mais par exemple, si vous pourriez rester avec PHP pour un certain temps, vous pouvez également exécuter que sur IIS.