Reprise du message précédent :
   
Dois-je conclure de ce silence qu'XSLT n'est effectivement pas adapté à la construction d'un site multilingue ? C'est quand même le cas de bc de site...

pour traduire nous on fait comme ca :  
tu génère dynamiquement une liste de label traduits dans la langue...et tu append ca à ton XML à traiter...
 
et dans la XSL, tu remplace des clés de trad que tu définis par les libellés de ton XML...donc ca te permet de gérer un nombre x de langues de la meme façon...

Oui, c'est la première chose qui m'est venue à l'esprit...
Donc, il faut soit incorporér tous les textes d'une même langue, soit prévoir à l'avance les textes dont le XSTL aura besoin.

Le xml sert a organiser le contenu, le xsl sert a le metre en page.
 
Le texte des differentes langues fait partie du contenu, non de la mise en page, alors il va dans le xml.
 
Un systeme de cache on veut qu'il soit rapide, pas qu'il soit forcement "petit". Alors je vois pas trop d'inconvenient a avoir un xml par langue. Ce que tu peux faire c'est creer ton cache uniquement lorsque quelqu'un le demande. En gros si ton site est traduit en 10 langues, pas besoin de creer les fichiers xml pour toutes les langues a chaque update. Il te suffit de simplement creer le xml lorsqu'il est demande pour la premiere fois.
Comme ca ton systeme de cache grandit en fonction des demandes.

Juste pour info, je ne compte pas créer de site multilangue.  
Par conséquent, le xml me paraît approprié pour mon cas  
Maintenant, je vais me documenter sur cette histoire de cache

Je le repete, le xml ne pose pas de probleme meme pour un site multi langue...
 
Le xml contient de l'information, et l'information est en une langue donnee.  
Donc c'est normal d'avoir un xml par langue.
 
En theorie vous aurez un xml (mis en cache si vous voulez) par langue, et un seul xsl par "theme" (et meme plusieurs css par theme afin de changer les couleurs sans pour autant changer les positions).

Dsl, je ne suis toujours pas convaincu.
 
La seule raison qui te pousse à dire que les textes de l'interface doivent être inclus au XML, c'est justement que tu transformes ce XML avec XSL. Je ne vois aucune autre raison que les limitations d'XSL pour incorporer ces informations à ce stade (avant le passage en XHTML). Elles ne sont utiles qu'au moment de la présentation des informations au client.
 
Sans compter les problèmes pratiques, si les traductions pour chaque langue commencent à être assez lourdes, je ne vois pas comment s'en sortir sans parser tout le fichier pour savoir quels textes inclure.
 
Cependant, je vois quand même des solutions plus élégantes. Comme inclure un fichier de langue avec XSLT (ex : document("lang.fr.xml" )) ou générer un fichier XSL dynamiquement en fonction de la langue. Ou encore registerPHPFunctions, le jour où ça supportera l'OO.

On parle bien de menu et bouton de navigation ?
C'est du contenu au niveau XHTML, mais ça reste des informations relatives à la présentation des données.

Pour revenir au sujet du post: je conseille 2 adresses de sites bien construits et intructifs pour la création d'un site:
 
www.alsacreations.com : surtout pour les CSS...
 
www.siteduzero.com : Aide très pratique (pour tous les débutants) pour le XHTML et PHP.

J'ajoute :
http://pompage.net/ un site de traduction d'articles. Avec en ce moment, une série sur les bases de CSS : l'idéal pour les débutants anglophobes !

