Non, je ne suis pas d'accord. Oublions tout de suite les les serveurs Web non-apache où, effectivement, tu as raison.
Pour les autres, il n'y a pas de raison d'utiliser PHP pour faire ça : Apache est déjà lancé, tourne, avec ses processus et son sac à main. Il est prêt, il est chaud, il n'attend qu'une chose, c'est qu'on lui demande de faire ce boulot qu'il réalise superbement, très vite (plus que PHP), avant lui et peut en profiter pour régler d'autres problèmes d'un coup. (tout ça pour peu qu'Apache soit bien configuré, mais c'est un autre problème, celui de l'hébergeur)
Avec ta technique, tu va conserver le nom du script d'accès dans l'URL, ce qui n'est pas le but du jeu, ou alors, tu vas utiliser le directoryIndex, ce qui, soit te contraint à avoir ton accueil en PHP, soit à modifier les directives apache (tant qu'a faire...) D'ailleurs, est-ce que ça ne pose pas de problème dans ces cas là, au-dit apache ?
mod_rewrite va te permettre de gérer les parties PHP et non-PHP de ton site d'un seul coup, ce qui n'est pas négligeable.
Enfin, question : les pages de spip ne sont-elles pas misent en cache ? Si oui, je crois (mais je ne suis pas sur) que le cache stocke le contenu analysé (donc le rendu html) des pages. Ce système n'interfère-t-il pas avec le gain de vitesse que ce cache doit apporter ?
voilà, je crois (je me trompe peut-être) des raisons d'utiliser mod_rewrite plutôt que PHP pour ça. Bien sûr, si mod_rewrite n'est pas disponible...
[^] # Re: pas de validation, mais...
Posté par renaud . En réponse au journal Envie de pomper?. Évalué à 2.
Pour les autres, il n'y a pas de raison d'utiliser PHP pour faire ça : Apache est déjà lancé, tourne, avec ses processus et son sac à main. Il est prêt, il est chaud, il n'attend qu'une chose, c'est qu'on lui demande de faire ce boulot qu'il réalise superbement, très vite (plus que PHP), avant lui et peut en profiter pour régler d'autres problèmes d'un coup. (tout ça pour peu qu'Apache soit bien configuré, mais c'est un autre problème, celui de l'hébergeur)
Avec ta technique, tu va conserver le nom du script d'accès dans l'URL, ce qui n'est pas le but du jeu, ou alors, tu vas utiliser le directoryIndex, ce qui, soit te contraint à avoir ton accueil en PHP, soit à modifier les directives apache (tant qu'a faire...) D'ailleurs, est-ce que ça ne pose pas de problème dans ces cas là, au-dit apache ?
mod_rewrite va te permettre de gérer les parties PHP et non-PHP de ton site d'un seul coup, ce qui n'est pas négligeable.
Enfin, question : les pages de spip ne sont-elles pas misent en cache ? Si oui, je crois (mais je ne suis pas sur) que le cache stocke le contenu analysé (donc le rendu html) des pages. Ce système n'interfère-t-il pas avec le gain de vitesse que ce cache doit apporter ?
voilà, je crois (je me trompe peut-être) des raisons d'utiliser mod_rewrite plutôt que PHP pour ça. Bien sûr, si mod_rewrite n'est pas disponible...