Foswiki utilise le système de fichiers associés à RCS (peut-être Subversion dans l'avenir) pour le stockage des données (les pages et les fichiers attachés).
Je n'ai pas d'expérience véritablement d'une migration. Il existe des convertisseurs comme Universal Wiki Converter par exemple du côté de Confluence. En pratique, j'ai l'impression que chacun développe des filtres d'importation plus ou moins efficaces.
La syntaxe wiki est l'un des aspects mais pour ce genre de moteurs orienté principalement vers des utilisations en intranet (voir aussi XWiki, Confluence, Socialtext Open, etc) le problème principal réside dans doute dans l'incompatibilité quasi systématique des langages et des macros spécifiques destinés à développer des micro-applications dans les pages et les espaces de travail ; idem pour les extensions et les métadonnées. Voir par exemple la liste des macros de foswiki ( http://foswiki.org/System ), de son côté xWiki( utilise Velocity propre au monde Java, etc.
Ce n'est pas trivial donc surtout avec un grand nombre de pages et de documents structurées propres à ce type d'outils.
[^] # Re: Migration
Posté par Thierry Pasquier (site web personnel, Mastodon) . En réponse à la dépêche Sortie de la version initiale de Foswiki - fork de TWiki. Évalué à 3.
Je n'ai pas d'expérience véritablement d'une migration. Il existe des convertisseurs comme Universal Wiki Converter par exemple du côté de Confluence. En pratique, j'ai l'impression que chacun développe des filtres d'importation plus ou moins efficaces.
La syntaxe wiki est l'un des aspects mais pour ce genre de moteurs orienté principalement vers des utilisations en intranet (voir aussi XWiki, Confluence, Socialtext Open, etc) le problème principal réside dans doute dans l'incompatibilité quasi systématique des langages et des macros spécifiques destinés à développer des micro-applications dans les pages et les espaces de travail ; idem pour les extensions et les métadonnées. Voir par exemple la liste des macros de foswiki ( http://foswiki.org/System ), de son côté xWiki( utilise Velocity propre au monde Java, etc.
Ce n'est pas trivial donc surtout avec un grand nombre de pages et de documents structurées propres à ce type d'outils.