In passato, durante il debug di un sito web, era consuetudine cliccare con il tasto destro direttamente sulla soluzione - avviare una nuova istanza, ma in seguito si scoprì che tali svantaggi erano:
1. L'inizio è relativamente lento;
2. Il parametro richiesta di alcuni browser non può essere importato;
3. Se non specifichi l'URL di avvio, VS caricherà la pagina su localhost, come http://localhost/test.aspx;
In questo caso, i cookie condivisi tramite nomi di dominio non possono essere condivisi.
Sul lato difficile, ho deciso di debugare le pagine IIS allegando un processo in VS.
I passaggi sono i seguenti:
1. Creare un sito in IIS e puntare direttamente alla cartella dove si trova il programma (o il percorso che punta alla cartella dove il programma è stato pubblicato);
2. Impostare un punto di interruzione sulla pagina da testare, poi selezionare "Debug" > "Allega al processo" e selezionare w3wp.exe processo nel processo (devi prima aprire il CRM o la pagina da testare); Se non riesci a trovare w3wp.exe processo, c'è un messaggio di visualizzazione dei processi in tutte le sessioni in fondo alla lista dei processi, e puoi vederlo
3. Ma ho scoperto che non riuscivo a inserire il punto di interruzione, riferendomi alle istruzioni di tutti, se il metodo di generazione fosse debug e così via, non risolveva il mio problema.
Infine, ho scoperto che era il debugger della pagina proprietà del progetto web - il codice nativo non era stato controllato e la pagina può essere debuggato con successo, quindi felice!
4. Inoltre, è meglio controllare l'abilitazione della modifica dell'immagine sopra e continuare a spuntare, altrimenti potrebbe essere segnalata come errore e non poter essere accessibile
|
Pubblicato su 18/08/2016 14:50:23
|
|
|
|
Padrone di casa|
Pubblicato su 02/03/2021 09:59:42
|
