W przeszłości, podczas debugowania strony stosowano, zwyczajowo było klikać prawym przyciskiem myszy bezpośrednio w rozwiązaniu – rozpoczynając nową instancję, ale później okazało się, że takie wady to:
1. Start jest stosunkowo powolny;
2. Parametr żądania niektórych przeglądarek nie może być importowany;
3. Jeśli nie podasz adresu URL startowego, VS załaduje stronę do localhost, na przykład http://localhost/test.aspx;
W takim przypadku pliki cookie udostępniane przez nazwy domen nie mogą być udostępniane.
Po trudnej stronie postanowiłem debugować strony IIS, dołączając proces w VS.
Kroki są następujące:
1. Utworzenie strony w IIS i bezpośrednie wskazywanie folderu, w którym znajduje się program (lub ścieżka prowadzi do folderu, w którym program został opublikowany);
2. Ustaw punkt przerwania na stronie do testu, następnie wybierz "Debug" > "Dołącz do procesu" i wybierz w3wp.exe proces w procesie (najpierw musisz otworzyć CRM lub stronę do testu); Jeśli nie możesz znaleźć w3wp.exe procesu, na dole listy jest wyświetlanie procesów we wszystkich sesjach i możesz go zobaczyć
3. Ale nie mogę wejść w punkt przerwania, odwołując się do instrukcji wszystkich, czy metoda generowania to debug i tak dalej, nie rozwiązało mojego problemu.
W końcu okazało się, że to był debugger strony własności projektu webowego – natywny kod nie został sprawdzony, a stronę można pomyślnie debugować, więc jestem zadowolony!
4. Dodatkowo najlepiej sprawdzić możliwość edycji powyższego obrazu i kontynuować jej zaznaczanie, w przeciwnym razie może zostać zgłoszony jako błąd i nie będzie dostępny
|
Opublikowano 18.08.2016 14:50:23
|
|
|
|
Ziemianin|
Opublikowano 02.03.2021 09:59:42
|
