IIS7에서 추적을 사용하도록 설정했습니다. 기본 ASP는 항상 IIS7에서 코드 200을 반환합니다.
테스트를 위해 자발적인 버그 (잘못된 activeX 이름)가 포함 된 작은 고전 ASP 테스트 페이지를 작성했습니다.
내 asp 테스트 페이지는 버그 행에 도달 할 때까지 렌더링됩니다. 나머지 페이지는 렌더링되지 않습니다. 500 오류 코드를 예상했지만 코드는 항상 200입니다. FailedReqLogFiles 폴더에는 오류 파일이 없습니다.
다른 사람이 있습니까?
문제는 실제로 서버 측 디버깅 사용입니다. 사용하도록 설정했을 수도 있지만 은으로 설정해야합니다.
서버가 디버깅을 시작하고 디버거를 시작하려고 시도한 다음 서버를 찾지 않고 포기하려고합니다. IIS7 이전에는 이런 일이 없었던 것 같습니다. SQL 서버 오류가 브라우저에 표시되지 않았기 때문에
이것을보고 500 오류가 발생하지 않도록하십시오. 또한 버그가 activeX에서 예외 처리기를 통해 처리되는 경우 ASP 응답에 오류가 표시되지 않을 수 있습니다.
200 OK 성공 HTTP 요청에 대한 표준 반응이다. 상태 코드는 클라이언트의 요청이 성공적으로 수신, 이해 및 승인되었음을 나타냅니다.
아니요. 도움이되지 않습니다. IIS 로그는 페이지가 액세스되었으며 결과 코드가 200임을 나에게 보여줍니다. – Blue
동일한 IIS7 오류가 발생했습니다. 어떤 종류의 오류도 반환하지 않았습니다. 화면에 오류 메시지가없고 500 번이 표시되었습니다. 페이지에서 렌더링이 중지되었습니다.
보고 계신가요? 나는 불행하게도 그것이 무엇인지를 기억할 수 없다. 나는 그것이 오류를 다루는 것과 같다고 생각한다. (보고있는 내용이라면 계속 기억하려고 노력할 것입니다.)
나는 그렇지 않을 수도 있지만 오류 페이지> 오른쪽 패널에 숨겨진 기능 설정 편집 및 자세한 오류를 선택 하시겠습니까? 그 설정도 필요하며 언급하지 않았습니다.
예, 이것이 제가 보는 것입니다. 설정이 이미 세부 오류로 설정되었습니다. – Blue
Glood 아침,
이 문제는 크게 우리의 개발을 둔화되었다. Google의 애플리케이션 서비스 제공 업체가 일부 설정을 시도했지만 작동하지 못했습니다. 그들은 나에게 설정을 보냈고 우연히 한 번에 두 번만해서 문제가 해결되었습니다. 그들은 asp가 오류 코드 대신에 리턴 코드 200을 제공한다고 말했습니다. 여기
우리를 위해 일 것입니다 :
는의 조합은 "브라우저에 보내기 = TRUE" ""서버 쪽 디버깅 사용 "= 거짓과 작동합니다.
다른 사람들을 돕기를 바랍니다.
톰 암스트롱
그게 다야! 고맙습니다! – Blue