Bonjour à tous !
 
Je fais actuellement une admin qui gère la modifications des menus sur chaque page et je me demandais si j'allais stocker les données dans une bdd mysql ou dans un fichier xml.
Le mysql serait plus simple mais le xml sans doute plus portable et plus lisible mais serait sans doute moins rapide.
 
Qu'en pensez-vous ? Que feriez-vous ?
 
Merci à tous.

Ouais!!! je suis à 100% d'accord avec moi-même!!
Ok... je justifie quand même mon vote: le XML dans ce cas particulier permet d'être lisible par le plus parfait débutant (pour peu que la spécification ne soit pas abracadabrantesque); de plus les moteurs XML pullulent, et HTML ressemble beaucoup à XML, dans le cas d'un menu ça reste je pense un choix tout à fait raisonnable.

Bon moi j'ai cliqué sur "Voter" malencontreusement et c'est BDD qui est parti ^^  
J'utilise une BDD justement pour le menu de mon site et ça marche très bien comme ça. Je n'ai pas plus d'argument, désolé

C'est exactement une question que je me pose, et je pense passer en XML, pour plusieurs raison :
- portabilité
- diminution des échanges BDD<>serveur PHP (dans mon cas)
- et au contraire, je pense que ce seras plus rapide en passant par XML, car au final il n'y aura pas de requête. Alors certe le XSLT prendra du temps, mais ce sera "noyé" dans le temps qu'il aurait quand même passé à faire la transformation des mes pages.

je pense que pour de la gestion de menus le temps de requetage de ta bdd sera negligeable.Donc a mon avis ce ne sera pas plus long que la solution XML.
requeter des tables c'est c'est bien plus simple que du XML
mais ca fait moins geek  
par contre c'est vrai que le XML est plus portable,mais est ce si important pour toi?

en fait je comprends même pas pourquoi on dit que le XML est "portable"?
Si c'est portable dans le sens, tu prends tout ton appli pour la mettre ailleurs sans avoir besoin de configurer quoi que ce soit bin c'est aussi "portable" qu'un fichier texte ou un template en html ...
Faire du xml pour faire du xml ça sert à rien
 
Donc dans le cas d'un menu, moi je le ferais en html
Et la normalement tu vas dire "oui mais le contenu du menu change tout le temps" toussa toussa. Interface d'admin, eventuellement stockage dans bdd(ou xml si vraiment tu veux) si besoin, à la validation génération du nouveau fichier html. ( mais bon j'imagine mal un menu à fort contenu dynamique).
 
Et ensuite "oui mais tout le monde n'a pas le droit aux mêmes options dans le menu..." et bin soit tu génères carrément une page php, soit tu te fais un mini système de template...
Et quoi qu'il arrive ça ira plus vite que du XML ou une BDD.

Actuellement, mes menus sont régénéré à chaque actualisation... et donc une réquête par actualisation.
En ce qui concerne le xml, si le site est déjà généré en xml, pourquoi se privée de faire les menus identiques ?
Un menu est par essence sous forme d'arborescence, donc trés bien adapté à la structure même du XML. De plus contrairement à un fichier texte, il est structuré.
Mes menus sont en effet dynamiques, donc les figer est hors de question. Filtrer un fichier XML est plus simple que le faire sur un fichier texte. (voila pourquoi j'y réfléchis )

c nimp.

C'est pas beau ça ?
 
Un fichier xml c'est un standard, un fichier texte normé c'est ton standard, donc accessible immédiatement. De toute façon si t'as aucune rigueur et que tu sais pas lire, ni l'un ni l'autre ne conviendront.

Parser et extraire sur un fichier txt aussi long que ça, c'est vrai que c'est pas commode et même 'achement dur, moi c'est surtout au niveau du fopen() que je coince, mais j'y crois...
 
 
Nan mais franchement, utiliser du xml à la place d'un fichier txt pour écrire puis lire un pov menu, à moins d'utiliser déjà du xml dans ton appli, ça sert à keud. La "portabilité" que tu gagnes là tu la perdras ailleurs de toute façon.

je suis assez d'accord avec LKoLRn, si c'est pour écrire et lire un fichier, autant le parser toi-même, ce sera toujours plus simple et plsu rapide qu'un fichier xml

En fait le fichier xml en question contiendrait l'arborescence du site ( donc les catégories et sous-catégories ) mais aussi les liens externes des menus qui ne peuvent être obtenus qu'à partir d'un fichier et non juste en lisant le contenu des dossiers et sous-dossiers.
 
Un truc du genre :

En stockant toute l'arborescence du site dans ce fichier xml, j'ai toutes les données nécéssaires pour que l'utilisateur puisse renommer sa catégorie, en créer une, etc.
 
En parlant de renommer, y a-t-il un moyen de renommer un fichier ou un dossier en php ?  
 
Est-ce plus clair ou aviez-vous déjà compris ?

Si tu veux, mais c'est qu'une convention d'écriture. Je vois pas la différence, à part utiliser une/des lib en + m'enfin...
 
http://php.net/manual/en et tu tapes "renommer" en anglais

 
Moi non plus

je trouve l idee un peu douteuse je sais paar exeperience que ca rassure pas un utilisateur d avoir a toucher les sources  
j ai repondu bdd parce que je suppose que le reste des donnees du sites sont sur une bdd  
mais si tu veux que l utilisateur rajoute lui meme des cats/souscat toussa il faut lui faire une belle interface
ca fait des annees que j essaie de faire rentrer dans la tete de mon frere que pour faire un titre il suffit de faire <h1>un titre</h1>  
apres ca depend de la debrouillardise de ton utilisateur mais en general il faut partir sur la base qu ils veulent en faire le moins possible
et en me mettant a la place de mon frere ce que tu fais la c est sadique

C'est pour une admin pas pour qu'il modifie lui-même ...
D'ailleurs ce fichier n'est pas la source du menu mais le moyen de stockage de l'admin.

Je vais faire en xml car je trouve cela mieux que le txt.
 
Voilà, merci à tous !