|
Publicité ' | |||||||||||||||||||||||
|
|
#1 | ||||
|
Membre du Club
![]() Inscription : juin 2003 Messages : 83 ![]() |
Bonjour,
je suis passé à l'URL Rewriting sur mon site. Celui-ci étant vieux (fin 90) j'ai évidemment des 10aines et des 10aines de liens morts qui nécessitent d'être supprimer. GWT m'en indique près de 200, certains n'ayant d'ailleurs jamais existé ce qui m'étonne. Pour mon URL RW, je me suis basé sur ce que faisait WordPress. J'ai donc un htaccess assez dépouillé de ce type : Code :
Ma question est donc, comment et où dois-je intercaler des conditions pour rediriger les pages mortes. Je pense que je dois faire des 301. Exemple d'URL : http://www.monsite.com/dossier/actua...r=3536&t=2&d=0 Note : j'ai bcp de pages PHP, néanmoins, je ne peux pas les traiter en vrac car l'administration de mon site n'est pas URL RW. Par conséquent, si je traite les php en vrac (*.php sauf index.php) je vais au devant de grave désillusion Sur mon Mac, je me suis amusé à faire : Code :
Si http://www.monsite.com/dossier/actualites.php Alors q= /<monpath>/www/site/dossier Si http://www.monsite.com/dossier/toto/actualites.php Alors q= /<monpath>/www/site/dossier Alors q= /<monpath>/www/site/dossier aussi ! Pour moi, et d'après le tuto sur ce site, ça devrait contenir tout le path jusqu'au non de fichier non ? Ceci dit, je cherche donc l'écriture pour faire : si <file>.php existe dans le répertoire proposé OU à la racine du site alors on le traite. sinon en "redirige" par /index.php J'ai pensé à tester REQUEST_URI avec une regex pour extraire le nom de fichier PHP mais c'est tellement dur à tester... Merci d'avance pour votre aide, cordialement |
||||
|
|
00
|
|
|
#2 | ||
|
Membre du Club
![]() Inscription : juin 2003 Messages : 83 ![]() |
Bonjour,
tout d'abord, désolé Mac pour le code. Je pensais l'avoir fait, faut croire que non. Sinon j'ai creusé le problème. J'avance mais je suis bloqué un poil plus loin. Code :
Elle signifie que si j'ai un fichier php dans mon URL, je redirige vers la racine. La capture fonctionne puisqu'en faisant je vois bien écrit le fichier php trouvé. Mais il y a un hic. J'ai une Internal Server Error. J'ai lu que cela pouvait venir du fait que ma règle fait boucler mon script et que par conséquent, Apache coupe tout. Ce que j'ai cru comprendre aussi est que [L] ne voulait pas dire que le script s'arrêtait là véritablement (pas un exit PHP par analogie). Il semblerait qu'une fois qu'une règle est appliquée, l'ensemble du script est ré-exécuté (récursif donc) pour voir s'il n'y a pas d'erreur ou pire quelque chose de contraire à la sécurité. Ceci pourrait expliquer que lors de la récursivité du script, je pars en boucle infinie et booom A me relire, ca se tient. Si par exemple mon url est toto/mapage.php, je redirige vers /mapage.php. Lors du second passage, %{REQUEST_URI} vaut /mapage.php et donc est redirigé vers /mapage.php etc etc etc... boucle infinie. Si quelqu'un, expert en URL RW par Apache, peut me conseiller il m'ôterait une aiguille à tricoter du pied merci Bonne soirée |
||
|
|
00
|
|
|
#3 |
![]() ![]() Inscription : août 2005 Messages : 8 280 ![]() |
Pour moi, les deux lignes que tu as ajoutées ne servent à rien à part ajouter un / devant le / qui commence la request URI. Du coup, d'un cycle de réécriture à un autre, ton URI change (pour contenir un / devant en plus à chaque fois) sans jamais se stabiliser (i.e. ne plus être réécrite). Tu pars donc en effet en boucle infinie et au bout d'un moment, Apache en a marre et arrête.
J'en reviens à poser la question initiale : que veux-tu faire ? Que voudrais-tu que le paramètre d'URL q contienne ?
__________________
![]() Du détail, du détail, du détail !!! Revenons à la source : lisons la documentation et les fichiers de trace, la réponse à notre problème s'y trouve sans doute
|
|
|
00
|
Copyright © 2000-2012 - www.developpez.com