Discussion :

[badou25000]

Bonjour;
j'ai le même problème en fait, j'ai un questionnaire sur plusieurs pages (7 formulaires) avec des bouttons suivant et précédent. Un utilisateur qui remplis par exemple la page "4" et qui s'aperçoit qu'il veut chager une valeur dans la page "3" il clique sur précédent et il l'a change mais en revenant à la page "4" il la trouvra vide et il perds ses réponses.
j'espère que le pb est clair, les sessions PHP ne sont pas adaptés (je pense!) à mon pb puisque j'en ai beaucoup de variable (170) et aussi beaucoup d'ulisateurs (>= 100).
il me reste pas bcp de temps pour rendre mon projet, si quelqu'un a une idée pour y remedier.
Merci par avance.

[tuxout]

Salut,

Ton formulaire est terminé ?
Pourquoi ne traites tu pas la variable POST à la volée, tu enregistres en BD dans une table tampon. En aillant au préalablement nommé les champs de ton formulaire avec le même nom que les champs de ta bd.

[badou25000]

Salut,
oué merci pour ta réponse.

Ton formulaire est terminé ?
oui il est terminé et la dernière page enregistre dans la BD.

Pourquoi ne traites tu pas la variable POST à la volée, tu enregistres en BD dans une table tampon. En aillant au préalablement nommé les champs de ton formulaire avec le même nom que les champs de ta bd.

pour traiter la variable POST il doit y avoir un envoie vers un formulaire (ce que je le fais d'aileurs avec le boutton "Suivant"), cependant le boutton précédent n'est que un javascript pour retourner en arrière comme le retour du navigateur.
Encore même que ton idée est faisable en créant un autre formulaire pour le retour en arrière mais ça va chambroiller tout (car un formulaire doit en ce cas traiter deux POST celui de la page précédente et le nouveau de la page suivante si éventuellement l'utilisateur retourne en arrière!)
j'espère que je me suis bien expliqué.
je ne trouve toujours pas une solution simple, alors que sur le web je trouve bien des formulaire qui garde leurs information tout en navigant vers l'avant ou vers l'arrière!?

[Yoshio]

Tu peux toujours utiliser les session si tu arrive pas avec des post.

[papyphp]

Bonjour,

Je suis du même avis que Tuxout.

tu stockes dans une variable session l'id du client.
Chaque fois qu'il passe à la page suivante ou précédente (en utilisant tes boutons) tu enregistres ses réponses dans une bd.
A chaque début de page tu ouvres la bd, si des réponses y sont tu les insère dans le formulaire sinon c'est qu'il n'est pas encore venu sur la page et tu laisses les réponses en blanc.

Les sessions me paraissent lourdes pour stocker 170 variables pour 100 utilisateurs potentiels.

[tuxout]

+1 papyphp : 170 var * 100 user en session :-S

Le truc est de changer la destination de l'action de ton POST avec un ptit javascript, tu aurais donc deux bouton : Suivant / Précédent.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

document.getElementById ('formulaireName').action = 'destination';

Pour ce qui est du bouton précédent du navigateur :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

history.forward();

ça devrait geler les retours en arrière.

Ce n'est qu'une solution ...

[Yoshio]

Si tu arrive à faire passer le formulaire à plus de 100 personnes à la seconde pres je croit que tu es béni ...

[tuxout]

Héhé

On ne sait jamais peut être son appli deviendra populaire

Quoi qu'il en soit c du au pire des cas Même si cela ne s'applique pas et qu'un algorithme de charge peut être réellement calculé qui s'écarterait de ce chiffre, l'utilisation de session pour stocker autant de variable n'est pas recommandée.

Pour conclure, il est vrai que le passage par BD va lui faire perdre du temps en développement ? encore que cela dépend de la structure générale, comment il traite les données par la suite ? Utilise t'il un manager de BD ?
Nb : Si ses données sont déja dans la base, il aura juste à les valider.

Une solution dépend de son contexte ...

[badou25000]

en tout cas je crois que mon appl je l'ai mal conçu--> punition j'ai créé une BD pour stocker temporerement les variables, mais c'est lourds.
par ailleurs, l'inconvégnant du javascript est que bcp d'utilisateur le désactivent, du cou ils auront des pages vides et l'appli ne fait rien pour orienter l'utilisateur.
merci les gars et bonne continuation

[tuxout]

Bonne chance à toi aussi

ps : n'oublis pas le ptit résolu

[Patrick360]

Bonjour à tous,

J'ai trouvé un site de questionnaire en ligne très intéressant. Il offre beaucoup de possibilité et est facile à utiliser. Voici le lien vers le site en question.

http://www.questionnaireenligne.ca/Echo.aspx