URL Rewriting et formulaires en GET

URL Rewriting et formulaires en GET - PHP - Programmation

Marsh Posté le 19-10-2005 à 09:48:20    

Bonjour,
 
 
J'aimerais savoir comment peut-on associer URL Rewriting et passage de paramètres en GET dans l'URL via des formulaires ?
 
Pour l'URL Rewriting "de base", je n'ai pas eu de problème, mais les formulaires qui me servent pour la recherche d'informations ne fonctionnent pas avec ce procédé. Y'a-t-il quelque chose à faire ou faut-il que j'envisage de laisser les pages cibles de ces formulaires non rewritées ?
 
J'ai pensé à passer par des POST plutôt que par des GET, cela fonctionne mais j'aimerais bien éviter le Postdata blabla quand les jeux font page précédente...
 
Une suggestion SVP?

Reply

Marsh Posté le 19-10-2005 à 09:48:20   

Reply

Marsh Posté le 19-10-2005 à 09:49:44    

Bah y'a assez peu d'interêt dans ce cas là pour l'URL rewriting... Vu que t'as des trucs qui viennent d'un formulaire, donc 100% variables suivant le formulaire.

Reply

Marsh Posté le 19-10-2005 à 09:57:18    

En fait, ce qui me gène c'est que j'utilise aussi l'URL R pour jouer sur les niveaux de dossier des pages. En gros, mes pages sont continues ds un répertoire nommé "public" et avec l'URL R, je les fais apparaitre à la racine du site, ce que je trouve plus propre, puis ca fait une URL plus courte.
 
Mais du coup sur la page cible du formulaire, ca ne fonctionne pas cette histoire. Voilà pourquoi tant qu'à faire je rewriterais bien tout.
 
Si je me contente d'une règle qui ferait remonter la page d'un cran ds les répertoires, ca ne fonctionne pas :/

Reply

Marsh Posté le 19-10-2005 à 14:42:00    

Onesque a écrit :

J'aimerais savoir comment peut-on associer URL Rewriting et passage de paramètres en GET dans l'URL via des formulaires ?


Je suis pas forcément sûr d'avoir bien capté, mais ...
veux-tu dire que tes paramètres GET disparaissent comme par enchantement ?  :D  
checks la doc apache http://httpd.apache.org/docs/1.3/m [...] guide.html
recherches-y donc le flag qsappend alias QSA

Reply

Marsh Posté le 19-10-2005 à 14:47:04    

En javascript, lors de l'envoi, tu transforme la valeur de l'attribut action="", et pou les utilisateurs ne possédant pas le JS, tu peux faire un formulaire GET qui pointe vers une page, qui redirige aussitôt sur la même adresse avec l'url rewriting.


---------------
Martin
Reply

Marsh Posté le 19-10-2005 à 15:12:32    

Martius a écrit :

En javascript, lors de l'envoi, tu transforme la valeur de l'attribut action="", et pou les utilisateurs ne possédant pas le JS, tu peux faire un formulaire GET qui pointe vers une page, qui redirige aussitôt sur la même adresse avec l'url rewriting.


[:pingouino]
j'ai cherché, mais j'ai pas trouvé ...
apache rewriting + javascript rewriting + redirection ...
soit
rewriting -> page -> script -> page -> rewriting -> page
ou  
rewriting -> page -> page -> rewriting -> page
 
QSA :o  
QSA rajoute les paramètres querystring de l'url source à l'url réécrite, stou !

Reply

Marsh Posté le 19-10-2005 à 18:17:58    

Merci à vous,
 
shakpana, effectivement le QSA me permet de faire passer quand même mes paramètres en GET, ce qui fait drole puisque j'ai rewrité mes pages en .html :D
 
Ca donne des trucs bizarres, genre  
 

Code :
  1. xxxxxxxx/catalogue.html?rubriqueID=9&motcle=


 
mais ca fonctionne. Normalement, cette même commande devrait me permettre de ne pas avoir de problème avec le passage de la variable de session lorsque les visiteurs ont bloqué les cookies si je dis pas de conneries, donc ca le convient tout à fait !

Reply

Marsh Posté le 19-10-2005 à 18:50:43    

shakpana a écrit :

[:pingouino]
j'ai cherché, mais j'ai pas trouvé ...
apache rewriting + javascript rewriting + redirection ...
soit
rewriting -> page -> script -> page -> rewriting -> page
ou  
rewriting -> page -> page -> rewriting -> page


[:pingouino]
Je comprends pas ce que tu comprends pas [:croquignol]


---------------
Martin
Reply

Marsh Posté le 19-10-2005 à 19:02:13    

Martius a écrit :

[:pingouino]
Je comprends pas ce que tu comprends pas [:croquignol]


ben, je comprends pas l'interêt du système ...
1. pourquoi mettre du JS là dedans, alors qu'en plus tu dois obligatoirement gérer le cas JS-less
2. pourquoi faire si compliquer, alors qu'une seule rewriterule bien pensée résout tout le problème
sans avoir à maintenir du JS et des redirections non neccessaires
 
bon, c'est pas grave si je comprends pas, mais permets-moi une note d'ironie  :D  
quand je prends l'ascenseur pour le 3ème étage, j'appui sur le bouton 3, et non pas 2 pour terminer à pied ...

Reply

Marsh Posté le 19-10-2005 à 20:02:19    

shakpana a écrit :


quand je prends l'ascenseur pour le 3ème étage, j'appui sur le bouton 3, et non pas 2 pour terminer à pied ...


 
ben si tu es un nain tu le fais :
 
si les boutons sont agencés de cette manière dans l'ascenseur :  
 
5
4
3
2
1
 
ben si le gars il est trop petit pour atteindre le 3, il s'arrete au 2 et il continue a pied.


---------------
Les CSS c'est bon mangez-en
Reply

Marsh Posté le 19-10-2005 à 20:02:19   

Reply

Marsh Posté le 19-10-2005 à 22:06:29    

tu pourrais aussi faire un  
 

Code :
  1. <form action=# name="nom" onSubmit="window.location.href='page_'+document.getElementById('nomChamp').value+'.html'">
  2. <input type="text" id="nomChamp" name="nomChamp">
  3. </form>


 
non ?


---------------
Réagissez et commentez mes dessins sur snut.fr
Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed