Comment/quel Wiki - Page 1

Bonjour a tous, ca fiat longtemps que je suis plus sur yaronet, mais je reviens car j'ai besoin de votre aide. J'ai un projet basé sur un système type wikipedia. Je voudrais savoir quels sont les outils gratuits/libre/modifiable pour faire un moteur wiki.

Mes priorités sont: facilité de remplissage de la base de donnée (à la limite je peux garder une interface non modifiable, et que les utilisateurs, n'aient qu'à ajouter/modifier du texte et des images sans s'occuper de la mise en forme); système de notation avancée des articles; gratuit de préférence; et que je puisse modifier à ma guise (pour ajouter des fonctions).

Cependant peut être vaut il mieux que je développe moi même le moteur. Et dans ce cas que prendre comme technologie (php/perl/javascripte/que sais-je).

J'espère avoir quelques liens et conseils utiles...

A bientôt, jibax

ca te convient pas mediawiki ?

En fait, le mediawiki, je ne sais pas si j'arriverais a le modifier pour mes besoins...

et j'ai un peu plus pensé à mon truc, et en gros, je crois qu'il faut que je développe le truc moi même. En effet le wiki propose trop de trucs inutiles qui compliquent tout pour l'utilisateur. J'ai plutot besoin d'un truc ou l'utilisateur peut ajouter des données texte, plus un systemes de commentaire et notation de ces données. Pas besoin de mise en forme et de balise WIKI donc.

Je pense donc m'orienter vers une solution de développemnt perso a base de php/mysql. Va donc falloir que je m'accroche pour apprendre tou ca lol!

A la rigueur, tu peux regarder dans les scripts qui font es Wiki existantes. Il doit y en avoir de petite taille...

jibax: je peut te filer les sources de Twiki (version (mal) bridé la (mal car ajouté plus de bug qu'autre chose en le bridant) : http://godzil.free.fr/twiki), un truc tout pourri, mais qui fait le minimum, et assez facilement modifiable...

l'avantage de mediawiki, outre le fait qu'il soit extrèmement testé, est qu'il produit toujours du code valide, peu importe le contenu des pages (!)

Bon j'ai un peu abandonné ce projet lol, qui est hors de portée pour moi!! Mais merci pour les conseils. En fait utiliser medi wiki, reviendrait a faire qqchose qui existe déjà lol!!

Par contre j'ai un autre projet, de calandrier pour organiser un groupe... Chacun devrait mettre ses disponibilités, on peut aussi ajouter des commentaires sur une journée, ouencore envoyer des fichiers pour une certaine date..

Je pense utiliser ici aussi php/mysql. Mais peut être d'autres solutions meilleur existent (Applet java). pouvez vous me conseiller pour ce projet quand à la technologie de dvppement la mieux adaptée

arf, applet Java... oublie ca, c'est vraiment un des pires trucs qui est arrive au web ca.
php/mysql/javascript est tres bien pour faire ca (meme si php est vraiment pourri comme langage)
(tu peux faire ton truc sur une base de Zope si tu connais le Python par contre)

arg Zope, vade retro :/
(en quoi le php c'est pourri ? stoi t'es pourri )

Les applets java c'est très bien quand tu veux que "chez moi ça marche (c)". Sinon tu peux oublier.

Moui, les applets Java, c'est moyen, je trouve.
Par contre, le classique PHP/MySQL/JavaScript (en XHTML 1.0 Strict, bien sûr ), ça roxxe les ours de Poméranie septentrionale !
er, XML_OPTION_SKIP_WHITE, 1 ) ; // ça dépend de ton fichier XML... xml_parse_into_struct( $xmlParser, file_get_contents( "./database.xml" ), $xmlValues, $xmlKeys ) ; xml_parser_free( $xmlParser ) ;

Par contre, si tes données se représentent bien mieux par un arbre que par des tables relationnelles (et ça m'arrive assez souvent, en fait), remplace le MySQL par du XML, avec pour lire les données :$xmlParser = xml_parser_create() ;
xml_parser_set_option( $xmlPars

Après, j'avoue que le code de parcours de l'arbre n'est pas des plus trivials (je peux t'aider au besoin, il faudra juste que je m'y remette un peu ), mais bon, c'est la structure arborescente à nombre de fils variable qui veut ça ...

Et sinon, si tu veux te faire un site wiki vite fait http://www.wikia.com/wiki/Start_a_new_Wikia

Ethaniel :
Par contre, si tes données se représentent bien mieux par un arbre que par des tables relationnelles (et ça m'arrive assez souvent, en fait), remplace le MySQL par du XML, avec pour lire les données :

Tu comptes reparser l'intégralité de ta base de donnée en RAM à chaque chargement de page, et la resérialiser à chaque modification ?

Ethaniel: Hum... le PHP/MySQL etc. c'est tres bien, mais pour faire des petites applications web. Des que tu dois manager bcp de donnees etc. etc. C'est vite galere et pas du tout adapte d'ou l'utilisatrion de Python (Zope) des Java Server pages, Ruby etc.

ya xml2cd qui est vachement bien, c'est une version alpha faite par un stagiaire, on a besoin de gens pour la tester :
edit : ce lien-ci est sans doute mieux quand même : http://reglisse.ens.fr/ecduce/Getting_to_know_xml2cd.html

oui enfin ça pose le même pb qu'Ethaniel, c'est un truc fait pour être séquentiel et efficace seulement pour des manipulations de tout le fichier (genre tu veux traiter un fichier XML sur ton disque dur), pas pour être concurrent et optimisé même pour des petites modifications... (genre tu peux avoir 10 personnes connectées sur ton site qui modifient des petits bouts de la base de donnée)

(cela dit ça a l'air sympa )

Euh, oui, en effet, une BDD en XML n'est vraiment pas top pour des modifications incessantes dessus, et il vaut mieux dans ce cas là faire une bonne grosse BDD relationnelle bien faite et au moins en FN3.
Mais dans mon cas, c'était à chaque fois une BDD que je modifiais directement à la main une fois tous les 36 du mois, et qui n'était chargée qu'une fois au tout début (et que je lisais en PHP et non en XSLT paske #flemme# de faire du XSLT) : aussi, plutôt que de faire du MySQL (que je ne peux utiliser au boulot) avec au moins 3 ou 4 relations, j'ai fait du XML, surtout que la vision arborescente était la vision la plus naturelle de mes données.
Enfin bref, c'est comme chacun le sent ...