Olivier Evalet wrote:

c'est un peu le canon pour tuer la mouche: pour un petit wiki comme le
notre, nous pourrions travailler sans une base de données, par exemple,
ce qui simplifierait nos backups et copie sur machine de secours.

et un mysql dump? ca ferait la même chose?

C'est ce qu'on fait, mais c'est plus compliqué que si le backend était composé de simple fichiers textes par exemple; sans compter que ça nous fait tourner une base de données (postgresql dans notre cas) alors que cette machine n'en aurait pas besoin autrement.

En comparaison, il y a un autre wiki, ikiwiki (http://ikiwiki.info/), qui ne fournit aucun système de stockage mais se base sur un quelconque système de contrôle de révision (subversion ou autre), qui permet d'être plus flexible.

Autre problème, il n'est pas fait pour permettre facilement une gestion
fine des droits. La fondation Wikimedia, par exemple, utilise un wiki
différent pour chaque groupe d'utilisateurs (p.ex. conseil
d'administration, wiki "interne" étendu, wiki public, etc, etc).

Heeuuu! peut être un projet à développer? un ACL à intégrer dans le moteur ?

Tu peux mettre ça en place (en tout cas en partie), mais ce n'est pas facile. A ma connaissance, les développeurs ne sont pas très intéressé par cela, car les développeurs principaux sont payés par la fondation Wikimedia pour ajouter les fonctions nécessaires à l'utilisation du wiki pour Wikipedia et autre projets, et ceux-ci se caractérisant par leur ouverture, ces fonctions sont peu utiles.

Frédéric
_______________________________________________
gull mailing list
[email protected]
http://lists.alphanet.ch/mailman/listinfo/gull

Répondre à