J'ai peu de temps pour travailler sur ChuWiki, surtout qu'il a atteint un stade où il est difficile d'ajouter des fonctionnalités sans le rendre plus complexe. Et comme il fonctionne correctement pour moi jusqu'à maintenant, je ne ressens pas le besoin de le modifier en profondeur.
Cependant, j'ai de plus en plus d'utilisateurs, et certains avec des wikis bien plus actifs que le mien. Le choix de ChuWiki ne parait pas toujours naturel pour ces sites à fort trafic et pourtant, on sous estime souvent le pouvoir de la simplicité sur la fonctionnalité ;)
Un des points critiques de ChuWiki aujourd'hui est son utilisation de fichiers. Bien que ce choix le rendre plus intéressant pour des petits wikis, dès que le volume de contenu augmente, l'accès aux fichiers devient difficile. Il est cependant hors de question que je fasse machine arrière et me décide à utiliser une base de données, l'utilisation des fichiers est une principe fondateur de ChuWiki. La prochaine version 1.3 intègre donc un nouveau système de cache permettant d'accélérer l'affichage des pages. Le principe étant de stocker la date de dernière version plutôt que de la calculer comme c'était fait auparavant. Ça semble fonctionner pour le moment puisque c'est en test sur le site même de ChuWiki.
Une autre nouveauté pour la version 1.3 est l'ajout d'un nouveau template. Continuant sur le template par défaut, il intègre maintenant une barre de menu sur le côté. Ceci est possible grâce à une modification du système de template permettant d'effectuer le rendu de plusieurs pages sur un seul appel. Sur une seule page du wiki, on peut donc maintenant combiner le rendu d'une page de menu et le rendu de la page courante. Voilà donc plus de souplesse pour les concepteurs de template tout en conservant une grande simplicité.
Enfin, mais c'est encore en test, il sera possible de protéger des pages contre l'édition. Je travaille encore sur cette fonctionnalité mais l'idée est de pouvoir indiquer simplement qu'une page est protégée contre toute édition. Seule l'administrateur du wiki, par une action sur son serveur, pourra bloquer ou débloquer une page. Je réfléchis encore au fait de proposer une telle fonctionnalité pour tout le wiki, certains voulant se servir de ChuWiki plus comme un CMS que comme un wiki. (L'ayant fait quelques temps sur ce site, je peux comprendre ^^)
Et enfin, la dernière mais néanmoins importante nouvelle, un forum est maintenant disponible pour vos discussion à propos de ChuWiki. Quelle galère pour trouver un système de forum qui soit conçu comme ChuWiki, simple mais efficace... Trop de forums s'appuient sur une base de données, c'est affreux. Mais j'ai trouvé ! Il s'appelle ChuForum, il a été codé par moi-même et il devrait bientôt être publié sous license GPL comme son ami le wiki ^^
En attendant la publication de ce nouvel outil, je vous invite à aller visiter le forum de ChuWiki.
1 De teddyber -
y'aura les pièces jointes ? :o)
2 De Vincent -
Je ne sais pas encore. Même si ta contribution est vraiment intéressante, je suis tombé fasse à quelques problèmes côté fonctionnel, notamment sur le fait de versionner ou pas les pièces jointes.
Je suis donc en train de me poser la question de l'utilité de gérer les pièces jointes dans ChuWiki plutôt que dans une application tierce installée en parallèle comme l'ont fait certains utilisateurs.
3 De atmaniak -
Personnellement je pense qu'une gestion au moins de l'upload de documents (images) apporterait un réel plus. La gestion des pieces jointes peut etre un plus, a condition de ne pas tomber dans le trop de fonctionnalités.
4 De buzz -
Je rejoins atmaniack dans son commentaire ! L'upload d'images serait vraiment un gros plus surtout si on y attache la possibilité de mettre en "forme" ces images de manière simple.
5 De yann -
Simple et efficace héhé ;) Personnellement j'ai concu un moteur de recherche uilisant des fichiers plutot qu'une base de données car la base mysql ne supportait pas la charge pour une recherche sur seulement 30000 sites, mais il faut dire qu'on recherchais même les expressions exactes. Donc on a fait un moteur avece des fichiers texte, il devait y avoir 400 000 fichiers voire plus, mais le serveur n'aimait pas trop apparement lol.. heuresement que pas beaucouip de traffic. La prochaine mouture utilisera une base oracle, mais on est pareil que toi, c'est très rébarbatif de refaire tout completement differement.