redirect a pagina asp server to server

[codem]

Buongiorno,
ho un sito in asp,
avrei la necessità di far chiamare "in background" una pagina .asp che il server continua ad eseguire fino al suo completo caricamento, ma nel frattempo la navigazione da browser possa continuare liberamente.

Faccio l'esempio:
-form.asp (contiene un mio form di dati)
-update.asp (al submit del form, questa pagina scrive i dati del form in una riga del database, e fa una serie di controlli e scritture "secondarie" piuttosto lunghe, circa 20secondi. ed al termine fa un redirect alla pagina di esito)
-esito.asp (una pagina di esito della riga scritta)

Il mio problema è che la update.asp ci mette tanto a fare le scritture "secondarie", ma finchè non ha eseguito l'intera pagina, non visualizzo la pagina di esito...
Quello che vorrei ottenere è:
Far fare alla update.asp soltanto la scritture della singola riga.
Contestualmente far eseguire "server to server" una pagina con le scritture secondarie(per esempio:update2.asp) e reindirizzare subito alla pagina di esito.asp
In questo modo il server continua ad eseguire la update2.asp fino a che non l'ha completata, ma al navigatore viene subito proposta la pagina di esito senza inutili e fastidiose attese...

come posso fare?
grazie

[optime]

ma ha senso proporre la pagina esito se update non ha finito? e se qualcosa va storto?

[codem]

per update.asp, l'unica cosa fondamentale e necessaria è soltanto scrivere i dati del form in una riga nel database. (operazione quasi istantanea).

Sono le altre operazioni secondarie ad essere lunghe, sebbene siano correlate alla mia riga scritta, non pregiudicano l'esito. La pagina di esito si riferisce soltanto alla riga scritta.

[br1]

Cosa non ho capito?
<%
' aggiorna la riga
' scrivi in out la pagina
response.flush
' prosegui con il resto dell'elaborazione
%>

[codem]

Ciao br1,
con il tuo metodo ti sfugge il fatto che se l'utente si vede il messaggio che l'operazione è stata conclusa con successo(la riga è stata scritta), potrebbe poi chiudere il browser o cliccare un altro link del sito, ma in realtà le operazioni secondarie stanno ancora terminando di essere eseguite...
ecco perche il file con le operazioni secondarie deve continuare ad essere eseguito dal server fino al completo caricamento. La navigazione dell'utente deve restare indipendente.

[br1]

Originariamente inviato da codem
Ciao br1,
con il tuo metodo ti sfugge il fatto che se l'utente si vede il messaggio che l'operazione è stata conclusa con successo(la riga è stata scritta), potrebbe poi chiudere il browser o cliccare un altro link del sito, ma in realtà le operazioni secondarie stanno ancora terminando di essere eseguite...
ecco perche il file con le operazioni secondarie deve continuare ad essere eseguito dal server fino al completo caricamento. La navigazione dell'utente deve restare indipendente.

Sei sicuro che in caso di disconnessione dell'utente l'elaborazione termini? Non mi pare che tu faccia il test di Response.IsClientConnected ...

[optime]

Originariamente inviato da codem
per update.asp, l'unica cosa fondamentale e necessaria è soltanto scrivere i dati del form in una riga nel database. (operazione quasi istantanea).

Sono le altre operazioni secondarie ad essere lunghe, sebbene siano correlate alla mia riga scritta, non pregiudicano l'esito. La pagina di esito si riferisce soltanto alla riga scritta.

quindi le operazioni secondarie possono anche fallire, e nessuno lo saprà mai?

[codem]

Originariamente inviato da br1
Sei sicuro che in caso di disconnessione dell'utente l'elaborazione termini? Non mi pare che tu faccia il test di Response.IsClientConnected ...

Scusa br1, quindi tu vuoi dire che se io ho una pagina.asp che ha un tempo di caricamento molto lungo, e diciamo dopo che elaborato la sua prima metà, faccio un response.Flush per far visualizzare parte del contenuto al navigatore, ed il navigatore a quel punto chiude il suo browser o clicca un altro link, il server continua ad eseguire comunque il resto della pagina asp fino al completamento della stessa?

[br1]

Prova.

[codem]

Azz... funziona....

prima del response.flush ho messo in javascript un top.location.href="pagina_di_esito.asp";

cosi vengo subito reindirizzato al mio esito, ma in realtà la pagina asp continua ad essere eseguita dal server.
ottimo! grazie davvero molte!
E' davvero affidabile come metodo? Nel senso: posso essere veramente sicuro che la pagina continua ad essere eseguita per intero?

Ora devo pero capire il perche questo accade.... perchè uso il response.flush?
altrimenti se andavo al mio esito con un response.redirect l'esecuzione della pagina sarebbe stato interrotta, giusto?