Version imprimable
Bonjour à tous, voila j'utilise l'url rewriting pour mon site web,
mais j'ai quelque question :
1 comment faire, pour transformer les tien index.php?Page=accueil&Etape=1 en Accueil/Etape1 ou Accueil/Etape/1
Voici mon script htaccess :
2 Comment je peux bien optimiser se script ?Code:
2
3
Merci d'avoir lut
Il marche ce script ou pas ? Si tu parles d'optimiser le script, c'est qu'il fonctionne : que cherches-tu comme optimisation ?
Bah j'aimerai savoir si il y à pas un meilleur code pour ce système est comment faire pour transformer les tien index.php?Page=accueil&Etape=1 en Accueil/Etape1 ou Accueil/Etape/1 ?
Je crois qu'on cherche la même chose, je vais essayer d'être plus clair :
pour naviguer sur mon site les utilisateurs voient des URL du type :
monsite.com/module1/show_content.php?obj=host-25&id=123
J'aimerais mieux qu'il voient quelque chose comme ça :
monsite.com/view_host-25_123.html
L'URL Rewriting peut faire ça dans le but du SEO mais moi ça ne m’intéresse pas je souhaite juste modifier l'URL que l'utilisateur va voir dans la barre d'adresse, pas celle que les robots vont crawler ou autre.
Ça peut se faire avec de l'url rewriting ou il faut que je ré-écrive tous mes liens à la main pour leur donner la forme voulue?
Je suis tombé sur un exemple sur un forum mais je ne l'ai pas bien compris, je sais pas si ça correspond à ce que je veut :
Merci de vos réponsesCitation:
URL canoniques : une seule URL pour une même ressource / fichier
Sur de nombreux sites (surtout lorsque vous commencer à utiliser la réécriture d'URL), il existe plusieurs URL pour une même ressource. Une que l'on appelle canonique et qui est utilisée et distribuée et d'autres qui sont juste des raccourcis, des liens internes etc.
Indépendamment de la requête effectuée, on cherche à afficher l'URL canonique (l'URL que l'on souhaite diffuser)
Pour cela, nous allons effectuer une redirection externe HTTP pour toutes les URLs qui ne sont pas canoniques grâce au drapeau de redirection [R]. Le visiteur ne verra donc que l'URL canonique quelle que soit l'adresse entrée.
RewriteEngine On
RewriteRule ^/~([^/]+)/?(.*) /u/$1/$2 [R]
RewriteRule ^/u/([^/]+)$ /$1/$2/ [R]
Dans cet exemple ci-dessus, nous effectuons une redirection HTTP pour toutes les URL non-canoniques afin de les afficher correctement dans le navigateur.
Les règles ci-dessus remplacent « /~user » par l'URL canonique « /u/user » et corrige le problème du slash manquant pour « /u/user ».
Pour utiliser la réécriture d'URL, il faut utiliser les expressions régulières. C'est la base du truc. Une expression régulière est une syntaxe qui définit un masque pour identifier des chaînes de caractères. Si on reprend le besoin de deathart :
ouCode:Accueil/Etape1 => index.php?Page=accueil&Etape=1
Pour l'exemple, on va oublier le fait que le mot Accueil s'écrit avec un A majuscule à gauche et un a minuscule à droite. Il faut que les valeurs soient les bonnes partout car c'est difficile de convertir des caractères avec mod_rewrite. Cela signifie que si la bonne URL finale doit être index.php?Page=accueil&Etape=1 avec un a minuscule, il faut que l'URL d'entrée contienne ce a minuscule (donc accueil/Etape1 ou accueil/Etape/1).Code:Accueil/Etape/1 => index.php?Page=accueil&Etape=1
Bref, le truc, c'est d'essayer de voir comment on peut identifier les blocs colorés. Une fois qu'on a trouvé une façon de faire, ce sera très facile de construire les URL avec les paramètres par un jeu de références.
Dans le premier cas, Accueil est facile à repérer : c'est le premier groupe de caractères avant le premier /. Pour Etape et 1, c'est plus difficile. On voit qu'il y a un seul bloc de caractères (Etape1) qu'il faut couper en 2 alors qu'il n'y a pas de séparateur évident. On constate juste que 1 est un chiffre et Etape ne contient que des lettres. Ce sont des éléments qu'on sait facilement repérer avec des expressions régulières. On a donc l'approche suivante pour le premier cas :
La question à laquelle je ne sait pas répondre c'est de savoir si c'est un masque d'URL fonctionnellement correct. Seul deathart peut répondre à la question. Si on suppose que oui, la façon d'écrire ça en expression régulière est la suivante :Code:(un premier groupe de caractères différents de /)/(des lettres)(des chiffres)
Le tout premier caractère ^ indique le début de la chaîne de caractères à analyser et $ marque la fin de cette chaîne de caractères. [^/] signifie un caractère différent de /.Code:^([^/]*)/([a-zA-Z]*)([0-9]*)$
La règle de réécriture qui va avec est tout simplement :
Les $1, $2 et $3 font tout simplement référence aux groupes de caractères entre parenthèses : $1 fait référence à ([^/]*) et ainsi de suite. * est un multiplicateur qui signifie "un nombre quelconque de fois (éventuellement 0) le caractère précédent".Code:RewriteRule ^([^/]*)/([a-zA-Z]*)([0-9]*)$ index.php?Page=$1&$2=$3 [L]
Pour le second cas, c'est en fait plus simple car on peut utiliser le / comme séparateur. Cela donne le masque suivant :
Comme vous avez suivi, vous savez immédiatement construire la RewriteRule qui va bien :Code:(un premier groupe de caractères différents de /)/(un second groupe de caractères différents de /)/(le reste)
Le . dans (.*) signifie n'importe quel caractère.Code:RewriteRule ^([^/]*)/([^/]*)/(.*)$ index.php?Page=$1&$2=$3 [L]
Personnellement, cette réécriture, et donc les URL qui vont avec, est beaucoup plus simple et fiable que la première. Solution à privilégier.
Maintenant, le cas de tom.com. Ben même punition :
J'ai volontairement supprimé la partie monsite.com/ des URL à vérifier car c'est ce que mod_rewrite fait quand on l'utilise dans un .htaccess.Code:view_host-25_123.html => module1/show_content.php?obj=host-25&id=123
Là, on est dans le second cas précédent : on a des délimitateurs évidents, donc le masque est le suivant :
Et si vous avez suivi jusqu'ici, maintenant l'écriture de la RewriteRule est plus que triviale :Code:view_(un premier groupe de caractères différents de _)_(un second groupe de caractères différents de _).html
Vous noterez le \ devant le . pour que le . signifie vraiment le caractère . et pas n'importe quel caractère.Code:RewriteRule ^view_([^_]*)/([^_]*)\.html$ module1/show_content.php?obj=$1&id=$2 [L]
Ok je crois que je vois bien, un grand merci pour ta réponse.
Pour moi c'est résolu !
Bonjour merci pour votre réponse ça ma bien avancer, mais le problème quand j'utilise mon css et javascript ne fonctionne pas très bien :s en claire j'ai juste le html et pas le css/js
Bonjour,
donc voici des nouvels de ma réécriture d'url, donc maintenant tous vas bien sauf sur mon vps !!!
donc déjà mon httacces :
Mon problème sur mon vps c'est qu'il me met une erreur qui parle pas beaucoup :Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
Alors que sur mon ordi en local tous vas bien !!!Citation:
Error.
Et aussi petite question quand par exemple je met juste http://mon-site-web.fr/ j'ai re l'érreur :
Comment faire ?Citation:
Error.
Merci de votre aide
Qu'y a-t-il dans les logs d'erreur d'Apache ?
Comme j'utilise webmin sur un vps je ne c'ets pas ou pour voir les logs je recherche et je vous tiens au courant :)
Voila aprés rechercher j'ai trouver les log du module rewrite :
Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
Il n'y a pas d'erreur là-dedans, rien qui puisse expliquer l'erreur. Il faut aller voir les logs d'erreur d'Apache, pas trop le choix, je pense.
Pour les logs d'apache "error_log" :
Rien de plusCitation:
[Wed Apr 11 11:12:09 2012] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Wed Apr 11 11:12:09 2012] [notice] Digest: generating secret for digest authentication ...
[Wed Apr 11 11:12:09 2012] [notice] Digest: done
[Wed Apr 11 11:12:09 2012] [notice] FastCGI: process manager initialized (pid 26273)
[Wed Apr 11 11:12:09 2012] [notice] Apache/2.2.15 (Unix) mod_ssl/2.2.15 OpenSSL/1.0.0-fips mod_fastcgi/2.4.6 configured -- resuming normal operations
Voici les logs apache mise à jour :
Citation:
[Thu Apr 12 10:08:34 2012] [error] [client 95.108.150.235] File does not exist: /home/ovh/www/robots.txt
[Thu Apr 12 11:21:10 2012] [info] removed PID file /etc/httpd/run/httpd.pid (pid=24807)
[Thu Apr 12 11:21:10 2012] [notice] caught SIGTERM, shutting down
[Thu Apr 12 11:21:11 2012] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Thu Apr 12 11:21:11 2012] [info] Init: Seeding PRNG with 256 bytes of entropy
[Thu Apr 12 11:21:11 2012] [info] Init: Generating temporary RSA private keys (512/1024 bits)
[Thu Apr 12 11:21:11 2012] [info] Init: Generating temporary DH parameters (512/1024 bits)
[Thu Apr 12 11:21:11 2012] [info] Init: Initializing (virtual) servers for SSL
[Thu Apr 12 11:21:11 2012] [info] mod_ssl/2.2.15 compiled against Server: Apache/2.2.15, Library: OpenSSL/1.0.0-fips
[Thu Apr 12 11:21:11 2012] [notice] Digest: generating secret for digest authentication ...
[Thu Apr 12 11:21:11 2012] [notice] Digest: done
[Thu Apr 12 11:21:11 2012] [info] Init: Seeding PRNG with 256 bytes of entropy
[Thu Apr 12 11:21:11 2012] [info] Init: Generating temporary RSA private keys (512/1024 bits)
[Thu Apr 12 11:21:11 2012] [info] Init: Generating temporary DH parameters (512/1024 bits)
[Thu Apr 12 11:21:11 2012] [debug] ssl_scache_shmcb.c(253): shmcb_init allocated 512000 bytes of shared memory
[Thu Apr 12 11:21:11 2012] [debug] ssl_scache_shmcb.c(272): for 511920 bytes (512000 including header), recommending 32 subcaches, 133 indexes each
[Thu Apr 12 11:21:11 2012] [debug] ssl_scache_shmcb.c(306): shmcb_init_memory choices follow
[Thu Apr 12 11:21:11 2012] [debug] ssl_scache_shmcb.c(308): subcache_num = 32
[Thu Apr 12 11:21:11 2012] [debug] ssl_scache_shmcb.c(310): subcache_size = 15992
[Thu Apr 12 11:21:11 2012] [debug] ssl_scache_shmcb.c(312): subcache_data_offset = 3208
[Thu Apr 12 11:21:11 2012] [debug] ssl_scache_shmcb.c(314): subcache_data_size = 12784
[Thu Apr 12 11:21:11 2012] [debug] ssl_scache_shmcb.c(316): index_num = 133
[Thu Apr 12 11:21:11 2012] [info] Shared memory session cache initialised
[Thu Apr 12 11:21:11 2012] [info] Init: Initializing (virtual) servers for SSL
[Thu Apr 12 11:21:11 2012] [info] mod_ssl/2.2.15 compiled against Server: Apache/2.2.15, Library: OpenSSL/1.0.0-fips
[Thu Apr 12 11:21:11 2012] [notice] FastCGI: process manager initialized (pid 3151)
[Thu Apr 12 11:21:11 2012] [notice] Apache/2.2.15 (Unix) mod_ssl/2.2.15 OpenSSL/1.0.0-fips mod_fastcgi/2.4.6 configured -- resuming normal operations
[Thu Apr 12 11:21:11 2012] [info] Server built: Feb 13 2012 22:31:42
[Thu Apr 12 11:21:11 2012] [debug] prefork.c(1018): AcceptMutex: sysvsem (default: sysvsem)
Pas de chance, tu es dans le cas où les erreurs PHP ne remontent pas dans l'error_log d'Apache (c'est par exemple le cas quand PHP est appelé en tant que CGI). Bref, il faut envisager une autre stratégie de débogage. Par exemple ceci mais je ne sais pas si ça marchera dans ton cas. Tu peux toujours écrire une petite fonction qui écrit du texte dans un fichier. C'est ce qu'il y aura de plus fonctionnel.
Oui mon vps n'accepte pas mon php5 Oo pas grave je verrais plus tard
Maintenant quand je fait http://127.0.0.1/ExatazyaProject/bet...nexion/Etape/1
Il n'affiche toujours pas les css/js/etc...
Pour lui les css ce situe dans le dossier Etape de connexion :/
Mon fichier htaccess :
Meme si je fait un rewritebase ça ne change pas :/Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
Voici mon code php :
Je crois que le problème viens du .htaccessCode:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
Mais je voie pas ou :/
Non, le problème ne vient pas du .htaccess mais des liens relatifs que tu as dans le code HTML que ta page renvoie au navigateur. D'après l'extrait de code PHP que tu donnes, le code HTML suivant est renvoyé au navigateur :
Et donc si la page que tu demandes a pour URL http://127.0.0.1/ExatazyaProject/bet...nexion/Etape/1, le navigateur ira chercher l'image à l'adresse suivante : http://127.0.0.1/ExatazyaProject/bet...chargement.gif, ce qui est faux, n'est-ce pas. Il faut tout simplement que tu mettes des URL relatives à la racine du site avec de vrais chemins valides :Code:<img src="style/images/general/chargement.gif" />
Code:<img src="/style/images/general/chargement.gif" />
même en faisant cela rien ne change :/
Ce que j'ai mis était un exemple. C'est à toi d'ajouter ce qu'il faut devant pour construire une URL valide vers l'image. Quelle est la vraie URL de cette image chargement.gif ?
Non j'ai comrpis que c'est un exemple ^^
Mais j'ai bien configurer ceci, mais rien ne marche :/ et ainsi quand je fait une redirection ca foir aussi exemple :
Deconnexion/Etape/1 ==> Accueil
Ca me met :
Deconnexion/Etape/Accueil