Tu as juste besoin d'un serveur qui peut faire tourner des CGI perl. Pas de base de données, même pas besoin de RCS car une implémentation en perl est fournie avec (même si le binaire est un poil plus rapide).
Pour ce qui est recherche en texte c'est juste une affaire de grep - ce à quoi perl est assez efficace :)
Dans la série 'témoignage d'utilisateurs' j'ai mis en place un TWiki pour mon équipe au boulot.
Parmi les gros avantages, on y a vu:
-> Moteur en perl, donc intégrable avec tous nos applicatifs métier (qu'on a aussi écrit en perl)
-> Une API très propre, qui facilite d'autant l'intégration (certains batches vont chercher leurs paramètres dans le wiki, comme les mailing lists)
-> Les flux RSS et les mails de notification
-> Les espaces séparés pour chaque groupe, avec ses admins, sa propre identité visuelle
-> Les fichiers attachés
-> Et les plugins de gestion de projet.
[^] # Re: Bon et loyaux services
Posté par Jean-Baptiste Mayer . En réponse à la dépêche TWiki 4.2. Évalué à 1.
Tu as juste besoin d'un serveur qui peut faire tourner des CGI perl. Pas de base de données, même pas besoin de RCS car une implémentation en perl est fournie avec (même si le binaire est un poil plus rapide).
Pour ce qui est recherche en texte c'est juste une affaire de grep - ce à quoi perl est assez efficace :)
Dans la série 'témoignage d'utilisateurs' j'ai mis en place un TWiki pour mon équipe au boulot.
Parmi les gros avantages, on y a vu:
-> Moteur en perl, donc intégrable avec tous nos applicatifs métier (qu'on a aussi écrit en perl)
-> Une API très propre, qui facilite d'autant l'intégration (certains batches vont chercher leurs paramètres dans le wiki, comme les mailing lists)
-> Les flux RSS et les mails de notification
-> Les espaces séparés pour chaque groupe, avec ses admins, sa propre identité visuelle
-> Les fichiers attachés
-> Et les plugins de gestion de projet.