Prb Apache 2.0.45 et mod_rewrite

Discussion dans 'URL Rewriting et .htaccess' créé par djwo, 12 Mai 2003.

Tags:
  1. djwo
    djwo Nouveau WRInaute
    Inscrit:
    7 Mai 2003
    Messages:
    3
    J'aime reçus:
    0
    Bonjour,

    j'ai déjà mis un post la semaine dernière concernant un problème de casse avec apache 1.3.27 sous windows. Je ne suis jamais arrivé à passer outre ce problème alors que sous un serveur web linux, tout passe sans problème.

    Etant donné que cela marche sous linux et qu'après de nombreuses recherches je ne suis pas parvenu à trouver la solution, je me suis dit qu'il fallait essayer de passer à la dernière version d'apache.

    Du coup je l'ai installé et là horreur, je n'arrive même plus à faire fonctionner un exemple de base.
    Le module mod_rewrite.so a pourtant bel et bien été activé dans le httpd.conf. Le fichier .htaccess ressemble à ceci :
    Code:
    Options +FollowSymlinks
RewriteEngine on
RewriteRule ^trouve.html$ index.php [L]
    J'ai également activer le fichier des erreur avec un niveau à 9, qui devrait me rapporter un max d'infos et il ne me retourne que ceci :
    Code:
    127.0.0.1 - - [12/May/2003:17:09:49 +0200] [127.0.0.1/sid#23bc68][rid#470ec0/initial] (2) init rewrite engine with requested uri /dev/scripts/scripts/trouve.html
127.0.0.1 - - [12/May/2003:17:09:49 +0200] [127.0.0.1/sid#23bc68][rid#470ec0/initial] (1) pass through /dev/scripts/scripts/trouve.html
    Avez vous une idée de ce qu'il se passe?
     
    #1 djwo, 12 Mai 2003
  2. djwo
    djwo Nouveau WRInaute
    Inscrit:
    7 Mai 2003
    Messages:
    3
    J'aime reçus:
    0
    ok

    Ok le problème était que dans le httpd.con la ligne suivante était insérée :
    AllowOverride None

    Or cette ligne interdit la mise en place du fichier .htaccess.
    En la mettant à :
    AllowOverride All

    le problèmé est résolu.

    Et le must du must, avec apache 2.0.45, la casse des urls est enfin respéctée!!!
     
    #2 djwo, 12 Mai 2003
  3. hetzeld
    hetzeld WRInaute passionné
    Inscrit:
    2 Décembre 2002
    Messages:
    1 586
    J'aime reçus:
    0
    Bonjour,

    Tu ne précises pas où se trouve cette règle.. dans le .htaccess de la racine ou dans un sous répertoire ?

    Selon ton log, tu cherches à remplacer une url commençant par trouve.html alors que le moteur reçoit /dev/scripts/scripts/trouve.html
    soit tu supprimes le ^ de ta règle,
    soit tu ajoutes la ligne suivante (après RewriteEngine on):
    RewriteBase /dev/scripts/scripts/

    Dan
     
    #3 hetzeld, 12 Mai 2003
  4. zehunter
    zehunter WRInaute occasionnel
    Inscrit:
    10 Février 2003
    Messages:
    390
    J'aime reçus:
    0
    je vais peut etre dire une grosse connerie mais ta regle est pas bonne ...

    ^ signefie debut de ligne et $ signifie fin de ligne .. donc toutes les urls qui commance part t contiens rouve.htm et fini par l sera interprete comme une url a reecrire ...

    je dirais qu'une regle comme suis:
    ^*?trouve.html$ marcherais mieux .. mais j'en suis pas sur ...

    voila ...
     
    #4 zehunter, 12 Mai 2003
  5. djwo
    djwo Nouveau WRInaute
    Inscrit:
    7 Mai 2003
    Messages:
    3
    J'aime reçus:
    0
    Je ne sais pas trop en quoi influe les sépareurs de début et de fin de ligne, j'ai vu dans ce forum que cela posait pas mal de problème (en tout cas sous windows). Mais l'exemple que je cite ici est au caractère rès celui qui est donné en exemple dans le tutorial de webrankinfo.

    Si quelqu'un veut bien expliquer leur réelle signification...

    Pour répondre à Dan, le fichier htaccess était bien à la racine. C'était vraiment un problème de droits à régler dans le httpd.conf (tout fonctionne à merveille maintenant, meême en laissant le ^).
    Mais effectivement l'erreur que soumet le fichier log du mod rewrite ne permettait pas d'appréhender facilement l'erreur.

    Je vous remercie vivement tous les deux pour votre contribution...

    A+
     
    #5 djwo, 12 Mai 2003
  6. hetzeld
    hetzeld WRInaute passionné
    Inscrit:
    2 Décembre 2002
    Messages:
    1 586
    J'aime reçus:
    0
    Elle n'est pas très grosse, mais c'en est une. Ta règle est pire ! :lol:

    Dans ton exemple, le caractère ^ ne sert à rien, pas plus que le ? d'ailleurs ... et si tu veux faire un "match" de n'importe quel caractère, c'est .* et non * tout seul.
    Cela fait beaucoup à redire sur 3 caractères... :wink:

    Si on veut réécrire les URLs qui se terminent par "cherche.html" , il est inutile de mettre quoi que ce soit devant, donc:
    Code:
    RewriteRule cherche.html$ trouve.html
    suffit largement et est équivalent (en plus rapide) aux règles
    Code:
    RewriteRule .*cherche.html$ trouve.html 
RewriteRule ^.*cherche.html$ trouve.html
    Dans ces dernières règles, il est inutile de rechercher le début de l'URL, et tous les caractères qui pourraient précéder le mot "cherche.html" car cela consomme des ressources inutilement et on n'en fait rien de toutes façons.
    Elles sont néanmoins correctes en terme de syntaxe, ce n'est que la logique qui est prise en défaut et qui alourdit l'expression.

    Dan
     
    #6 hetzeld, 13 Mai 2003
  7. zehunter
    zehunter WRInaute occasionnel
    Inscrit:
    10 Février 2003
    Messages:
    390
    J'aime reçus:
    0
    desole j'ai plus l'habitude de dev en perl avec des expression regulieres ...
     
    #7 zehunter, 13 Mai 2003
  8. hetzeld
    hetzeld WRInaute passionné
    Inscrit:
    2 Décembre 2002
    Messages:
    1 586
    J'aime reçus:
    0
    Zehunter,

    Pas de problème, mais les expressions régulières en Perl ne sont pas tellement différentes :wink:

    Dan

    PS: J'ai édité ton message comme il n'est pas utile de citer systématiquement l'intégralité du message auquel tu réponds.
     
    #8 hetzeld, 13 Mai 2003
(Vous devez vous identifier ou vous inscrire pour poster ici.)
Chargement...
Similar Threads - Prb Apache mod_rewrite Forum Date
Prb: apache-ssl ne gere pas le php Administration d'un site Web 17 Janvier 2006
WordPress permalink produit préfixe url prb Débuter en référencement 10 Mai 2020
Prb avec le fichier robots.txt bloqué alors que tout semble ok Crawl et indexation Google, sitemaps 19 Octobre 2012
prblm google analytics Google Analytics 2 Mars 2011
Racine du site deux index html et php prb référencement ? Problèmes de référencement spécifiques à vos sites 22 Juillet 2009
prbleme ref Débuter en référencement 7 Janvier 2009
prb url rewritting URL Rewriting et .htaccess 25 Novembre 2008
prb avec mon site Problèmes de référencement spécifiques à vos sites 15 Septembre 2008
prb url rewriting côté PHP URL Rewriting et .htaccess 20 Juillet 2008
Prbleme avec les caracteres speciaux URL Rewriting et .htaccess 21 Décembre 2007
Prb d'affichage des couleurs sous firefox [RESOLU] Développement d'un site Web ou d'une appli mobile 8 Août 2007
Prbl javascript : onchange vers onclick Développement d'un site Web ou d'une appli mobile 30 Juin 2007
Prb htaccess URL Rewriting et .htaccess 28 Juin 2007
Prb de Redirection ou rewriting / espace dans url URL Rewriting et .htaccess 1 Novembre 2006
Prb zonecheck : Impossible de résoudre le 'loopback' Administration d'un site Web 5 Septembre 2006
prb avec le refferer a partir d'une redirection Netlinking, backlinks, liens et redirections 19 Mars 2006
prb connexion reseau VPN distant Débuter en référencement 18 Octobre 2005
Prb url rewriting et redirection permanente URL Rewriting et .htaccess 24 Août 2005
Prbl: Importation gros fichiers ds phpmyadmin Administration d'un site Web 16 Février 2004
Prb de référencement et de page d'accueil Problèmes de référencement spécifiques à vos sites 5 Septembre 2003