xml pour faire un site web?

xml pour faire un site web? - Programmation

Marsh Posté le 21-11-2001 à 18:32:44    

que penser vous du XML parsé en PHP pour faire un site oueb? je ne parle pas d'echange de donné ou de truc dans le style.
 
On arrete pas de dire "c'est genial" et "ca permet de separer contenu et contenant" mais bon concreteemnt klk'1 a deja vu un forum en wml qui d'un seul clique changerait d'apparence (je parle pas de couleur ou de css, non une mise en forme completement different)?
 
 
Ki a deja mis en pratique le parsage XML avec succes, votre avis sur la rapidité? (moi un truc parsé ca me semble lourd)

Reply

Marsh Posté le 21-11-2001 à 18:32:44   

Reply

Marsh Posté le 21-11-2001 à 23:38:53    

Ca fait plus de 2 ans que je fais du site + bd et j'utilise pas le XML... L'intérêt c'est l'échange de données, donc si t'as pas besoin d'effectuer ce genre de tâche, t'es vraiment pas obligé de t'imposer le XML... Et comme tu dis, parser coûte forcement en ressources...

Reply

Marsh Posté le 22-11-2001 à 04:52:10    

xml + xsl c'est très bien dans certains cas ... par ex quand tu veux presenter le même contenu mais avec bcp d'habillages differents ...
 
si c pour faire un site classique je vois pas trop l'interet ...


---------------
Don't blink. Don't even blink. Blink and you're dead. They are fast, faster than you could believe, don't turn your back, don't look away, and DON'T BLINK. Good luck.
Reply

Marsh Posté le 22-11-2001 à 08:56:10    

Faut aussi voir qu'il y a des contraintes sur le browser, par exemple. Quand tu es en environnement connu, pas de probleme. Dans ma boite je suis dans une equipe ou on fait des applis a interface "web", c'est tout du XML + XSL : non pas parce que c'est mieux, mais parce que ca nous arrange comme ca (comportement dynamique etc etc)

Reply

Marsh Posté le 22-11-2001 à 09:10:16    

déjà le xml tout seul ne fait pas grand chose. en html, tu as des balises avec des classes css, en xml tu peux également coller un css sur tes balises.  
 
tu as donc d'un côté
  <span class='headline'>mon texte</span>
et de l'autre
  <headline>mon texte</headline>
 
et dans les deux cas, un css quasiment identique.
 
donc vraiment, bof. utiliser le xsl pour le parser côté serveur et sortir du html ? là ça devient une question de goût, je dirais bof aussi. ce qui est sympa en xsl c'est de transformer ta page avec du javascript. par ex tu affiches une table des commandes du client, avec une petite interface il peut les trier par date, prix, nombre d'articles commandés, etc. le problème avec le xsl client est qu'il n'est pas des masses répandu et ne marche qu'avec ie6 (avec ie5.5 il faut quand même installer un nouveau parser à la main).
 
demande un peu à ceux qui disent "c'est génial" pourquoi ils trouvent que c'est génial :D (bon, je trouve ça génial, mais c'est pour certains cas dans des applis win32, pas web).

Reply

Marsh Posté le 22-11-2001 à 10:56:24    

le but est de fzire un site cobrandé, donc avec une apparence differente pour chaque site... le fond restant le meme

Reply

Marsh Posté le 22-11-2001 à 13:09:28    

Gonzoide a écrit a écrit :

Faut aussi voir qu'il y a des contraintes sur le browser, par exemple. Quand tu es en environnement connu, pas de probleme. Dans ma boite je suis dans une equipe ou on fait des applis a interface "web", c'est tout du XML + XSL : non pas parce que c'est mieux, mais parce que ca nous arrange comme ca (comportement dynamique etc etc)  




 
y'a aucune contrainte de browser, sauf si tu veux faire faire la transormation par le browser lui mm (IE6) ce ki est pas tjs une très bonne idée ...


---------------
Don't blink. Don't even blink. Blink and you're dead. They are fast, faster than you could believe, don't turn your back, don't look away, and DON'T BLINK. Good luck.
Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed