PHP|Débutant :: Forums

Saluton,
Oui, ton lien contournant la méthode submit() du formulaire, celle-ci ne s'exécute pas. Il n'est donc pas surprenant que la résultante (application de la méthode "post" à la soumission du formulaire à la cible de l'attribut action) ne soit pas accessible.

En gros, ton processus est :
1. je soumets un formulaire dont le submit active l'envoi d'un email de confirmation qui comporte un lien vers la page de validation update du formulaire.
2. Cette validation, active le script qui insère dans la base de données.

Question : si le client veut juste modifier un truc, il faut qu'il saisisse à nouveau tout le formulaire ?

Ce n'est pas comme cela que se comportent les sites marchands :
- l'identification via pseudo et adresse e-mail intervient dans un premier temps,
- les lignes de commande sont dans un caddie en $_SESSION,
- en fin de session le client valide ou non sa commande et choisit le mode de paiement.
- la commande validée et le mode de paiement sont enregistrés dans la base de données.
- le client peut revenir sur sa commande en suivi-modification-annulation.

Je pense que tu aurais intérêt, dans ce cas, à créer une table inscriptions dans ta base, dans laquelle tu enregistrerais les infos avant d'envoyer le courriel de confirmation.
Dans ta table inscriptions tu prévois une colonne en timestamp dans laquelle tu mets le current_time() en INSERT.
Tu préviens dans le courriel que le gus à une certaine durée limite pour valider.
Et chaque fois que tu insères un nouveau gus dans inscriptions tu supprimes tous les enregistrements dont le timestamp est trop ancien.
Quand le gars confirme via le lien du courriel, s'il n'existe plus dans la table inscriptions tu lui dis qu'il a dépassé le délai et tu le rediriges vers le formulaire d'inscription, sinon tu n'as plus qu'à recharger la ligne depuis la table inscriptions pour la lui réafficher, l'insérer dans la table définitive et la supprimer de la table inscriptions.