Edit : J'ai bougé le sujet car il ne se trouvait pas dans la bonne catégorie.  
 
Dans le cadre de mon stage je dois réaliser un site internet.  
je souhaiterai vraiment faire une distinction entre le contenu et la représentation. POur l'instant je n'ai fait que des sites en html/Css (et php/mysql) et bien que le css permette dans l'absolu d'avoir une indépendance vis à vis du contenu on reste tout de même limité à inclure le tout dans un fichier html.
 
Je me pose donc les question suivantes :  
peut on réaliser un site totalement en xml qui sera "généré" a chaque appelle par l'utilisateur ? je pense que ça risque de poser un problème du côté du serveur qui va se retrouver surchargé de travail.
 
Doit on seulement stocker les informations dans un fichier xml, puis utilisé une xslt pour le transformé en html et ensuite uploader le fichier transformé ?  
 
doit on avoir une page affiché = une page html sur le serveur ou utiliser le php pour faire appelle à des ficher annexes qui vont permettent d'afficher le site juste à l'aide d'une seule page (un truc du site : site.php?page=AboutUs ou l'interface graphique serait défini dans le fichier php) ?
 
voilà beaucoup de question un peu brouillons mais j'espère pouvoir entammer une discution intéressante.
Merci
 
Edit : De façon général quelles sont les question à se poser pour produire un bon site.
Un site très peu d'ynamique doit-il être juste développé en html/css (avec une pointe de php pour les histoires de sessions) ?
Quelles sont les réelles apports des différentes solutions comme Ruby on Rails dans le développement d'un petit site internet ?
Comment tout simplement développer et organiser un site web selon ces besoins ?

Puisque c'est dans le cadre d'un stage et que c'est l'occasion d'appendre des choses je dirais qu'il faut éviter de réinventer la roue et regarder du côté des model-view-controllers (http://en.wikipedia.org/wiki/Model-view-controller et http://fr.wikipedia.org/wiki/MVC). Il existe pas mal de frameworks qui permettent de séparer proprement la couche de présentation, le modèle de données et la façon dont s'enchâinent les choses. Le lien wikipedia est plus complet en anglais, il y a notamment une liste de MVC pour PHP).
 
Maintenant ça dépend aussi du site... Si ce sont trois pages pour afficher une liste de numéros de téléphones c'est pas forcément nécessaire. Mais si c'est un site plus important qui doit être parfaitement structuré, dont la durée de vie sera relativement longue, qui devra évoluer, sur lequel d'autres personnes seront aménées à travailler, etc. une solution standard, éprouvée et _documentée_ me semble indispensable.

En effet le MVC correspond à ce que je cherche mais tu as soulevé un point très intéressant concernant l'utilisation du site en lui même.  
En effet le site n'a pas vocation à évolué (et le problème est que pour l'instant on me demande de produire un site sans savoir ce qu'on va mettre dedans...) et les personnes qui pourrait être amené à le modifier ne sont pas des informaticiens.
La "taille du site" en lui même est relativement conséquente (une quarantaine de pages que l'on peut qualifier de fixe) et deux-trois pages dynamiques avec intéraction avec une base de donnée (évenements particulier dans le moi, système de login + partie restrictive).
 
Je me demande donc si il serait plus intéressant de développer un site de façon classique html+php pour les sessions ou alors vraiment partir dans une optique model view controller ?