Discussion :

[Invité]

Bonsoir,

Ce message peut concerner à la fois la langage PHP et Apache, je le poste donc dans les généralités.

Depuis quelques temps je passe au crible certaines applications PHP (simplement pour ma culture perso !), en ce moment même, Plume CMS et DotClear, qui se ressemblent...

...Ces deux applications semblent intégrer de manière native un système d'URL rewriting, qui n'est pas basé sur le module Rewrite (mod_rewrite) de Apache (ou similaire), mais sur une implémentation PHP/SGBD...

Le code source n'est pas très lisible (et peu documenté), donc difficile de décortiquer la chose..., j'ai une petite idée de la manière dont c'est pensé, mais ça reste assez flou, quelqu'un à d'amples infos concernant cette manière de faire ?

Pour les spécialistes du domaine, que pensez-vous d'une telle méthode ? En dehors du fait qu'elle puisse être employée sur un serveur qui n'utilise pas mod_rewrite, quel est son intéret ?


Merci

[targuan]

Bonsoir

Je ne sais pas comment celà est fait dans DotClear ou Plume CMS, mais je suppose qu'ils utilisent une page d'erreur personnalisée (je ne connais pas d'autre moyen).

Cette méthode consiste à faire des liens vers des pages qui n'existent pas. Le serveur va alors appelé la page d'erreur 404 qui se trouve être une page contenant du PHP. Il est alors facile de généré la page souhaité en utilisant la variable $_SERVER['REQUEST_URI'] pour savoir quelle page à été demandée.

[Eusebius]

Bonsoir

Je ne sais pas comment celà est fait dans DotClear ou Plume CMS, mais je suppose qu'ils utilisent une page d'erreur personnalisée (je ne connais pas d'autre moyen).

Cette méthode consiste à faire des liens vers des pages qui n'existent pas. Le serveur va alors appelé la page d'erreur 404 qui se trouve être une page contenant du PHP. Il est alors facile de généré la page souhaité en utilisant la variable $_SERVER['REQUEST_URI'] pour savoir quelle page à été demandée.

Bonjour
Si mes souvenirs sont bons, pour faire une page 404 personnalisée il faut aussi un .htaccess.

[stunti]

Je pense que le principe est plus simple.
Il suffit de mettre le nom de sa page et ensuite de separer chacun des parametre par des /

Ensuite, on explose le $_SERVER["REQUEST_URI"]; qui correspond a tout se qui se trouve derriere le nom du script


donc si dans l'url tu as :

http://www.monserveur/index.php/val1/val2/val3

le $_SERVER["REQUEST_URI"] contiendra val1/val2/val3

il suffit de faire un petit explode pour retrouver chaque valeur individueelement.

Si tu connais la ce que represente la valeur en fonction de la position, tu as gagne.

Apres tu peux etoffer en mettant cle1/val1/cle2/val2 et dans ce cas, plus besoin de savoir a quoi correspondent les positions;

[Invité]

Je pense que le principe est plus simple.
Il suffit de mettre le nom de sa page et ensuite de separer chacun des parametre par des /

Ensuite, on explose le $_SERVER["REQUEST_URI"]; qui correspond a tout se qui se trouve derriere le nom du script


donc si dans l'url tu as :

http://www.monserveur/index.php/val1/val2/val3

le $_SERVER["REQUEST_URI"] contiendra val1/val2/val3

C'est que j'ai pensé aussi, un simple parsing de REQUEST_URI à la recherche d'élément considérés comme valides, mais apparament l'hypothèse de targuan se tient puisque il y a aussi (effectivement) une gestion un peu spéciale de QUERY_STRING à partir d'un fichier d'erreur 404 personnalisé et du système de template...

... Petite précision pour Eusebius, lorsque j'ai parlé de "basé sur .htaccess", j'entendais par là, basé sur le module Rewrite de Apache (ou similaire), désolé pour la confusion...C'est corrigé.

[stunti]

le probleme du 404, c'est qu'apache intervient a chaque fois et qu'il devient plus difficile de traite les vraie erreur 404. (invisible dans le access.log par exemple)