Ce wiki est un espace de travail et d'organisation, les informations qu'il contient peuvent être fausses ou erronnées et ne constitue pas une communication officielle d'Actux.

Q: Quel est le site PmWiki comportant le plus grand nombre de pages?

Pm: Bien sr il n'y a aucune limite thorique au nombre de pages de part la faon avec lesquelles PmWiki les organise.

Les limites pratiques sont le nombre de fichiers maximum qui peuvent tre grs au sein d'un unique rpertoire (wiki.d), et le temps de recherche ncessaire pour parcourir toutes les pages. Comme rfrences, le SciTechWiki (http://www.sci.tamucc.edu/wiki) possde actuellement 1649 pages et le TAMUCC Wiki (http://www.tamucc.edu/wiki) plus de 4500, et tous deux semblent fonctionner sans aucun problme; mme les recherches ne semblent pas prendre un temps draisonnable. Ces deux wikis fonctionnent sous environnement Red Hat Linux. Je sais que sous RH Linux, j'ai des rpertoires contenant plus de 5000 fichiers sans aucune difficult majeure (dossier d'archive de mailing liste), aussi je ne crois pas que le systme (OS) pose une barrire PmWiki, du moins sur ce point.

Cependant, j'ai un peu rflchi ces problmes en concevant PmWiki et voici ce que j'ai dcid pour le moment. D'abord, dans la mesure o les limitations de rpertoires sont possibles, j'ai mis en place les variables $PageFileFmt, $WikiDir, et $WikiLibDirs de sorte qu'un administrateur puisse organiser les fichiers dans une structure de dossier alternative autre que juste "wiki.d/Group.Pagename". Par exemple, $PageFileFmt pourrait tre chang en '$Group/$Title_' ou '$Group/$PageName' et les fichiers seraient stocks en tant que "wiki.d/Group/Pagename" ou "wiki.d/Group/Group.Pagename", ce qui rduirait le nombre global de fichiers dans n'importe lequel des dossiers. Il faudrait toujours crer les dossiers pour les groupes, mais ceci n'est pas un gros problme. Et mme si cette approche ne fragmente pas suffisamment les choses (par ex., un groupe avec des milliers de pages) il y a toujours d'autres options--avec une ou deux petites extensions les fichiers peuvent tre organiss dans des dossiers bass sur sur la(les) premire(s) lettre(s) du titre, comme dans "wiki.d/P/Group.Pagename" et "wiki.d/W/Group.WikiWord". Ce qui rpartirait la charge sur encore plus de rpertoires galement.

Et, bien sr, je pourrais toujours regarder du ct des bases de donnes relationnelles ou d'autres projets d'indexation s'il devenait ncessaire de faire ainsi. Cependant j'aime la simplicit, et c'est certainement l'un de secteurs o j'ai choisi d'viter les fonctionnalits gratuites; c.--d., opter pour une approche simple maintenant et se lancer dans une implmentation complexe seulement quand un besoin rellement dmontr se fait sentir, auquel cas les vrais paramtres du problme sont mieux connus. Je suis galement plutt tranquille avec le fait qui si nous devons changer le modle principal de stockage un certain moment,il sera facile de crer une voie de migration du schma existant vers un neuf.

Note : Main/SearchWiki devient de plus en plus sophistiqu mesure que PmWiki crot. Des fonctions de recherche avances ont t ajouts PmWiki. Si ces dispositifs de recherche inclus dans PmWiki ne sont pas suffisants, il y a dj quelques excellents systmes d'indexation et de recherche, et il est beaucoup plus efficace de se servir de ces systmes existants plutt que d'essayer de les reproduire dans PmWiki.


L'ide de mettre dans des dossiers est vraiment sduisante ne serait-ce que pour avoir de l'ordre dans ses fichiers. La chose fonctionne bien, les rpertoires se crent automatiquement. Le seul soucis provient de scripts/pagelist.php qui ne trouve plus rien. J'ai bien jet un oeil dessus, mais je ne suis pas une lumire en php... quelqu'un peut m'aiguiller sur la fonction transformer ? Egide? 22 juin 2005 15h49

<< Fermes Wiki | Index doc admin | Désinstallation de PmWiki? >>


Traduction de ? - Page originale sur PmWiki:PmWikiFr.TailleLimite


Page originale sur PmWikiFr.TailleLimite - Référencé par
Dernières modifications:
PmWikiFr.TailleLimite: 07/10/2005 22:16