sono onesto non sapevo della sua esistenza, e usavo "robba" fatta a mano e ultimamente coadiuvata da log4net.

visto che sto iniziando un nuovo lavoro la metto in campo, poi ti faccio sapere,se per te va bene direttamente su questo post.

ciao matco

ciao alessandro:

Di preciso a cosa serve?

Riccardo

m.casati ha scritto:

Nota: in realtà la stessa pagine gestisce tutti gli errori del sito (proponendo messaggi diversi) tramite HttpModule (evento app.Error) e occupandosi di visualizzare/loggare i dettagli dell'errore, le info sull'utente, ecc. (peccato solo non sia disponibile la sessione )
Magari questa potrebbe essere un'idea da aggiungere anche al toolkit targato MS...

dopo un primo approccio con il toolkit mi sento di condividere completamente quanto detto da Matteo, anche io da tempo uso un HttpModule per la gestione degli errori, e il logging tramite log4net o in alternativa HelthMonitoring.

avere tutto integrato in unico toolkit non sarebbe male, non che a integrare tutto ci voglia poi molto, ma visto che la gestione degli errori di asp.net è abbastanza spartana, non sarebbe male sostituirla in toto.


ciao marco

Una puntualizzazione sul messaggio di Matteo: c'e' una differenza sostanziale tra la tua soluzione e quella proposta dal toolkit: nel tuo caso, e' l'utente che deve navigare al search engine e digitare una query; nel caso del toolkit, i risultati della query sono la parte del leone dell'informazione presentata all'utente, e c'e' un intero sottosistema che si occupa di estrarre le keyword per la prima ricerca da dati presenti nella pagina di partenza e/o dall'url di destinazione.
Fare cosi' si e' dimostrato molto piu' efficace per tenere l'utente sul sito invece di navigare via.
Chi arriva ad un 404 abbandona il sito in una larga percentuale dei casi (tipicamente per andare ad un motore di ricerca); se gli dai gia' un motore di ricerca nella pagina di errore caricato con i risultati che probabilisticamente hanno alte possibilita' di essere quello che cerca, resta.

Saluti

--Alessandro