PHP|Débutant :: Forums

Bonjour,

Je vais reposter ici la réponse que je vous avais faite par email, déjà pour en faire profiter tout le monde, et aussi au cas où vous ne l'ayez pas reçu.
----------------------------
De manière à rendre votre rewrite possible, il est nécessaire au préalable de rendre consultable chaque produit de votre site à travers une url spécifique exemple avec un seul paramètre:  http://www.monsite.fr/produits?id=12324 ou avec plusieurs http://www.monsite.fr/produits?id=1234& … color=bleu
Il est donc essentiel que cet accès soit possible à travers votre front controller applicatif. Une fois ceci en place, il vous sera aisé de construire vos règles de rewrite pour consulter vos pages produits.
Vous noterez dans mes exemples l'absence de nom de produit qui peux toutefois être présent dans votre url rewrité et ignoré dans votre règle de rewrite pour ne passer à l'application que les paramètres utiles (normalement l'id suffit s'il corresponds à la clé primaire produit). Dans le cas où un produit existe en deux coloris avec la même id et que vous souhaitiez mettre en place deux fiches produits distinctes, alors le coloris devra être inclus dans la règle de rewrite avec l'id.

Voici deux exemples de règle de rewrite que vous pourrez adapter à votre besoin:

URL:    http://monsite.fr/produit-1234.html
Règle: RewriteRule produit-(.*)\.html$ /products.php?id=$1 [L]

URL: http://monsite.fr/produit-1234-coloris_bleu.html
Règle: RewriteRule produit-(.*)-coloris_(.*)\.html /products.php?id=$1&color=$2 [L]

En espérant vous avoir aidé suffisamment.

Jc

EDIT: Je vais rajouter ceci cependant. Dans votre exemple pour que votre rewrite fonctionne, il faut que 8210 soit inclus dans votre url rewrité quelque part, sinon cela ne peut fonctionner, où alors au risque d'une importante chute de performances et que le texte entré en rewrite puisse être passé en l'état en paramètre de votre fichier php.

Dernière modification par Jc (16-01-2014 14:48:35)

Bonsoir,

Alors oui excusez-moi j'ai écris un peu vite donc je corrige^^

l'url réelle ? => www.monsite.fr/products?id=1234&color=bleu
l'url virtuelle => www.monsite.fr/produit-1234-coloris_bleu.html
la Règle => RewriteRule produit-(.*)-coloris_(.*)\.html /products.php?id=$1&color=$2 [L]

Voilà Ce qui compte c'est que la règle "matche" l'url virtuelle, à partir de là on peut rewriter sur une url réelle complètement différente du moment qu'elle existe et qu'elle sera capable de traiter la requête.

Pour vos questions, comme je vous l'ai dit vous pouvez occulter la désignation rewritée dans votre règle car au final vous ne vous en servirez pas pour trouver votre produit car seul la recherche par clé technique ou clé technique composite est pertinente, performante et efficace.

Rien ne vous empêche donc de créer une règle de rewrite par catégorie de produit ou par type de produit ayant chacune leur spécificité de rewrite.
Par exemple :

objectif => créer un lien du type www.monsite.com/creme-hydratante-bio-yves-rocher-2345.html
- depuis => un lien réel du type www.monsite.com/produits.php?id_prod=2345
- la règle => RewriteRule .*-(.*)\.html /produits.php?id_prod=$1 [L]

En ce qui concerne le paramètre du volume du produit, s'il corresponds à un conditionnement spécifique et donc une référence et des caractéristiques différentes d'un même produit, alors ce critère est pertinent et il faut le faire matcher et donc l'inclure dans la règle. Avec ce que je viens de vous dire cela devrait aller je pense pour que vous vous en sortiez

N'oubliez pas non plus pour que le moteur de recherche connaisse votre url virtuelle, il faut qu'elle soit présente en lien sur une page de votre site. Or dans votre code PHP qui va construire votre URL virtuelle à référencer, l'ensemble des informations relatives au produit nécessaires à cette création seront connus.

++

Dernière modification par Jc (17-01-2014 22:39:11)

Bonjour,

1) Pour aller plus en profondeur avec le rewrite je vous donne la bible de référence => La doc apache du module rewrite

Pour répondre à votre question précisément sur le drapeau [QSA] et pour éviter tout risque d'erreur je vous fait une extraction de la doc à ce sujet :

Voilà si vous avez besoin d'explications, n'hésitez pas

2) En ce qui concerne les .htaccess
Le fichier .htaccess s'applique pour toute l'arborescence descendante issue du dossier dans lequel il est placé, et réévalué par le serveur à chaque lancement de scrit, ce qui est important de le souligner car cela peut créer d'importants overheads de traitements surtout en cas de charge serveur importante (utilisation site).
Si dans un sous répertoire de celui-ci se trouve un autre .htaccess, il sera également évalué et les dernières règles s'ajouteront et/où remplaceront les précédentes.

Les meilleures performances s'obtiennent avec un serveur dédié en plaçant les règles de rewrite du .htaccess directement dans le fichier de configuration d'apache qui seront prises en compte automatiquement (sans aucune réévaluation) et par défaut pour l'ensemble du site sans aucun overhead de traitement.

++

EDIT: Pour le cas des sous-domaines, de toute manière vous ne pourrez pas les créer en dehors d'une interface admin dans un contexte mutualisé, car il n'y a pas de sous-domaine possible sans reconfiguration du fichier .conf d'apache. La redirection y sera incluse.
Ensuite sans sous-domaine réel, il est possible en effet de déclarer un sous-domaine et de le rediriger vers un sous-répertoire du domaine principal à partir de vos DNS. Mais l'écriture du sous-domaine ne sera pas conservée dans l'url.

Dernière modification par Jc (23-01-2014 19:07:23)