В миналото, при дебъгване на уебсайт, беше обичайно да се кликне директно с десен бутон в решението – да се стартира нова инстанция, но по-късно установи, че такива недостатъци са:
1. Началото е сравнително бавно;
2. Параметърът за заявка на някои браузъри не може да бъде импортиран;
3. Ако не посочите стартовия URL, VS ще зареди страницата в localhost, като http://localhost/test.aspx;
В този случай бисквитките, споделени чрез домейни имена, не могат да бъдат споделяни.
От трудната страна, реших да дебъгвам IIS страници, като прикача процес във VS.
Стъпките са следните:
1. Създайте сайт в IIS и посочете директно към папката, в която се намира програмата (или пътят сочи към папката, в която програмата е публикувана);
2. Задайте точка на прекъсване на страницата за тестване, след това изберете "Debug" > "Прикачи към процеса" и изберете w3wp.exe процес в процеса (първо трябва да отворите CRM или страницата, която трябва да се тества); Ако не можеш да намериш w3wp.exe процес, има показ на процеси във всички сесии в долната част на списъка с процеси и можеш да го видиш
3. Но установих, че не мога да вляза в точката на прекъсване, като се позовавам на инструкциите на всички, дали методът на генериране е дебъг и т.н., не решиха проблема ми.
Накрая установих, че това е дебъгерът на страницата на свойството на уеб проекта – родният код не беше проверен, а страницата може да бъде успешно дебъгната, така че съм доволен!
4. Освен това е най-добре да се провери опцията за активиране на редактирането на горната снимка и да се продължи да я отбелязваш, в противен случай може да бъде докладвана като грешка и да не може да бъде достъпена
|
Публикувано в 18.08.2016 г. 14:50:23 ч.
|
|
|
|
Хазяин|
Публикувано в 2.03.2021 г. 9:59:42 ч.
|
