zardoz a écrit :
Mais pourquoi URL Rewriting ?
Pourquoi pas?
zardoz a écrit :
Prouve moi que c'est plus rapide en exécution et je te suivrai.
Plus rapide que quelle solution au juste? Plusieurs ont été évoquées.
Il faudrait voir aussi quelles sont les contraintes du projet:
- Si les CSS et les images sont sur le même domaine, le plus simple reste quand même de les conserver plus ou moins au même endroit dans l'arborescence et de faire des chemins du type url(img/some-bg.png) ou url(../img/some-bg.png). Pas besoin de mécanisme étrange pour ça. Si vraiment les CSS et images se retrouvent à des endroits différents du même serveur pour des raisons techniques non controlées (architecture particulière d'un CMS ou framework par exemple), un symlink peut être une solution.
- Si on est sur un gros projet avec des images hébergées par un CDN avec un domaine différent du type a.x.z.akcdn.com, il nous faut des URL complètes dans tous les url() et soit on le fait à la main, soit on automatise en générant son CSS final avec un langage de script (pas exécuté à chaque requête donc pas un style.php appelé directement et qui renvoie un Content-Type:text/css). Sur un gros projet, c'est peut-être l'occasion de se mettre à Sass par exemple et de l'intégrer au process de build du projet.
zardoz a écrit :
Mais pas toujours au point le mec.
Je suis un généraliste des technos et de la communication Web, et un spécialiste des technos front-end. Bien sûr que je ne suis pas au point sur tout. Il peut aussi m'arriver de préconiser une solution qui n'est pas optimale techniquement, mais qui est un bon compromis qui prend en compte les caractéristiques du projet (objectifs, contraintes, temps et compétences disponibles...).
Modifié par fvsch (01 Oct 2011 - 11:22)
, je ne fais que passer " /> 
. Mais pas toujours au point le mec. 
Quelle bi 
, enfin quelle tach