Discussion :

[giloutho]

Bonjour � tous,

J'ai un site marchand qui travaille essentiellement avec une page nomm�e Catalogue. Cette page comporte classiquement une liste des articles avec une ic�ne caddie devant chacun d'eux. Qd l'internaute clique sur le caddie, je rapelle la page catalogue avec l'indentifiant de l'article en variable, idem qd il en supprime un. Je met � jour mon panier qui figure dans la colonne droite.

Mon probl�me c'est que si l'internaute clique sur r�actualiser, on en remet un dans le panier (ou on supprime un selon ce qui avait �t� fait).

La solution tr�s bourrin que j'ai pour l'instant, c'est qu'apr�s avoir fait mon ajout ou ma suppression, je fais un header pour "recoller" une url "propre.

Pas terrible non ? Vous avez autre chose ?

Sachant que c'est une contrainte, tout doit se passer sur la m�me page.

Amiti�s � tous

[kodokan]

Salut

Peut-etre que ce post pourra t'aider : http://www.developpez.net/forums/sho...alisation+page

[giloutho]

Merci kodokan... Ton lien est tr�s int�ressant mais h�las il d�montre qu'il n'y a pas de solutions radicales.

� l'ouverture de ta page o� tu as ton formulaire il faut vider tes variables donc....

Je ne peux pas faire cela car il est tout � fait possible qu'un internaute clique plusieurs fois sur le caddie pour mettre le m�me article dans le panier. Ds le cadre de ce site c'est m�me fr�quent.

Pour �viter la soumission multiple fais le traitement sur une page s�par�e et redirige im�diatement apr�s sur la page du formulaire... .. .

n'est pas fondamentalement diff�rent de ce que je fais...

Merci pour ta r�action rapide

[Djakisback]

Salut,
si tu passes l'id et la quantit� dans l'url tu devrais pas avoir de prob. Le type a beau appuy� sur f5 t'auras tjrs la quantit� voulue.
Bye

[viviboss]

Ton ajout d'article et ta suppression passent par des pages s�par�s ?

Car sinon, ce que tu peux faire, c'est dissocier ces traitements dans des scripts PHP s�par�s, et dans ces pages, si le traitement est correct (suppression bien effectu�, ajout bien effectu�...) tu mets un header qui renvoi exactement � la page que tu veux.....


Mais finalement, la solution des headers est bonne et pratique. Sinon tu aurais une solution passant par un formulaire avec champs cach�s, que tu passe en POST......

Ou une fonction AJAX avec la fonction Javascript xmlHttpRequest.... Mais l� ca devient vite un peu lourd !!!!

[giloutho]

Merci pour vos r�ponses.

Djakisback a dit

si tu passes l'id et la quantit� dans l'url tu devrais pas avoir de prob

H�las je n'ai pas de quantit�.

Un peu d'explications pour mieux comprendre ma probl�matique. C'est un site de location de skis en ligne. Il y a pls cat�gories de skis, la liste comporte une douzaine d'items. L'internaute choisit un ski de cat�gorie 2 pour Madame, au clic on a Catalogue.php?ajout=2. Pas d'acc�s bdd pour l'instant, m�moris� ds un tableau en session. On ne demande pas encore d'identifier le skieur. Monsieur veut un ski de m�me cat�gorie, il reclique sur la m�me ligne, donc on renvoie Catalogue.php?ajout=2. Le panier ds la colonne droite est genre :
Votre panier
1 ski Prestige
1 ski Prestige
Total 100 euros.

Pour supprimer il clique sur une des lignes du panier qui apelle Catalogue.php?sup=x o� x est le rang donc facile � suprimer ds le tableau en session.

Ce sch�ma a une seule page fonctionne pas mal au niveau ergonomie.

C'est seulement qd le client valide le panier que l'on passe � une autre page o� on rentre les caract�ristiques des skieurs, les coord du client etc... et c'est seulement l� qu'on pousse dans la bdd.

Bref une fois qu'il a ajout� son ski par Catalogue.php?ajout=2, a chaque r�catualisation, l'url va faire son boulot !!!

viviboss a dit

Ou une fonction AJAX avec la fonction Javascript xmlHttpRequest

Je crois qu'effectivement c'est le genre de page qui va bien se pr�ter � Ajax. Mais �a ce sera pour l'hiver prochain !!!

Merci pour vos r�ponses