[?] Intranet - Alzare timeout xmlhttp

'sto maledetto timeout ...
Intranet, ho una pagina che in modalità asincrona crea server-side dei
grafici e li visualizza man mano. Uno di questi grafici ci mette però 6
minuti a crearlo server-side, col risultato che non mi restituisce un
tubazzo (immagino per il famigerato timeout di xmlhttp non modificabile).

Conoscete per caso soluzioni per una intranet ie-only?

--
"E' l' ignoranza che crea l'intolleranza
di gente cieca e senza coscienza"
S.S.S.

Conoscete per caso soluzioni per una intranet ie-only?

io non avevo trovato niente e sono tornato al buon iframe nascosto,
facendo modificare non sò che configurazione sul server Win2003 che
imponeva un timeout di 5min...

On Tue, 3 Jun 2008 11:52:53 +0200, Cristiano Larghi wrote:

'sto maledetto timeout ...

Appunto: non se n'era già parlato?
Non era il server che terminava la connessione?

Intranet, ho una pagina che in modalità asincrona crea server-side dei
grafici e li visualizza man mano. Uno di questi grafici ci mette però 6
minuti a crearlo server-side, col risultato che non mi restituisce un
tubazzo (immagino per il famigerato timeout di xmlhttp non modificabile).

Di solito il timeout per questo genere di cose è a scalare, non a
salire. In IE8 hanno aggiunto la proprietà "timeout", in modo che
sia modificabile, ma il suo valore di default è appunto "0", cioè
"aspetta da qui all'eternità".

I "sei minuti", comunque, mi fanno pensare a questo:

<http://support.microsoft.com/kb/833301/en-us>

--
~ Io ho una filosofia semplice:
Riempi ciò che è vuoto. Vuota ciò che è pieno. Gratta ciò che prude.
(A. R. Longworth)

Il Tue, 3 Jun 2008 12:34:03 +0200, ZER0 ha scritto:

Appunto: non se n'era già parlato?
Non era il server che terminava la connessione?

boh ... sicuramente non la query (se la eseguo in una pagina di prova e mi
faccio restituire i risultati non segnala timeout)

Di solito il timeout per questo genere di cose è a scalare, non a
salire. In IE8 hanno aggiunto la proprietà "timeout", in modo che
sia modificabile, ma il suo valore di default è appunto "0", cioè
"aspetta da qui all'eternità".

questa voglio!

I "sei minuti", comunque, mi fanno pensare a questo:
<http://support.microsoft.com/kb/833301/en-us

uhm ... io sviluppo con Xp, e in iis connectiontimeout è settato a 900
secondi (quindi 15 minuti, più che sufficienti)
interessante la frase "Internet Explorer 5 and later have a default client
side timeout of 1 minute", il "problema" sta lì.

--
"Capivamo di essere tanti
capivamo di essere forti,
il problema era solamente
come farlo capire ai morti."
C.L.

On Tue, 3 Jun 2008 12:48:03 +0200, Cristiano Larghi wrote:

Appunto: non se n'era già parlato?
Non era il server che terminava la connessione?

boh ... sicuramente non la query (se la eseguo in una pagina di prova e mi
faccio restituire i risultati non segnala timeout)

Ma i famosi test che ti s'era suggerito all'epoca gli hai fatti?
Perché da quanto mi ricordo risultava giust'appunto che fosse il
server a terminare la connessione.

Di solito il timeout per questo genere di cose è a scalare, non a
salire. In IE8 hanno aggiunto la proprietà "timeout", in modo che
sia modificabile, ma il suo valore di default è appunto "0", cioè
"aspetta da qui all'eternità".

questa voglio!

Ma è già così, la proprietà è stata aggiunta per limitare, cosa
che ora non puoi fare.

I "sei minuti", comunque, mi fanno pensare a questo:
<http://support.microsoft.com/kb/833301/en-us

uhm ... io sviluppo con Xp, e in iis connectiontimeout è settato a 900
secondi (quindi 15 minuti, più che sufficienti)

Verifica meglio, magari è l'ISA o altro. Che ti venga segata in
sei minuti la connessione è sospetto, per questo mi è venuto in
mente quell'articolo.

interessante la frase "Internet Explorer 5 and later have a default client
side timeout of 1 minute", il "problema" sta lì.

Ma come fa a essere quello il problema se la connessione sta su
fino a sei minuti?

--
~ Chi segue gli altri, non arriva mai primo.

Il Tue, 3 Jun 2008 13:04:32 +0200, ZER0 ha scritto:

[CUT]
http://support.microsoft.com/kb/813827/en-us
Eccolo!!! cambiati i 2 valori nel registro (settati a 15 minuti), funziona
che è una meraviglia! Devo solo capire come distribuire via
win2000server-policy ...

Ti ho già detto che ti voglio bene vero? :-)

--
"Capivamo di essere tanti
capivamo di essere forti,
il problema era solamente
come farlo capire ai morti."
C.L.

On Tue, 3 Jun 2008 13:27:38 +0200, Cristiano Larghi wrote:

[CUT]
http://support.microsoft.com/kb/813827/en-us
Eccolo!!! cambiati i 2 valori nel registro (settati a 15 minuti), funziona
che è una meraviglia! Devo solo capire come distribuire via
win2000server-policy ...

