Bonsoir,
 
Je me retrouve une nouvelle fois avec un léger problème, explication :
 
J'ai une série de formulaire dont les valeurs seront inscrites dans une BDD. Cela fonctionne sans problème.
 
J'ai voulu rajouter une option : je me suis dit que ce serait bien d'afficher les valeurs à l'écran pour vérification, puis un SUBMIT fait l'écriture dans la BDD.  
 
Malheureusement, je tourne en rond. L'affichage se fait et j'ai l'impression que mes variables sont purgées pour mon second submit, il n'y a plus rien pour écrire dans la BDD.  
 
Voilà un de mes dernier code :
 

 
Merci
++

Ca serait peut être bien de renvoyer à nouveaux toutes les données pour qu'elles existent au niveau de php quand la validation est faite.
Il faut savoir que les variables créer pour l'exécution d'un script php n'existent plus pendant l'exécution du script suivant sauf si on les recré. Et c'est tout aussi valable si on relance le même script depuis le même navigateur.  
Mais là, tu ne nous montres pas la partie servant à créer la page servant à valider alors c'est impossible de dire ce qu'il y a à modifier précisément.

 
Merci pour ta réponse  
 
1/ En fait le formulaire suivant écrit bien dans ma BDD, aucun souci ça fonctionne :
 

 
2/Donc d'après ce que tu me dis, si j'affiche à l'écran mes valeurs avec un 1er SUBMIT, elles sont ensuite effacées pour qu'un second SUBMIT execute l'écriture dans ma BDD.
 
3/ Je ne veux pas renvoyer les valeurs, cela obligerait à remplir à nouveau le formulaire.
 
4/ Comment fonctionne les sites de vente en ligne qui affiche la commande qu'on a rempli puis nous propose de justement valider la commande ?
En résumé, comment puis-je stocker mes valeurs pour une seconde utilisation ? Carrément dans une table temporaire de ma BDD ?
 
   
 
+
 
 
 
 

utilise les cookies

 
   
 
Je n'ai pas encore fait la leçon cookie, ça tombe bien, je vais voir ça
 
++

J'ai jaùmais conçu ce genre de site, mais moi, j'utiliserait un identifiant propre à chaque visiteur.
Quand il choisit un article, on écrit dans la table "cadie" le choix du produit en notant que c'est cet utilisateur qui l'a choisit.
Ensuite, au moment de vérifier le contenu du cadie, je regarde la liste des articles corespondant à l'identifiant de l'utilisateur qui fait cette demande et je lui réaffiche tout ça. J'utiliserais aussi la table "produit" pour calculer le total de la commande et indiquer le prix en vigueur pour chaque produit. S'il faut prendre le prix à l'instant de la sélection du produit, il faut le noter dans la table "cadie" et ne pas utiliser directement celui de la table "produit".
Au moment de la demande du récapitulation, on note dans la table "recapitulatif" la date/heure de demande du récapitulatif, le total de la commande, le nombre de produit sélectionné et la date/heure de la derniére sélection d'un produit et dans la table "recap_produit" les infos qui seraient suceptible de changer entre une demande de récapitulatif et la commande elle même. (prix du produit par exemple)
A la validation de la comande, on vérifie s'il y a eu changement dans la commande (auquel cas on repase par le récapitulatif en indiquant que la commande à changé) et on utilise les tables "récapitulatif", "cadies" et "recap_produit" pour produire la facture, lancer la commande en elle même et créer la page de paiement. Quoi que, en général, c'est la banque qui s'occupe de la page des paiement. Quand on valide la commande, ca envoie sur le serveur de la banque qui renvoie ensuite sur le serveur de la boite afin de noter que la commande à bien été payé et donc de lancer la procédure d'envoie des produits commandés.
 
Voilà les étapes que je ferais et quelles tables j'utiliserais. J'espéres que ca t'éclairerais un peu plus.  
 
Ha oui, il faut penser à effacer les données périmés, à cause notament de ceux qui remplissent un cadie voire qui demandent le contenu du cadie ou le récapitulation de la commande mais qui la valident jamais.

Et s'il tombe sur quelqu'un qui bloque le cookie de son site, il a l'air malin.

 
Re,
 
Ok, je vois la manipulation.  
Donc j'ai le choix entre me servir de ma BDD, de me servir d'un cookie et d'après ce que je viens lire il y'a 1 mn, de me servir d'une session.
 
Merci
++

la session est surement mieux que les cookie :
- la session marche même si le cookie est refusé
- les données contenu dans la session ne peuvent pas être modifié par le visiteur
 
Mais c'est vrai que la session rajoute un petite difficulté mais une fois vaincu une fois, ce n'est pas plus dur à utiliser qu'un cookie.

 
Je viens de faire quelques tests en utilisant $_SESSION, c'est excellent : c'est ce qu'il me fallait
 
++