Newsgroup: it.comp.www.asp
Titolo: BLOCCO ASP

Ho un sito su 9net e mi si bloccano tutti  file asp con una certa frequenza,
come faccio a sapere quale fuile mi da problemi, visto che tecnici non sanno
darmi nessuna indicazione ?
Cordiali Saluti
Antonio Tanzillo
IN...@ATSOFT.IT

 darmi nessuna indicazione ?
Fai scrivere alle pagine un logfile.
Saluti.
Stefano.

...

Ho anch'io lo stesso problema!
Ma per me non è un blocco ASP, sembra un blocco del server!
Se si trattasse di un blocco di un file ASP una connessione contestuale per
richiedere un semplice HTM dovrebbe restituirlo, lasciando bloccato il
thread
associato al processo del file ASP incriminato.
Invece non si ottiene alcuna risposta.
Qui mi sorge qualche dubbio sui thread e ASP ....e devo rispulciarmi MSDN
ma ogni commento è ovviamente benvenuto e ringrazio fin d'ora.
Saluti,
Clod.

Te la butto li cosi': non molto tempo fa su un server italiano e' stato
disabilitato l'asp per 1 dominio particolare perche' la scorretta
programmazione del codice causava continui blocchi (risultato statistico
degli ultimi file richiesti al server prima del blocco). Adesso non so se
possa essere 1 leggenda metropolitana, ma mi sembra molto simile a quello
che succede a voi...
--
Da' mArLeNeK (ICQ #7653970)
"Un'idea che non sia pericolosa non merita affatto di essere chiamata idea",
Oscar Wilde
Unofficial Marlene Kuntz's Home Page 
http://www.marlenekuntz.com
*Guadagnare* durante il collegamento Internet? Info su
http://www.mwizard.net/marlenek/


 degli ultimi file richiesti al server prima del blocco).
Confermo la sensazione che 9NetAvenue utilizzi dei filtri per la esecuzione di
pagine ASP. Ad esempio, spesso di sera accade che il server risponda "Server Too
Busy" se chiami pagine asp ma funzioni normalmente se chiami pagine statiche;
trovo questo francamente irritante: se il server e' occupato, lo e' per ogni
tipo di file... mi sorge il dubbio che abbiano messo un tetto per le sole pagine
asp. Altre volte invece il server non risponde (sempre funzionante in
contemporanea per le pagine HTML).
Roberto

contemporanea per le pagine HTML).
Francamente questo mi mette un po' di confusione...
Prima di affermare che esistono presunti dispositivi di blocco o filtro mi
pongo
però la domanda che non sia io ad avere introdotto degli errori.
Mi pare evidente che un tipico errore da blocco è quello dato da un do-loop.
Se la condizione di uscita per qualche strana causa non si verifica mai si
resta
in trappola (ed il mondo è bello perchè è strano :) ) .
Allora ho inserito dei watchdog in modo da uccidere il processo se si
inchioda.
NB. Server.ScriptTimeout  non serve perchè dipende dalle impostazioni fatte
sul
registro di sistema.
Altri suggerimenti?
Staremo a vedere...
Saluti, Clod.

programmazione del codice causava continui blocchi (risultato statistico
...
Mettiamo che sia così, dunque (scusa ma non sono ancora andato a
rileggermi la documentazione) l'interprete ASP non è multithreading...
Ciao,
Clod

Ho un sito su 9net e mi si bloccano tutti  file asp con una certa
frequenza,
Forse ho individuato una delle possibili fonti di lock del server.
Se in global.asa viene incluso un oggetto con <OBJECT> questo può
determinare il blocco del server se l'oggetto è stato creato con un modello
di threading
diverso da Both (apartment e free).
Gli oggetti creati devono avere un modello Apartment o meglio Both per non
dare grane.
Tratto da MSDN:
=============
Objects Marked as Both
This threading model is highly recommended for components that will be
called by Active Server Pages.
ActiveX objects marked as both can be used in either apartment-threaded or
free-threaded modes. They can be entered by multiple threads, protect their
data from thread collisions, and do not contain thread-specific data.
The Web server creates an object marked as both in a single thread, the one
that serviced the request. The call to CoCreateInstance is not marshaled to
another thread. However, if the object has session scope or is placed in the
Session object, ** the Web server will not lock ** the session to that
thread. Calls to the object from other requests in the same session are
executed in the request thread.
Because objects marked as both guarantee to protect their data against
multiple thread access, they can be used for objects that have application
scope.
...inoltre, riferito al modello Apartment, riporto il seguente passo:
=================================================
One disadvantage of apartment-threaded objects is that they cannot be stored
in the Application object.
The only way to create an apartment-threaded object with application scope
is to declare it with an <OBJECT> tag.  ** However, when this object is
used, the Web server will lock the application ** down to a single thread,
the one that created the object. ** This will reduce server performance
significantly ** , and should only be considered for intranet applications.
Quindi se qualcuno ha installato un proprio componente che è stato
realizzato
senza troppo curarsi del modello di threading adottato (per inciso: Free o
Single thread), e poi lo ha instanziato per essere disponibile a tutta
l'applicazione ASP in global.asa con il tag <OBJECT> produrrà il lock del
server finchè il *suo* oggetto non avrà finito i *suoi* comodi.
Se qualcuno ha osservazioni, sono benvenute.
Saluti, Clod.