Newsgroup: it.comp.www.asp
Titolo: Problema con le session

Ciao a tutti,
    sto realizzando una applicazione di commercio elettronico che usa le
session per gestire il carrello della spesa e qualche altro dato.
L'applicazione memorizza tutto nelle session, fa un redirect sul sito della
banca che richiede i dati della carta di credito (beh, molti sapranno come
funziona il gateway di banca sella) e riceve la risposta della banca. Beh,
il alcuni casi la pagina che riceve la risposta della banca non ha piu' le
session, tutte cancellate.
La casistica e' questa:
Il mio computer NT 4 Server SP5 con explorer 5 e netscape 4.6 va tutto ok (e
ti pareva)
su un altro NT 4 Servr SP5 con explorer 5 le session si perdono
su un Win 98 con explorer 5 e netscape 4.6 si perdono
su un altro NT 4 server sp5 con netscape 4.7 tutto ok.
Questi computer sono tutti nella rete dove c'e' il server (il primo dei
computer)
Su un computer esterno alla rete (non so il browser le session si sono
perse)
Ovviamente le session non si perdono saltando tra una pagina e l'altra
dell'applicazione e la prima pagina controlla anche se sono abilitate dal
browser.
Qualcuno ha mai incontrato problemi di questo tipo? Li ha risolti? Come ? Io
per il momento ho risolto (per problemi di tempo) evitando di usare le
session e passando un id come campo hidden e salvando tutti i dati in un
database...
Ciao,
    Andrea

 database...
ho notato problemi del genere quando si naviga dietro ad un proxy. è questo
il caso?
cmq, un consiglio: prova ad usare un cookie (è come una session) oppure
prova ad impostare il timeout della sessione ad un tempo maggiore. in ogni
caso, facci sapere...
--
HAPPY 2K!.db
Daniele "The Night Surfer" Bochicchio <webmaster(at)ASPItalia.com>
Moderatore di it.comp.www.asp - 
http://www.ASPItalia.com/newsgroup/icwa.asp
Questa settimana: 'Creazione dinamica di oggetti del File System'
http://www.ASPItalia.com/articoli/articoli.asp?settimana
Uno script al giorno? Solo su 
http://www.aspitalia.com/liste/usag/

L'Oggetto Session è utilizzabile se i browser del Client che si connette al
server è abilitato all'utilizzo dei cookies, fai questo controllo.
Comunque è sempre opportuno tenere conto che un utente che utilizza il tuo
servizio può avere i cookies disabilitati e quindi non può sfruttarre il tuo
carrello elettronico basto sulla Session.
Ultima possibilità è l'utilizzo di particolari Proxy nella rete che non
fanno transitare appunti i cookies.
Saluti, Leonardo Orazi
www.informadove.it

Se il Client che si connette ha i cookies disabilitati l'oggetto Session non
viene creato e non è quindi utilizzabile.
Prova a fare  un telnet al server WEB e fai il GET di una pagina ASP, vedrai
che  la Session viene creata basandosi sui cookies.
Inoltre può dipendere anche da particolari Server Proxy che inibiscono il
passaggio di cookies o per default o per impostazione.
Saluti, Leonardo Orazi
www.informadove.it

 caso, facci sapere...
Uhm, penso che impostare un timeout maggiore non risolva il problema. Usare
i cookie direi di si ma sai, salvare tutto un carrello di commercio
elettronico
nei cookie e' un po' fastidioso. La soluzione che sto adottando in questi
giorni
per "patchare" i siti gia' finiti e' un po' diversa.
Dato che la pagina che risponde al risultato della transazione bancaria
nella
maggior parte dei casi deve solo mandare un po' di mail con i dettagli
dell'acquisto uso questa tecnica:
Prima di saltare alla banca preparo gia' la mail con il dettaglio
dell'ordine, salvo
in un database il corpo della mail, l'indirizzo e il nome del destinatario
insieme
ad un codice univoco dell'operazione bancaria. La banca mi restituisce il
risultato
della transazione insieme al codice univoco da me generato che uso per
recuperare
i dati della mail. Al body attacco dietro i dati relativi al
successo/insuccesso della
transazione e mando la mail. In questo modo non mi preoccupo piu' se le
session
sono andate a farsi benedire. Per il momento questa soluzione valida. Per i
prossimi
siti invece tengo in un cookie un id univoco della sessione e salvo tutti i
dati
del carrello in un database che svuoto sul session_onend.
Ciao, Andrea
----------------------------------------
Andrea Migliaccio
amigli...@digibank.it
ICQ# 22495507