Voulant mettre en place un wiki pour un petite équipe de 5 personnes, je me suis plonger dans le monde sans pitié des wikis où la concurrence fait rage, et j'ai trouvé un wikounet tout petit, tout mignon, c'est dokuwiki.
Ce wiki n'a même pas besoin de base mysql, les articlers étant de "vulgaires" fichiers textes dans ./data/ . Bien sûr, un .htaccess vient protéger le contenu. Du coup, pas la peine de faire un mysql ou sqlplus pour supprimer un article, unrlm suffit.
Je remercie donc les developpeurs de dokuwiki de leurs investissement pour créer ce bijou.
Et mince, j'allais oublier de mettre le lien qu'il faut:
http://wiki.splitbrain.org/(...)
# Liens
Posté par Nadine . Évalué à 4.
http://www.splitbrain.org/Programming/PHP/DokuWiki/index.php(...)
[^] # Re: Liens
Posté par skeespin (site web personnel) . Évalué à 5.
[^] # Re: Liens
Posté par Ju. . Évalué à 2.
http://nayco.free.fr/wiki/doku.php?id=spreadlinux(...)
http://wiki.ubuntu-fr.org(...)
;-)
# Résultats ?
Posté par wiki2005 . Évalué à 5.
Par exemple, quels-sont ceux pour lesquels tu t'es dit "ah non pas celui-là", et sur quels critères ?
Envisages-tu de publier un comparatif ?
Voilà, désolé si je pose trop de questions, mais puisque des dizaines de personne font le même type de recherche que toi chaque jour, il serait bien que tu leur fasses profiter de ta science [insérer ici votre blabla préféré du type "c'est bien de bénéficier du libre et il ne faut pas hésiter à donner aussi"]
[^] # Re: Résultats ?
Posté par Cali_Mero . Évalué à 5.
Mais si dokuwiki m'a séduit c'est aussi pour ce tableau comparatif qu'on peut trouver sur le wiki de l'auteur :
http://wiki.splitbrain.org/wiki%3Acompare(...)
... qui répond à beaucoup de questions sur les uns et les autres et te fait gagner du temps :-) Bonne lecture...
[^] # Re: Résultats ?
Posté par wiki2005 . Évalué à 1.
[^] # Re: Résultats ?
Posté par Nadine . Évalué à 1.
Mais je ne citerais pas de nom (car je n'ai préféré ne pas me souvenir de leurs noms, sf wikini, et le wiki de wikipedia)
Bref, dokuwiki m'a plus et le conf du style est ultra simple
[^] # Re: Résultats ?
Posté par Infernal Quack (site web personnel) . Évalué à 2.
Si les fichiers textes sont codés avec un format à la con tu va en chier pour l'importer dans un autre système que tu aurais choisi.
Dans une base de données, tu auras bien sûr le même genre de problèmes d'import/export.
Moi je vois plutôt ça comme un atoût par rapport à l'installation car ton hébgergeur ne te fournit pas toujours d'accès à une base de données.
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: Résultats ?
Posté par Bactisme (site web personnel) . Évalué à 1.
A premiere vue :
Base de donnée
+ calculée pour etre rapide meme avec un grand nombre de donné (cache de requetes)
+ tris efficace
+ Possibilité de sortir des données dans n'importe quel ordre ? (si je veut toute les dates ou une page a été modifié, je suis obligé de tenir un fichiers de date)
+ Possibilité de faire des actions et des scripts en dehors de celle prevu par l'applis (SQL)
+ Libere (un peu) les disques
- Oblige un serveur ( temps CPU, Memoire) ..
Fichiers
+ Structure paraissant adapté a un wiki (page bien distincte)
+ Sans serveur (hebergement facile & temps CPU & memoire vive)
+ Sauvegarde & deplacement facile
- Difficulté de gerer des informations complementaire au contenue des pages .. de les triés et de cherché dans un ordre non prevu par l'applis
- Tout les hebergeur accepte la creation de fichiers "a la volé" ?
- ca fait pas mal au disque quand meme ? (contrairement a une monté d'information en memoire vive)
Quand a sa simplicité de codage, entre gerer plusieurs fichiers (a chaque page) et gerer une requete mysql, moi je dit, pareil...
En aucun cas je dit que tu as fait le mauvais choix, juste ..ca me parais moin simple que ca ...(moi j'ai pris base, mais je connais pas mal le SQL et le codage mysql/php, ca aide)
Baptiste
[^] # Re: Résultats ?
Posté par Nadine . Évalué à 2.
[^] # Re: Résultats ?
Posté par Cali_Mero . Évalué à 2.
Quand tu stockes les données en base, tu est contraint à l'utilisation du langage SQL pour toute manipulation de tes données. Il n'est pas possible d'y accéder directement et simplement, le tout étant stocké au final dans un format binaire complètement opaque et non utilisable en tant que tel (pire encore que le format à la con que tu imaginais).
En l'occurence, les fichiers générés sont très clairs et lisibles même pour celui qui découvre les syntaxes wiki. Aucun problème donc pour les convertir en texte brut ou en HTML s'il le fallait, sans aucune dépendance logicielle pour ce faire.
Certes, un stockage en base de données aurait aussi ses avantages (recherches, traitements etc...), mais c'est toujours intéressant d'avoir le choix !
[^] # Re: Résultats ?
Posté par Sébastien Koechlin . Évalué à 2.
Personnellement, je préfère enregistrer mes données dans une base de donnée. Le SGBD tourne déjà et est déjà sauvegardé; et les manipulations sont, je trouve, bien plus pratique en SQL; on peut modifier un grand nombre de page avec une seule requête; si jamais on fait une fausse manip on peut faire un rollback; on s'interface facilement avec n'importe quel autre outil sans avoir à implémenter une gestion de fichiers; on n'a pas besoin de gérer 36 fonctions et autant de cas d'erreur (erreur sur la recherche de fichier, erreur sur l'ouverture du fichier, erreur sur la lecture du fichier, erreur à la fermeture du fichier...).
Je comprends que l'on puisse avoir des contraintes matérielle qui interdise l'usage d'une base, ou un manque de maitrise; mais il me semble que les bases de données ont été conçues justement pour manipuler les données, et qu'elles le font très bien.
[^] # Re: Résultats ?
Posté par Victor STINNER (site web personnel) . Évalué à 1.
Pour rappel, les bases de donnée ont été inventées pour palier aux défauts des systèmes basés uniquement sur des fichiers ...
Pour moi, un wiki c'est plus que des documents : y'a la gestion des utilisateur, gestion de l'historique, recherche, ...
Faire des sauvegardes : pas de pb. MySQL permet de faire un dump, et d'ailleurs avec les tables au format InnoDB on peut avoir un dump alors qu'on est en train de modifier la base parallèlement. Un p'tit script bash avec sauvegarde de la base + sauvegarde des fichiers (images) et puis c'est tout.
Haypo
[^] # Re: Résultats ?
Posté par rangzen (site web personnel) . Évalué à 1.
[^] # Re: Résultats ?
Posté par archaons . Évalué à 3.
Il est vrai que mediawiki est immodifiable pour un non programmeur php, ce qui est mon cas, d'ailleur je m'en mort les doigts. C'est aussi une usine à gaz au niveau ressource mais il est bien. Il faut précisé que j'ai un hébergeur sympa (php5+3 mysql+stat+3 adresses+etc...).
[^] # Re: Résultats ?
Posté par BAud (site web personnel) . Évalué à 3.
http://www.wikini.net/wakka.php?wiki=WakkaForks(...)
à l'époque je m'étais fait celui-ci : http://www.wikini.net/wakka.php?wiki=WackoWikiNiComparison(...)
sinon tikiwiki est celui qui me convient pour utf-8 et internationalisation, mais c'est un peu trop lourd
[^] # Re: Résultats ?
Posté par Antoine . Évalué à 1.
Moi, j'ai un petit faible pour Chuwiki. http://chuwiki.berlios.de/(...)
# PmWiki
Posté par Colargol . Évalué à 3.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.