Ma secondo me, ripeto, puoi fare anche senza se imposti correttamente
il server. Nella nostra intranet questi problemi non ci sono; sebbene
eviti connessioni lunghe tramite XHR, è capitato oltre il minuto.

Alternativamente se non vuoi impazzire tra i settaggi, mi è venuto in
mentre che potresti usare il componente "ServerXMLHTTP": lato client,
non l'ho mai usato. Ma si poggia sul WinInet (il vero responsabile di
tutto, se hai letto l'altro articolo), e inoltre puoi impostare tutti
i timeout di questo mondo.

Ti ho già detto che ti voglio bene vero? :-)

No, ma preferirei che "noleggiassi" una donna per dirmelo, se proprio
devi. :P

--
~ "When you have eliminated the impossible, whatever remains, however
improbable, must be the truth." (S.H.)

Il Tue, 3 Jun 2008 14:04:11 +0200, ZER0 ha scritto:

Ma secondo me, ripeto, puoi fare anche senza se imposti correttamente
il server. Nella nostra intranet questi problemi non ci sono; sebbene
eviti connessioni lunghe tramite XHR, è capitato oltre il minuto.

boh ... so solo che stamattina ho lasciato lì il browser 1/2h e niente,
dopo questa modifica risponde correttamente dopo 6-7 minuti

Alternativamente se non vuoi impazzire tra i settaggi, mi è venuto in
mentre che potresti usare il componente "ServerXMLHTTP": lato client,
non l'ho mai usato. Ma si poggia sul WinInet (il vero responsabile di
tutto, se hai letto l'altro articolo), e inoltre puoi impostare tutti
i timeout di questo mondo.

sì, era l'oggetto che stavo iniziando a studiarmi, ma direi che via policy
è molto meglio (e risolve i problemi anche per alcuni report, dove avevo lo
stesso problema)

No, ma preferirei che "noleggiassi" una donna per dirmelo, se proprio
devi. :P

Ah, non ti basto io in gonnellina hawajana? Guarda che ho tagliato la barba
.... :-)

--
"E' l' ignoranza che crea l'intolleranza
di gente cieca e senza coscienza"
S.S.S.

Il Tue, 3 Jun 2008 13:27:38 +0200, Cristiano Larghi ha scritto:

Eccolo!!! cambiati i 2 valori nel registro (settati a 15 minuti), funziona
che è una meraviglia! Devo solo capire come distribuire via
win2000server-policy ...

per completezza: a chi dovesse interessare ho fatto un adm personalizzato
(per win2000 server, ma immagino funzioni senza problemi anche con 2003).
Lo lascio per qualche tempo qua:
http://www.criosoftware.it/download/xmlhttp.adm

--
"Voi abili a tenere sempre un piede qua e uno là
avrete un avvenire certo in questo mondo qua
però la dignità
dove l'avete persa?"
V.R.

Cristiano Larghi <c.larghi_NOSPAM (AT) editaliasrl (DOT) it> wrote:

Ma secondo me, ripeto, puoi fare anche senza se imposti correttamente
il server. Nella nostra intranet questi problemi non ci sono; sebbene
eviti connessioni lunghe tramite XHR, è capitato oltre il minuto.

boh ... so solo che stamattina ho lasciato lì il browser 1/2h e niente,

Eh, appunto, direi che è andato ben oltre il minuto: giusto per amore
della scienza, hai provato - con i parametri precedenti, ovviamente -
a fare una richiesta in GET invece che in POST?
Stando al primo articolo il problema si dovrebbe manifestare solo con
quest'ultimo tipo di richieste; giusto per controllare che sia quella
la casistica, oppure si tratta di altro.

Se è quella casistica, il browser rimbalza sempre la richiesta, senza
reinviare i dati che aveva la prima volta in POST.

Alternativamente se non vuoi impazzire tra i settaggi, mi è venuto in
mentre che potresti usare il componente "ServerXMLHTTP": lato client,
non l'ho mai usato. Ma si poggia sul WinInet (il vero responsabile di
tutto, se hai letto l'altro articolo), e inoltre puoi impostare tutti
i timeout di questo mondo.

sì, era l'oggetto che stavo iniziando a studiarmi, ma direi che via policy
è molto meglio

Perché è molto meglio? Personalmente preferirei modificare un progid,
che tra l'altro se sviluppato correttamente è centralizzato, rispetto
ad andare a toccare la policy di una intranet.. che non è manco detto
che si possa fare, come sviluppatore (nella mia azienda, i sistemisti
mi sparerebbero seduta stante ).

No, ma preferirei che "noleggiassi" una donna per dirmelo, se proprio
devi. :P

Ah, non ti basto io in gonnellina hawajana?

... oddio che immagine terribile..!!
Niente di personale, ci mancherebbe, è la reazione che avrei verso un
qualunque masculo in "gonnellina hawajana" che mi dice qualcosa tipo:
"ti voglio bene" :P

Guarda che ho tagliato la barba... :-)

Naaaa...! Non ci credo!! Ci sta che se t'incrocio per strada, neppure
ti riconosco!

--
"Se c'è qualcosa di più importante del mio ego su questa nave,
la voglio catturata e fucilata."