Di masa lalu, saat men-debug situs web, adalah kebiasaan untuk mengklik kanan langsung dalam solusi - memulai instance baru, tetapi kemudian menemukan bahwa kelemahan tersebut adalah:
1. Awalnya relatif lambat;
2. Parameter permintaan beberapa browser tidak dapat diimpor;
3. Jika Anda tidak menentukan URL startup, VS akan memuat halaman ke localhost, seperti http://localhost/test.aspx;
Dalam hal ini, cookie yang dibagikan melalui nama domain tidak dapat dibagikan.
Di sisi yang sulit, saya memutuskan untuk men-debug halaman IIS dengan melampirkan proses di VS.
Langkah-langkahnya adalah sebagai berikut:
1. Buat situs di IIS dan langsung arahkan ke folder tempat program berada (atau jalur mengarah ke folder tempat program diterbitkan);
2. Tetapkan breakpoint pada halaman yang akan diuji, lalu pilih "Debug" > "Lampirkan ke Proses", dan pilih proses w3wp.exe dalam proses (Anda perlu membuka CRM atau halaman yang akan diuji terlebih dahulu); Jika Anda tidak dapat menemukan proses w3wp.exe, ada proses tampilkan di semua sesi di bagian bawah daftar proses, dan Anda dapat melihatnya
3. Tetapi saya menemukan bahwa saya tidak dapat memasukkan titik henti, mengacu pada instruksi semua orang, apakah metode pembuatan adalah debug dan sebagainya tidak menyelesaikan masalah saya.
Akhirnya, saya menemukan bahwa itu adalah debugger halaman properti dari proyek web - kode asli tidak diperiksa, dan halaman dapat berhasil di-debug, sangat senang!
4. Selain itu, yang terbaik adalah memeriksa aktifkan pengeditan gambar di atas dan terus mencentangnya, jika tidak, mungkin dilaporkan sebagai kesalahan dan tidak dapat diakses
|
Diposting pada 18/08/2016 14.50.23
|
|
|
|
Tuan tanah|
Diposting pada 02/03/2021 09.59.42
|
