rewriting simple mais problème chez OVH

[mego]

Bonjour,

J'utilise sur plusieurs de mes sites une règle de rewriting très simple, ci dessous :

Code: Tout sélectionner

RewriteEngine on
RewriteRule ^([a-z]+)/([a-z0-9\-]+)\.html$ /?lang=$1&page=$2 [QSA,L]

Je suis hébergé chez OVH et depuis quelques semaines lorsque je créé un nouveau domaine/hébergement cette règle ne fonctionne plus. J'ai contacté leur service technique qui est parfaitement incapable de me répondre...

Avez vous eu ce genre de problème ?
Savez vous comment le résoudre ?

Merci

[Seraph]

J'ai eu ce genre de probleme, je t'avouerai que j'ai fait tellement de truc que je ne sais meme plus comment j'en suis venu a bout...
Tu as une erreur 500 ? Essaye de vider ton .htaccess et de le remettre en ligne voir si l'erreur disparait.

Tu n'as qu'une ligne dans ton .htaccess ?

[k2pi]

De memoire il me semble que sur OVH il y a une subtilite avec le / a mettre (ou pas) au debut des chemins de redirection.

[Seraph]

Il est mis la : /?lang=$1&page=$2

[mego]

Je n'ai qu'une seule ligne dans mon .htaccess

J'ai déjà essayé de vider et remettre en ligne, rien n'y fait

[Leonick]

cette règle ne fonctionne plus.

Ca veut dire quoi ne fonctionne pas ?
erreur 500, 404 ?
quelle est l'url saisie et l'erreur renvoyée ?

[k2pi]

Il est mis la : /?lang=$1&page=$2

Justement je viens de verifier sur mon compte ovh et il ne faut pas mettre de /

[Seraph]

Si c'est erreur 500, est ce que ca la met meme quand le .htaccess n'est plus sur le serveur ?
Dans ce cas la il te reste plus qu'a attendre un peu pour que ca revienne...

C'est etrange, on dirait que OVH mets les .htaccess "en cache".

[Seraph]

Il est mis la : /?lang=$1&page=$2

Justement je viens de verifier sur mon compte ovh et il ne faut pas mettre de /

Normalement non (url rewriting chez OVH), mais j'ai l'impression que ca marche pas terrible chez OVH... On ne doit pas tous avoir la meme config.

[mego]

Voici par exemple une page d'erreur :
**http://www.tatuajes-temporales.es/es/tattoos-range.html
Par contre la page non ré-écrite fonctionne bien :
**http://www.tatuajes-temporales.es/?lang=es&page=tattoos-range

[Leonick]

C'est etrange, on dirait que OVH mets les .htaccess "en cache".

j'ai, effectivement, remarqué cela à certains moments. Quand ça ce passe comme cela (mise en cache des fichiers et pas que les htaccess) Je supprime donc le fichierje fait 2-3 rafraichissements jusqu'à obtenir une erreur puis je remet le fichier. Mais ça n'arrive que très très peu souvent.

[Leonick]

Voici par exemple une page d'erreur :
**http://www.tatuajes-temporales.es/es/tattoos-range.html
Par contre la page non ré-écrite fonctionne bien :
**http://www.tatuajes-temporales.es/?lang=es&page=tattoos-range

rajoute un R dans la règle de réécriture pour voir comment il réécrit cette url

[Seraph]

Cet URL fonctionne :
http://www.tatuajes-temporales.es/?es/t ... range.html

Normal puisque ton .htaccess est

Code: Tout sélectionner

RewriteEngine on
RewriteRule ^([a-z]+)/([a-z0-9\-]+)\.html$ /?lang=$1&page=$2 [QSA,L]

Si tu veux des URL de ce type :
http://www.tatuajes-temporales.es/?es/t ... range.html

Tu devrais essayer avec ton .htaccess comme ca :

Code: Tout sélectionner

RewriteEngine on
RewriteRule ^([a-z]+)/([a-z0-9\-]+)\.html$ /page.php?lang=$1&page=$2 [QSA,L]

Avec page.php le nom de ta page...

[mego]

rajoute un R dans la règle de réécriture pour voir comment il réécrit cette url

testé avec la règle comme suit :

Code: Tout sélectionner

RewriteRule ^([a-z]+)/([a-z0-9\-]+)\.html$ /?lang=$1&page=$2 [QSA,L,R]

mais ça ne donne rien

[marvelkenny]

Bonjour,

Je possède une offre Start1G de ovh et je viens de commencer un site web en php. j'ai donc voulu appliqué ce qu'indique le tutoriel de WRI :

Options +FollowSymlinks
RewriteEngine on
RewriteRule ^/([a-z0-9]+)\.html$ /index.php?page=$1 [L]
RewriteRule ^/([a-z0-9]+)-([a-z0-9]+)\.html$ /index.php?page=$1&rubrique=$2 [L]

J'ai placé le fichier htaccess dans le répertoire www, or en testant, le serveur renvoie une erreur 500. J'ai donc essayé le test proposé par le tutoriel et la même erreur est obtenue.

Il me semble pourtant l'url-disponible. Savez-vous résoudre ce problème ?