문제

IIS7에서 추적을 활성화했습니다. IIS 관리 도구의 ASP 탭에서 해당 속성을 true로 설정했습니다.

  • AppallowClientDebug,
  • AppallowDebugging,
  • ErrorStontLog,
  • ScripterrorsentTobrowser;

그것을 테스트하기 위해, 나는 자발적으로 작은 클래식 ASP 테스트 페이지를 썼습니다.

내 ASP 테스트 페이지는 버그 라인에 도달 할 때까지 렌더링됩니다. 페이지의 나머지 부분은 렌더링되지 않습니다. 500 오류 코드를 기대했지만 코드는 항상 200입니다. FailileRqLogFiles 폴더에는 오류 파일이 없습니다.

누군가가 있습니까?

도움이 되었습니까?

해결책

좋아요, 문제는 실제로 다음과 같습니다 서버 측 디버깅을 활성화합니다. 당신은 그것을 활성화했을 수도 있지만, 당신은해야합니다 장애를 입히다 대신.

서버는 디버깅을 시작해야한다고 생각하고 디버거를 발사하려고 시도한 다음 하나를 찾지 못하고 포기합니다! 나는 이것이 IIS7 이전에 결코 일어나지 않았다고 확신한다.

다른 팁

글로드 아침,

브라우저에 SQL Server 오류가 표시되지 않았기 때문에이 문제는 개발이 크게 느려졌습니다. 우리의 애플리케이션 서비스 제공 업체는 일부 설정을 시도했지만 작동 할 수 없었습니다. 그들은 나에게 설정을 보냈고 나는 실수로 한 번에 두 개만 한 번만했고 우리의 문제는 해결되었습니다. 그들은 ASP가 오류 코드 대신 Return Code 200을 제공하고 있다고 말했습니다.

다음은 우리를 위해 일한 것입니다.

"브라우저로 보내기 = true"와 "서버 측면 디버깅 활성화"= false "의 조합.

나는 그것이 다른 사람들을 돕기를 바랍니다.

톰 암스트롱

이것을보고 이것이 500 오류를 얻지 못하게하는지 확인하십시오. 또한 ActiveX의 예외 핸들러를 통해 버그가 처리되면 ASP 응답에 오류가 표시되지 않을 수 있습니다.

http://classicasp.aspfaq.com/general/why-o-i-get-a-500-internal-server-error-for-asp-errors.html

200 OK는 성공적인 HTTP 요청에 대한 표준 응답입니다. 상태 코드는 고객의 요청이 성공적으로 수신, 이해 및 수락되었음을 나타냅니다.

우리는 동일한 IIS7 오류가 발생했습니다. 어떤 종류의 오류도 반환하지 않았습니다. 화면에 오류 메시지가없고 500이 없었습니다. 페이지가 렌더링을 중지했습니다.

그게 당신이보고있는 것입니까? 불행히도 그것이 무엇인지 기억이 나지 않습니다. 오류를 처리하는 것이 무언가라고 생각합니다. (이것이 당신이보고있는 것이라면, 나는 계속 기억하려고 노력할 것입니다!)

나는 이것이 그렇게 생각하지 않지만 : 오류 페이지로 이동> 기능 설정 편집 (오른쪽 패널에 숨겨진)으로 이동하고 상세한 오류를 선택합니까? 그 설정도 필요하며 언급하지 않았습니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top