Une url rewritée de 324 caractères possible ?

[ortolojf]

Bonsoir

Pour mon site ( voir profil ), j'obtiens ce soir pour la 5ème Course de la 1ère Réunion, une erreur du serveur comme quoi je n'ai pas le droit d'accéder à la page finale de statistiques, dont d'ailleurs l'url est urlrewritée.

Au lieu que ce soit l'url rewritée qui s'affiche dans la barre du navigateur, c'est l'url avant rewriting ( sous la forme de page *.html ) qui s'affiche, et cette url fait 324 caractères, à part le début "http://".

Est-ce que 324 caractères c'est trop pour que l'url rewriting se fasse ?

Quelle est la limite théorique du serveur Apache pour une urlrewriting ?

Est-il normal que le message d'erreur du serveur indique une erreur 403, si le problème est du au fait que l'url est trop longue pour être urlrewritée ?

Théoriquement, l'urlrewriting dans le fichier .htaccess n'a pas d'erreur, j'ai bien examiné l'url affichée, elle devrait être interprétée par le fichier .htaccess.

Merci beaucoup de vos réponses.

Bien à vous.

Amicalement.

Jean-François Ortolo

[jcaron]

A mon avis rien à voir avec le rewriting... Moi j'obtiens ça:

Forbidden

You don't have permission to access / on this server.

Additionally, a 403 Forbidden error was encountered while trying to use an ErrorDocument to handle the request.

directement sur la page d'accueil. Tu as probablement la plupart des pages en cache, c'est pour ça que tu ne te rends pas compte du problème par ailleurs. Vérifie ton .htaccess à la racine et tes logs...

Jacques.

[nickargall]

Je croyais que la longueur limite d'une URL c'était 256 caractères ?

[jcaron]

Je crois qu'officiellement il n'y a pas de longueur limite. Dans la pratique, suivant les browsers et autres circonstances, elle est plutôt de 1024 ou 2048 caractères, quelquefois plus.

Jacques.

[dorian53]

Je croyais que la longueur limite d'une URL c'était 256 caractères ?

http://www.kakesa.net/?2006/08/29/34-longueur-dune-url-internet-uri-http-11

En HTTP 1.1 une URI plus classiquement appelé URL n'a pas de limite de taille (RFC 2616). Un serveur Web ou un navigateur doit pouvoir traiter une URI HTTP de n'importe quelle taille. Cependant la limitation vient souvent du serveur Web qui très souvent en limite la longueur ; un autre fait remarqué, les proxy (anciens en général) limite à 255 bytes (octets) ce qui sur un système où les caractères sont codé sur 1 octet correspond à 255 caractères.

Et aussi le dernier topic : http://forum.webrankinfo.com/taille-max-une-url-t60229-15.html

[ortolojf]

Bonjour

Merci beaucoup pour vos réponses.

En fait, l'url entière ( avec "http://" , a une longueur de 264 caractères avant redirection, mais la redirection incluerait les noms des paramètres en plus de leur valeurs ( Il n'y a que 4 paramètres, donc je doute que ce soit ça ).

Voici le message d'erreur que j'obtiens sur mon navigateur Firefox 3.0.7 sous Linux Fedora 10 64 bits:

-------------------------------------------------------------------------------
Accès interdit!

Vous n'avez pas le droit d'accéder à l'objet demandé. Soit celui-ci est protégé, soit il ne peut être lu par le serveur.

Si vous pensez qu'il s'agit d'une erreur du serveur, veuillez contacter le gestionnaire du site.
Error 403
http://www.pronostics-courses.fr
Tue Mar 17 11:23:23 2009
Apache
--------------------------------------------------------------------------------

Donc, il ne me semble pas que ce soit une erreur d'urlrewriting, compte tenu du fait, que dans mes logs tous les accès à ces mêmes courses du lendemain, sont logguées avant urlrewriting ( c'est-à-dire sous la forme "http://www.domain.ltd/chemin/url_avant_rewriting.html", même quand le code d'erreur est le code correct 200.

D'autre part, j'ai eu sous les yeux dans mes logs simultanément ( même écran ) deux urls d'accès aux Courses du lendemain ( même script, paramètres différents ), l'un ( la fautive ) avec erreur 403 ( La 5ème Course de la 1ère Réunion est la seule course qui me fait ce coup-là ), et l'autre un tout petit peu plus courte ( mais pas beaucoup ), avec code de retour normal 200. J'ai examiné dans le plus grand détail la syntaxe de ces deux urls, et n'ai trouvé strictement aucune différence sous l'angle des types de caractères permis, de la structure, etc...

Je m'arrache les chevaux, c'est la première fois que je rencontre un problème aussi incompréhensible.

J'ai vérifié très soigneusement, qu'il n'y avait pas d'espace dans l'url, pas de problème.

D'autre part, il me semble ( dites-moi si je me trompe ), que ce type d'erreur ( 403, non autorisé ), ne correspond pas de toute façon, à un problème d'url rewriting.

J'ai fait en sorte qu'il n'y ait pas d'ambiguïté possible dans la reconnaissance de l'url pour sa traduction par le serveur, en url avec les noms des paramètres. De toute façon, les équivalents urlrewrités des 4 paramètres, sont séparés par des virgules-séparateurs, et il n'y a pas de virgule dans ces paramètres, alors...

Qu'en pensez-vous ?

Je crois avoir tout essayé, tout testé, mais je n'ai pas trouvé... ;(

Merci beaucoup de votre aide.

Bien à vous.

Amicalement.

Jean-François Ortolo

[ortolojf]

Bonjour

Compte tenu de la longueur de 264 caractères de mon url avec "http://www.domain.ltd/", qui est juste au dessus de 256 caractères, j'en suis réduit à penser , que le serveur de mon hébergeur ( Sivit mutualisé 1 Go nouvelle plate-forme PHP 5 MySQL 5 ), n'accepte que des urls d'au plus 256 octets.

Dur, dur...

Quelqu'un aurait-il confirmation de la chose ?

Celà m'étonne de Sivit, qui en général optimise le niveau de performance de ses serveurs. 256 caractères, ce n'est vraiment pas beaucoup... ;(

Bon, je n'en mourrai pas d'avoir de temps en temps ce genre de problème ( rarement ), car cela ne se produit que quand les Chevaux n'ont pas déjà couru, donc quand il n'y a pas de statistiques ni de pronostics. Les visiteurs ne sont pas lésés réellement... Mais ils peuvent être surpris et leur confiance dans mon site peut être ébranlée... ;(

En ce qui me concerne, je classe l'affaire dans la catégorie: "Sivit peut mieux faire, et fera sans doute mieux à l'avenir".

Bien à vous.

Amicalement.

Jean-François Ortolo