Salut tout le monde.  
 
Je veux passer les informations entrées par un utilisateur qui veut s'inscrire dans un site jusqu'à la derniere page de confimation (la procedure d'inscription se fait sur 5 pages).  
 
Quel est le meilleur moyen de stoquer les variables pendant la phase d'inscription.  
 
Je pense à une classe ( comme un javabean en jsp ) ou un tableau.  
 
Existe-t-il une meilleure solution en php ??  
 
Merci d'avance

les sessions?

Je ne suis pas d'accord, chargé 50 variables ds une session pour chaque utilisateur qui veut s'inscrire ( d'ailleurs pas sûr qu'il va terminé l'inscription ).
 
Il me faut d'autres postes pour confirmer ton idée

C'est pas super lourd  
 
Soit tu charges ça en session
Soit tu utilises des input hidden pour conserver tes informations
Soit tu charges ça en cookie

Je pensais à passer la classe dans le request  
 
fichier?lesvars=MaClasse  
 
Pas trop sur de la syntaxe g po encore essayer

et t'as pas peur que ca fasse trop long par rapport à la taille maximale d'une URL?

Il n'y a pas de taille maximale dans une URI
 
 

Oui et + il y a l'encodage.
 
Donc C'est possible avec le request ou vous preferez comme meme la session

Me semble que pendant longtemps c'était limité à 256 caractéres.
Et aujourd'hui encore, il est déconseillé de mettre des quantité astronomique de données dans des URL vu que rien ne permet d'être certain que ca ne sera pas tronqué à un niveau ou à un autre surtout quand n'importe qui va utilisé ce qu'on crée. D'ailleur, c'est pour ça que les formulaire ne sont quasiment jamais renvoyé par adresse.
 
Alors bon, peut être que maintenant apache et firefox permettent de faire des adresses de 3 milliards de caractéres, mais comme tu dis IE, c'est 2048 et rien ne dit que ca ne soit pas pire pour d'autres navigateurs.

Puisque vous dites que c'est pas lourd pour la session !!
Alors j'y vais.
 
Mais je ne sais pas pkoi je ne suis pas convaicu puisque une solution coté client est possible mais bon !!!

Non

Si:

• Ca se saurait
• Ca serait stupide

Quel intérêt ça aurait?
 

• Le client s'en fout de tes données
• Les stocker côté client t'oblige à les revérifier en permanence, parce que tu ne peux pas faire confiance aux données arrivées de l'extérieur, quelles qu'elles soient
• Ca augmente le poids des pages, donc les temps de réponse pour le visiteur, et ça lamine la bande passante du serveur

Oh la on est entrein de changer de sujet là

Ok Merci  
 
Convaincu !!!

Deplus les beans de Java sont stockés dans le context de la webappl ... ce qui est comparable aux sessions..