I forum Ricerca FAQ
Fai una domanda
Ultimo messaggio 1 2
io.alessio
io.alessio
il 30 giugno 2008 alle 13:32
149 messaggi dal 14 settembre 2006
Ciao a tutti!

Come faccio a gestire il timeout di una applicazione in dot.net?
Il mio problema è che l'applicazione (in caso di prolungato mancanza di richieste) mi scade prima della sessione che ho impostato!... e di conseguenza se dopo interagisco nuovamente, l'applicazione riavvia azzerando tutte le mie variabili di sessioni.
.... e sinceramente tranne un rindirizzamento alla mia pagina di login nel momento del caricamento delle mie Webform, non ho ancora trovato altre soluzioni

Grazie.

Alessio.
RispondiQuoting
roska2184
roska2184
il 30 giugno 2008 alle 14:36
35 messaggi dal 04 gennaio 2008
Ciao,

nel tuo web.config dovresti avere una sezione di queto tipo

<authentication mode="Forms">
<forms name="myform" loginUrl="login.aspx" protection="All" timeout="20" defaultUrl="common/default.aspx"/>
</authentication>


Setta il valore timeout con quello che vuoi...è espresso in minuti.
RispondiQuoting
io.alessio
io.alessio
il 30 giugno 2008 alle 14:58
149 messaggi dal 14 settembre 2006
Grazie per la risposta!

Nel webconfig io ho scritto questo:

<authentication mode="Forms">
<forms name="myform" loginUrl="Login.aspx" protection="All" timeout="100" defaultUrl="Welcome.aspx" cookieless="UseDeviceProfile" />
</authentication>

Io ho settato il timeout sui 100 minuti!
anch'io inizialemte pensavo fosse qui il problema... ma anche dopo la modifica mi dava lo stesso problema.

Alessio.


"roska2184" <roska2184> ha scritto nel messaggio news:325969@...
Ciao,

nel tuo web.config dovresti avere una sezione di queto tipo
<authentication mode="Forms">
<forms name="myform" loginUrl="login.aspx" protection="All" timeout="20" defaultUrl="common/default.aspx"/>
</authentication>

Setta il valore timeout con quello che vuoi...è espresso in minuti.
RispondiQuoting
io.alessio
io.alessio
l'1 luglio 2008 alle 12:22
149 messaggi dal 14 settembre 2006
Ciao!

Volevo risollevare il mio post

Nessumo a mai avuto questo tipo di problema?

Grazie comunque!

Alessio.

"io.alessio" <io.alessio> ha scritto nel messaggio news:325972@...
Grazie per la risposta!

Nel webconfig io ho scritto questo:

<authentication mode="Forms">
<forms name="myform" loginUrl="Login.aspx" protection="All" timeout="100" defaultUrl="Welcome.aspx" cookieless="UseDeviceProfile" />
</authentication>

Io ho settato il timeout sui 100 minuti!
anch'io inizialemte pensavo fosse qui il problema... ma anche dopo la modifica mi dava lo stesso problema.

Alessio.

"roska2184" <roska2184> ha scritto nel messaggio news:325969@...
Ciao,

nel tuo web.config dovresti avere una sezione di queto tipo <authentication mode="Forms">
<forms name="myform" loginUrl="login.aspx" protection="All" timeout="20" defaultUrl="common/default.aspx"/>
</authentication>

Setta il valore timeout con quello che vuoi...è espresso in minuti.


RispondiQuoting
novecento
novecento
l'1 luglio 2008 alle 12:34
2.190 messaggi dal 04 marzo 2004
Contributi | Blog
Quando l'applicazione scade significa che viene riciclata perchè non sta facendo niente e sfrutta l'occasione per allegerire la memoria, di conseguenza vengono azzerate session ed altro con il logout di tutti gli utenti.

IMHO, se l'applicazione "scade" prima del ticket di autenticazione significa che è la sessione che è troppo lunga quindi dato che IIS ricicla di default ogni 60 min di prolungata inattività, potresti ridurre il timeout ad un tempo inferiore a tale valore, in questo modo allo scadere della sessione l'utente verrà rimandato alla pagina di login.
Alessio Leoncini (WinRTItalia.com)
.NET Developer, Interactive Designer, UX Specialist, Trainer
RispondiQuoting
io.alessio
io.alessio
l'1 luglio 2008 alle 12:49
149 messaggi dal 14 settembre 2006
In verità io vorrei far sopravvivere di più l'applicazione!

Adesso, ho fatto il conto, ricicla ogni 20 minuti... vorrei arrivare almeno a 60!

poi tutto quello che mi hai detto, lo faccio tramite un controllo sulle variabili di sessione nel page load delle mie form... che nel caso (le variabili) siano nulle ridirigo il tutto alla login.

ma 20 minuti di inattività mi sembrano un pò striminziti

Grazie!

Alessio.

"novecento [Staff]" <novecento> ha scritto nel messaggio news:326071@...
Quando l'applicazione scade significa che viene riciclata perchè non sta facendo niente e sfrutta l'occasione per allegerire la memoria, di conseguenza vengono azzerate session ed altro con il logout di tutti gli utenti.

IMHO, se l'applicazione "scade" prima del ticket di autenticazione significa che è la sessione che è troppo lunga quindi dato che IIS ricicla di default ogni 60 min di prolungata inattività, potresti ridurre il timeout ad un tempo inferiore a tale valore, in questo modo allo scadere
della sessione l'utente verrà rimandato alla pagina di login.

Alessio Leoncini
<a href="http://www.silverlightitalia.com">SilverlightItalia.com</a>
RispondiQuoting
novecento
novecento
il 3 luglio 2008 alle 08:37
2.190 messaggi dal 04 marzo 2004
Contributi | Blog
DI fatto il "tempo di sopravvivenza" dell'applicazione puoi modificarlo solo agendo sul web server e quindi in hosting non è fattibile, non so che dirti, con un'inattività del sito è inevitabile che esso venga riciclato.
Alessio Leoncini (WinRTItalia.com)
.NET Developer, Interactive Designer, UX Specialist, Trainer
RispondiQuoting
io.alessio
io.alessio
il 4 luglio 2008 alle 11:53
149 messaggi dal 14 settembre 2006
Ok! potrei anche fare così... fino a quando non sostituisco le session con cookie
Ma dove trove precisamente l'impostazione da modificare sul web server?
"novecento [Staff]" <novecento> ha scritto nel messaggio news:326202@...
DI fatto il "tempo di sopravvivenza" dell'applicazione puoi modificarlo solo agendo sul web server e quindi in hosting non è fattibile, non so che dirti, con un'inattività del sito è inevitabile che esso venga riciclato.

Alessio Leoncini
<a href="http://www.silverlightitalia.com">SilverlightItalia.com</a>
RispondiQuoting
1 2

Torna al forum | Feed RSS

ASPItalia.com non è responsabile per il contenuto dei messaggi presenti su questo servizio, non avendo nessun controllo sui messaggi postati nei propri forum, che rappresentano l'espressione del pensiero degli autori.