Discussion :

[boteha]

Bonjour,

Je viens de consulter plusieurs pages sur le rewriting d'URL sous appache sans comprendre si le problème que je me pose peut trouver une solution.

L'idée, pas très originale, consiste à remplacer les url du genre :

www.monsite.com/script.php?var=tfdre&user=145&c=Voi&c=ARDE^tru£&h=gtfrt

par quelque chose du genre :

www.monsite.com/cable RJ45 cat 6 UTP

Au fait, QUESTION 1, c'est possible d'avoir des espaces dans une URL ?

Il est entendu qu'il n'existe aucune page html, ce sont les variables GET de l'URL qui créent cette page, avec en plus des variables de SESSION, et ces variables créent des variables dans les liens de la page...

Bon, QUESTION 2, c'est possible ?

Merci d'avance.

[sami_c]

have a look :
http://web.developpez.com/tutoriel/apache/urlrewriting/
bonne lecture

[boteha]

Merci de ton adresse, ça m'a l'air bien intéressant, j'y travaille ce week-end.

[Linaa]

Ce n'est pas possible d'avoir des espaces dans l'URL.
En fait, ils sont remplacés par %20.
Tu peux utiliser des underscrores _ (ou des tirets) à la place.

[boteha]

Merci de l'info

[boteha]

Bonjour,

Je viens de passer un peu de temps sur le site de sami_c et celui d'Appache, et il y a un truc qui me trouble :

La règle de réécriture peut-elle être dynamique, mais sans passer par les expressions régulières ?

$tab = array ('Pomme' => 'A', 'Banane' => 'B');

www.monsite.com/Pomme
$valeur_a_remplacer = 'Pomme';
$nouvelle_valeur = "script.php?var=$tab[$valeur_a_remplacer];

Rewrite_rule
www.monsite.com/Pomme
www.monsite.com/$nouvelle_valeur

Donc, construire la rewrite rule à la volée à partir d'un script PHP, c'est possible ?

Merci d'avance.

[Yogui]

Salut

Si tu peux patienter quelques jours, je suis en train de finaliser un tutoriel qui traite exactement de ce sujet.
Merci ^^

[boteha]

Bonjour,

Merci de ta réponse.

Je peux attendre quelques jours, car je suis en train de débarrasser mes URL de diverses variables GET d'environnement (que je passe en $_SESSION) afin de ne conserver en GET que les deux variables indispensables qui mènent à la page recherchée, ce qui me semble un bon préalable avant d'attaquer le rewrite.

Merci d'avance de me donner l'adresse de ton tuto dès qu'il est prêt.

[Yogui]

Re

Voici le tutoriel annoncé : http://g-rossolini.developpez.com/tu...url-rewriting/

[boteha]

MERCI.

Je vais voir demain, je te tiens au courant.

[boteha]

Merci de ton tuto, très bien, je vais m'y mettre quand le nettoyage de mes URL sera terminé, ce qui bien sûr prend plus de temps que prévu.

Je te tiens au courant.

[Yogui]

Y'a pas de souci, prends le temps qu'il te faut !

[boteha]

Bonjour,

Très clair ton tuto, merci.

QUESTION STRATÉGIQUE.
J'ai bientôt terminé le nettoyage des URL qui passent de 5 à 2 variables GET.
Avant rewriting, les nouvelles URL sont du genre :

touslescables.com/a.php?a=A7AL^300P&c=Voi

Puis-je installer ces URL sur le site avant d'avoir commencé le rewriting ?
Je veux dire, si Google commence à indexer ces URL (avec les URL à 5 étages, pour l'instant il bloque sur la page d'accueil), est-ce qu'il réindexera les URL rewritées, ou est-ce que ça ne lui plaira pas du tout de trouver de nouvelles URL qui mènent aux mêmes pages déjà indexées ?

J'espère que ma question est claire.

Merci d'avance.

[Yogui]

Ça ne lui plaira pas du tout...
Il faudra passer par un fichier de redirection HTTP utilisant la fonction header(). Le tuto est en préparation ^^
Question de stratégie, je ne sais pas si c'est une bonne idée d'avoir des caractères aussi spéciaux dans l'URL. Si tu avais un identifiant numérique, ce serait mieux. Le nom des produits etc. n'est ajouté à l'URL que comme information. Dans mes exemples, tu peux changer l'URL à volonté tant que tu ne modifies pas les identifiants.

[boteha]

Merci de ta réponse.

Dans l'identifiant, le seul caractère bizarre est le ^ qui sert de séparateur et, justement, je peut le faire sauter au moment du rewriting.

touslescables.com/a.php?a=A7AL^300P&c=Voi

pourrait donner :

touslescables.com/voir-vitrine/cable-RJ45-cat5-UTP-A7AL/droit-300P

C'est affreux ?

[Yogui]

Dans le lien d'origine : puisque tu peux faire sauter le paramètre "a" sans que cela affecte ton application, à quoi sert ce paramètre ? Pourquoi ne pas simplement le virer ?
Si tu examines les exemples de mon tuto, il n'y a aucun paramètre inutile à l'origine. C'est ma technique d'URLR qui s'occupe de chercher dans la BDD les mots clefs que nous pouvons ajouter.

[boteha]

Bonjour,

Merci de ton intérêt.

Je ne comprends pas bien ce que tu veux dite.

touslescables.com/a.php?a=A7AL^300P&c=Voi

Dans cet URL, il y a 2 variables GET indispensables :
c = choix du type de lien dans la page.
Sur la page, il y a les liens qui permettent d'afficher les produits, et bien sûr d'autres liens (FAQ, Forum, partenaires, promotions, etc.). Je suis obligé de savoir.
a = infos pour effectuer la recherche dans la BD.

Si tu vas sur touslescables.com (URL raccourcis non mises en place), tu comprendras peut-être mon problème.

Sue la page d'accueil, le moteur doit suivre les liens des catégories qui mènent aux listes, puis sur les listes voir les liens qui mènent au produits et référencer l'URL qui affichera directement la page du produit.

Il existe 10 modes de recherche possibles, mais seul ce mode de recherche doit intéresser les moteurs, et d'ailleurs j'aimerais que les moteurs ne référencent que ces recherches, sans doute un boulot à faire dans le fichier robots.txt qui d'ailleurs n'existe pas encore...

Sur un site miroir de test :
pharmimmo/mieux/cables/index.php

Tu peux voir les URL en cours de raccourcissement, ce sera bientôt terminé, et je pourrais alors attaquer le rewriting.

Merci de tes conseils.

[Yogui]

J'ai raté quelque chose...
Si ton paramètre "a" est indispensable, alors il est également inaliénable. Tu ne peux pas le modifier. En ce cas, tu ne peux pas changer les ^ en quoi que ce soit, à moins d'être certain de ne pas avoir besoin du caractère de remplacement.
Il m'a semblé que tu parlais de réécrire ce paramètre, d'où mon étonnement.

[boteha]

Merci de ta réponse.

Le ^ est juste une marque de séparation.

Dans l'URL réécrite, la séparation est effectuée, pour une présentation plus jolie.

Là, je ne ne vois pas où est le problème.

[Yogui]

Tout dépend de comment tu vas gérer les choses dans ton .htaccess...
De mon point de vue, s'il y a une séparation, il y a deux options :

• Soit le paramètre n'est pas "atomique" (tu pourrais le décomposer)
• Soit il est atomique (et nécessaire), auquel cas le modifier serait un peu dangereux.