과거에는 웹사이트를 디버깅할 때 해결책을 직접 우클릭하여 새 인스턴스를 시작하는 것이 관례였으나, 나중에 다음과 같은 단점이 있음을 알게 되었습니다: 1. 시작은 비교적 느리다; 2. 일부 브라우저의 요청 매개변수는 가져올 수 없습니다; 3. 시작 URL을 지정하지 않으면, VS는 페이지를 localhost(예: http://localhost/test.aspx)로 불러옵니다; 이 경우, 도메인 이름을 통해 공유된 쿠키는 공유할 수 없습니다. 어려운 점은, VS에 프로세스를 첨부해 IIS 페이지를 디버깅하기로 결정했다는 점입니다. 단계는 다음과 같습니다: 1. IIS에서 사이트를 생성하고 프로그램이 위치한 폴더(또는 경로가 프로그램이 게시된 폴더를 가리키기)를 가리킵니다; 2. 테스트할 페이지에 브레이크포인트를 설정한 후 "디버그"> "프로세스에 부착"을 선택한 후 프로세스 내 프로세스w3wp.exe 선택합니다(먼저 CRM이나 테스트할 페이지를 열어야 함); 만약 프로세스를 w3wp.exe찾지 못하면, 프로세스 목록 하단에 모든 세션에 프로세스 표시가 있어서 확인할 수 있습니다 3. 하지만 모든 사람의 명령어를 참고하거나 생성 방법이 디버그인지 여부 등은 문제를 해결하지 못했습니다. 결국 웹 프로젝트의 속성 페이지 디버거 문제였다는 것을 알게 되었는데, 네이티브 코드가 확인되지 않았고 페이지가 성공적으로 디버깅될 수 있어 기쁩니다! 4. 또한, 위 사진의 편집 활성화 상태를 확인하고 계속 체크하는 것이 좋습니다. 그렇지 않으면 오류로 보고되어 접근할 수 없습니다
면책 조항: Code Farmer Network에서 발행하는 모든 소프트웨어, 프로그래밍 자료 또는 기사는 학습 및 연구 목적으로만 사용됩니다; 위 내용은 상업적 또는 불법적인 목적으로 사용되지 않으며, 그렇지 않으면 모든 책임이 사용자에게 부담됩니다. 이 사이트의 정보는 인터넷에서 가져온 것이며, 저작권 분쟁은 이 사이트와는 관련이 없습니다. 위 내용은 다운로드 후 24시간 이내에 컴퓨터에서 완전히 삭제해야 합니다. 프로그램이 마음에 드신다면, 진짜 소프트웨어를 지원하고, 등록을 구매하며, 더 나은 진짜 서비스를 받아주세요. 침해가 있을 경우 이메일로 연락해 주시기 바랍니다.
Mail To:help@itsvse.com