Discussion :

[billou77]

bonjour

j'ai posé une question sur le forum developpez.com/xmlrad

http://www.developpez.net/forums/viewtopic.php?t=385424

et la personne qui m'a repondu me dit:

L'approche par session coté serveur est totalement déconseillé avec une architecture Web/HTTP.
je rappele que l'architecture HTTP est déconnecté !
Il vaut donc toujours mieux conserver le context coté client dans la page HTML via les paramètres HTTP.

cela me choque un peu. qu'en pensez-vous ? je ne savais pas que l'utilisation des sessions etait deconseillée

[Oluha]

pas très claire son explication

Les sessions serviraient à quoi alors si on devait pas les utiliser ? Peut être que ce qu'il dit ne s'applique qu'au XML mais vu que j'y connais rien en xml...

[xmarabout]

J'ai eu l'occasion de faire plusieurs développement avec ou sans XML et l'utilisation des sessions est vraiment fondamentale... Je ne sais pas avec quoi ils prônent de travailler, des cookies, d'autres systèmes ? Mais les sessions te rendent indépendants de la config des clients... Mais je reste ouvert à dautres options s'il y a des arguments convaincants.

PS: c'est vrai qu'avec XML, il m'est arrivé de laisser le fichier XM côté client tant qu'il n'était pas clôturé et de l'envoyer par la suite au serveur...

[pmboutteau]

de toute façàn une page html c'est toujours côté client?

Comprends pas son explications non plus

[Gwenn]

Salut,

Les sessions sont tres pratiques en asp, mais je pense que la limite est conditionné par le nombre de sessions simultanées et les variables associées.
Pour 20 sessions simultanées, il n'y a pas de probleme. Pour un site de commerce genre amazon (ok c'est l'extreme) les sessions asp comsommerait trop de ressources serveur je pense

[Oluha]

c'est sûr qu'il ne faut pas abuser des sessions et travailler un minimum avec une bdd dans le cas d'une boutique