Historiquement, certains revendiquent le terme canonique qui est véritablement "CloneWiki", un terme inventé à l'orgine pour décrire les sites construits avec du logiciel imitant l'idée du WikiWiki avant que les MoteursWikis ne devinrent communs. FridemarPache a depuis reconstruit l'ontologie complète afin de la rendre plus cohérente et plus claire ; par exemple différencier le logiciel sous le capot de chaque wiki de la communauté évoluant sur un wiki - alors qu'avant on pouvait entendre dire par exemple, "MeatballWiki est un WikiClone", on dira maintenant (évidemment) que "MeatballWiki (comme CraoWiki en LangueFrançaise) est un wiki".
Nous supportons ce système de nommage sur Meatballwiki, bien que les personnes effectuent souvent le raccourci pour dire simplement "un wiki", plutôt qu'un "MoteurWiki". Un WikiForum" reste aussi disponible comme synomyme de "un wiki", bien que ce soit beaucoup moins utilisé en LangueFrançaise. Pour une liste sans doute exhaustive, résumant les diffrents sens de "wiki", voir WikiTerme.
Mais regardez aussi Wiki:WikiEngine.
(Cette question est très souvent posée et pourra être rangée dans WikiFaq. Elle est aussi importante pour HansWobbe : (...) Spécifiquement, devrais-je louer des services wiki, plutôt que de les acheter ?
> La réponse figure en anglais sur HansWobbe#Rent_or_Buy HwoRentOrBuy?
Il existe beaucoup de wiki clones (beaucoup trop ?) Voir CommunityWiki:BeaucoupTropDeMoteursWiki. Pour voir l'original en anglais visitez Wiki:wikibase.
Vous pouvez aussi acheter le livre TheWikiWay en anglais pour avoir tout ce que vous voulez à propos de la dernière version de ce qu'est QuickiWiki?. Mais si vous voulez quelque chose de plus mâture c'est une autre histoire. JérômeDelacroix a écrit LesWikis et devrait aborder sans doute le sujet en français ?
Du bon logiciel wiki . (Il y en a bien plus. Voir Wiki:WikiWikiClones et Wiki:WikiEngines.)
Mon préféré est UseModWiki (pour des raisons évidentes), mais c'est parce qu'il correspond le mieux à mes besoins pour MeatballWiki, et s'il ne le fait pas, je peux le mettre à jour de telle façon qu'il le fasse. Il est aussi très configurable, de telle façon qu'il sert à peu près les milliards de besoins d'autres personnes, jusqu'aù plus grand wiki sur terre, WikiPedia, si l'on peut appeler Wikipedia un wiki. (and you discount MeatBall:EverythingTwo).
Oui, il servait WikiPedia, et le servait bien. Maintenant, WikiPedia utilise son propre MediaWiki, qui a été adopté tout aussi bien par un bon nombre d'autres sites.
Si vous voulez des réponses plus spécifiques, posez des questions plus spécifiques. Quelles sont vos exigences et intentions ? -- SunirShah
Y'a t'il quelques wiki clones qui utilisent UTF-8, pour gérer de multiples langues et orthorgraphes en UniCode? ? -- MeatBall:JerryMuelver
Jerry, 'Tavi supporte l'[UTF-8]. Tout ce que vous devez faire est d'ajouter<pre> $~Charset = 'utf-8';
à votre fichier config.php. Vous devriez être conscient qu'il existe des problèmes avec Netscape. Regardez [Text|http://tavi.sourceforge.net/index.php?page=UTF-8+Text].
MediaWiki utilise UTF-8 quand il est configuré pour une langue qui n'utilise pas Latin-1, et peut être tweaked pour utiliser tout aussi bien UTF-8 sur les western languages (comme MetaWikiPedia et le MeatBall:WiktionaryProject). -- BrionVibber
OddMuse (un descendant UseMod) peut utiliser UTF-8 (UseMod ne peut pas, il y a un "forbidden byte"). -- AlexSchroeder (Ce n'est plus le cas dans UseMod v1.0) -- MeatBall:ChuckAdams
Pour cette remarque voir Wiki:ShortestWikiContest.
LOC n'ont jamais été une bonne mesure pour quelque proposition. Le Wiki:ProWikiSoftware compte actuellement [Oct 02] environ 9500 lignes de Perl. -- HelmutLeitner
Wiki:TheMythicalManMonth contraste une complexité nécessaire et une complexité accidentelle. La complexité accidentelle provient d'une pauvre compréhension du vrai problème (ou moins souvent d'un pauvre usage des outils). Les lignes de code sont une indication du ratio du nécessaire vers la complexité accidentelle. Assumant que le style cohérent est utilisé, je parierai toujours sur le programme le plus court comme étant plus hackable en lecture. Oh ! Regarde ! MeatBall:TinyWiki a gagné Wiki:ShortestWikiContest en 28 lignes. Peut-être suis-je "baised" ;) - ScottWalters
UseMod:OddMuse a actuellement 3779 lines de Perl. C'est véritablement moins que UseMod lui-même (4044 lignes de Perl). C'est parce que je suis en train d'essayer d'acccumuler quelque FeatureKarma positif. La raison pour laquelle les descendans d'UseMod sont si grands est qu'UseMod est tout-en-un. Il dispose de sa propre database, son propre système de VersionHistory, détection de conflit et une interface web de maintenance. Les 100 lignes wikis n'ont même pas ça, ou délèguent cela vers des scripts externes ou des outils externes. (CVS ou RCS pour le versioning, ~MySQL? database). -- AlexSchroeder
Techniquement, tu est en train de réduire ton FeatureKarma. Le Karma est quelque chose dont tu es supposé t'échapper, et non accumuler.
Cette explication n'est pas au point, au moins pas avec le CraoWiki:ProWikiSoftware (cf Wiki:ProWikiSoftware en anglais) qui est aussi du tout-en-un. La différence de 6000 lignes est due à simplement environ 150 fonctionnalités ou plus d'environ 40 LOC chacune. Voulez-vous quelques protection contre l'aspiration ? Du Versioning de RCS ? Multi-Wiki-rc ? Multi-Wiki-logs ? Sous-pages optionnelles et pages hiérarchiques ? Multi-Wiki-change-notification ? Analyse de session sur Multi-Wiki ? Tableaux ? Gabarits HTML ? Affichage dynamique des Hot-Spots ? ... des choses que je viens juste d'ajouter. -- HelmutLeitner
Oui, je pense que ce serait cool. Voir CommunityWiki:BranchingWiki (ou la page du MeatballWiki, BranchingWiki). -- BayleShanks
Je pense que cette idée concerne uniquement les développeurs de logiciels. Ce serait beaucoup trop compliqué pour les gens normaux de les remettre en retour. -- HelmutLeitner
Quelque chose de plus léger puis un Wiki est EditThisPagePHP, qui vous permet d'éditer une page unique, mais de supporte pas les contrôles de versions à la wiki et les diffs. Il dispose également de concepts intéressants comme le support RSS support, trackback, etc.
Discussion Nous pourrions ici tenter de connaître l'historique de la profusion de ces moteurs wiki et les raisons de publication d'un article comme CommunityWiki:BeaucoupTropDeMoteursWiki.
Sur CraoWiki, nous avons aussi parlé de ces moteurs. A vous de les décrire en une ligne et compléter la liste.