Merci pour les adresses des sites (qui étaient déjà dans mes favoris )(Le site du zéro est bien, mais niveau respect des licenses des tuto, c'est pas trop ça.(Pour l'exemple, j'ai réalisé il y a quelques mois un article sur l'installation d'ircd sous licence GNU. Je l'ai retrouvé à l'identique sur leur site le mois d'après sans aucunes indications sur la license, l'auteur, etc...))  
 
En ce qui concerne le débat sur l'xml et php, continuez tant que vous pouvez, c'est très instructif

Chui en train de faire un site pour un client XML + XSLT => xHTML je dois admettre que les xstl ça roxe les belettes jusqu'a l'os

 
+1000 je viens de m'y mettre aujourd'hui

pour moi c valable l'approche XML si :  
- t'a des besoins de sortie sur différents média, et pas seulement XHTML pour media "screen"...(cad PDF, XSL, WML), ou de i18n de ton application...sinon c trop lourd pour pas grand chose
- tu caches les résultats générés, pour éviter de te retaper la transfo, couteuse en temps...voire un double cache XML et cache des résultats...en associant le tout à du XSLTC si possible, pour vraiment avoir de bonnes perfs...
- tu t'astreins à limiter les transfos XSL à de la simple conversion de format, en virant toute logique dedans (c inmaintenanble le XSL si tu te met à foutre des loops (déclarée ou pas), et if/else etc...) plus qu'il n'en faut...

Quid de l'utilisation de XSL pour faire un moteur de template pour un site ?  
Ca me parait déjà plus facile à maintenir que celui en PHP que j'avais avant, mais je me demande si y'a une grosse différence de perfs

ben ca change rien...

Je suis en train de faire le changement sur mon site, je ferai des tests de perf pour voir

Bon en gros je gagne 10ms en moyenne
Donc je garde vu que y'a pas de grosse différence de perfs

Oui par rapport à un moteur de template, lourd je pense pas
Voir http://www.massassi.com/bTemplate/index.php?page=home

C'est ce que j'ai fais Ca marche du tonerre

Moi je fais comme ça : J'ai donc une page web XHTML normale, standard, avec head, body... Dans le head, je met des scripts et des styles si jamais la page a besoin d'un truc spécifique. Puis dans le body, j'ai un <div id="content"> où je met tout le contenu de la page. Puis j'ai mon XSL qui contient le header, le menu etc, et qui fait une copie des scripts et styles spécifiques, ainsi que de la div content

Presque ouais
Y'a 2 cas en fait :

• Page statique, donc la page est un fichier XHTML direct, à laquelle j'applique l'XSL pour rajouter les truc communs
• Page dynamique, donc là je passe par plusieures étapes :

 - Génération d'un document XML par PHP
  - Application d'un premier XSL pour formatter les données et transformer ça en XHTML
  - Application de l'XSL global pour rajouter les trucs communs
 
Ainsi, toutes mes templates sont en XSL. Le coeur du site consiste à générer des fichiers de données XML. Donc si je passe tout ça en ASP.NET ou en autre technologies, je garde mes templates telles qu'elles sont

Il faut 2 XSL. Le code source ressemble un peu à ça :

 
Pour ma part j'ai un seul xsl avec une partie principale (structure + header) et après je module selon un paramètre à l'entrée pour choisir entre plusieurs apply-templates

Après toute ces remarques, si je ne me met pas au xmlavec xsl je serais vraiment con    
 
Cependant un poblème subsiste : Je n'ai jamais touché au xml, xsl  
Ce sera donc l'occasion d'apprendre    
 
C'est pourquoi j'ai fouiller un peu sur le net en quête de tutorial plus particulièrement sur l'xsl. A vrai dire, je tombe souvent sur quelques articles explicant vaguement le fonctionnement de l'xsl avec de petits exemple.    
Auriez-vous de bon lien vers de la doc, cour, tutorial, ... assé complet mais quand même compréhensible par ma personne ?  
 
Merci encor pour vos nombreuses réponses constructive.  

sur le site de developpez il y a du pas trop mauvais

j'ai acheté le O'reilly "Comprendre XSLT" ...vachement bien foutu...le seul truc que je lui reproche, c de pas avoir un petit passage XML --> SVG ...mais bon, y'a XML --> tt une chiée de languages, donc bon, c pas très grave...

Tout appris avec ça, ça, ça aussi et puis parfois ça

esox_ch -> Le seul truc que j'ai trouvé d'interessant en php4 c'est : http://bob.developpez.com/phpxslt/. Malheureusement, il n'est vraiment pas très complet.  
 
Jubijub -> C'est vrai que la collection O`reilly est pas mal(j'ai déjà "PHP cook"). Et "Comprendre XSLT" à l'air pas mal. Faut encor que je fasse des économies cependant(35€)... Je suis plus pour le moment à la recherche d'articles, genre IUT(si on voit ça en IUT).
 
FlorentG -> J'avais pas osé demander de liens en français...   Mais bon, les articles de w3schools sont généralement compréhensible sans être anglophone... Et puis, j'ai pas trop le choix   Sinon, j'ai fouillé dans google dans les sites francophones pour le moment en èsperant trouver la perle rare    
 
J'accepte volontier toutes autres propositions (anglo/francophone...)  

Avant de démarrer toute forme de développement, il vaut mieux apprendre l'anglais, sinon c'est même pas la peine

je plussois...

 
J'utilise principalement la doc du w3c et un bouquin que j'ai acheté : collection ressources informatiques, XML et XSL : Les feuilles de style XML. Mais bon je regrète mon choix parce que c'est à 90% du copier/coller de la doc...
Prochaine fois je prendrais dans de l'O`reilly...  
 
Bon c'est sur avant de me mettre à ça j'en touchais déjà un peu en XML mais j'ai appris sur le tas en me balladant sur des sites par hasard

 
(sur un coup de tete g joué avec reset pour nettoyer mes drapos...Et après g réalisé que ct trop destructeur )

Merci pour ces réponses.
J'ai entendu parler de méthode Merise pour la conception de base de donnée. Mais je ne trouve pas de méthodes sur la concepion de "site internet". Est-ce que cela existe au moins ? Et si oui, auriez vous des liens à proposer ? L'UML ?

Pour les sites web, tu ne peux modeliser en UML que les objets .. Donc il te faudra faire ton site en orienté objet. Cela dit Merise et les autres methodes aboutissant a l'uml sont toujours basées sur le meme principe, qu'elles soient axées db ou programmation

l'uml n'est pas "indispensable", comme d'ailleurs ne l'es l'O.O. ,...
 
C'est juste pour mieux modeliser le tout...

ben merise pour la BDD ...et en UML, les use cases à la rigueur, un petit diag de classe, et surtout, un diagramme de séquence

Avec tout ça, je vais en avoir des choses en apprendre : classe php, xml, merise, uml, ...  
 
Tant que j'y suis, d'autres "trucs" utiles à connaître ?

l'asm pour creer ton propre parseur  

ben commence par un truc simple, pour évidemment te taper de gros problèmes. Une fois que tu auras rencontré ces problèmes, tu comprendras les solutions qu'apportent UML, MERISE, XML ...

C'est aussi barbare que pour ma TI 89