2014-10-01 1 views
1

우리의 서버 상태 코드 (200)서버는 빈 페이지와 특정 POST 요청에 200 OK

더 PHP 오류가없는 빈 페이지를 반환를 반환합니다. 문제는 $ _POST 어레이를 수동으로 정리하더라도 해결됩니다.

아이디어가 있습니까?

Configutation : 의 nginx 심포니 2.3.20 PHP 5.4.33-1 ~ dotdeb.1 W는 광택을 가지고 있지만 문제는 광택 종료 후 남아있다.

return new Response(null, 200); 

느릅 나무 당신이 그것을 수행 말을 정확히 수행합니다 옵션 E_ALL

+0

php_value error_reporting on 또는 off? –

+0

그러면 문제가 생깁니 까? 제 말은 200을 의미합니다.) 농담은 제쳐두고, ** 당신은 아마도 어떤 POST 매개 변수 **가이 동작을 나타나게하고 아마도 코드의 관련 부분을 공유하는지 ** 공유해야합니다. – Theolodis

+0

오류보고는 E_ALL 옵션과 함께 사용됩니다. 나는 그것을 지울 때조차도 남아 있기 때문에 $ _POST에 문제가 없다고 생각한다. –

답변

0

내 질문에 답합니다.

실제로 PHP 오류 - 메모리 제한이 적용되었습니다. strace를 통해 PHP CGI 프로세스에 바인드했을 때 나타났다. Nginx는 500 개의 상태 코드를 반환하지 않았습니다. 치명적인 오류를 보지도 않고 기록하지도 않았습니다 (error_reporting = On과 E_ALL에도 불구하고).

이유를 모르겠습니다. 나는 그것에 대해 또 다른 질문을 할 것이다.

1

음에에에보고

오류, symfony2에서처럼 돌아 쉽다. symfony2에서 콘텐츠를 반환 하시겠습니까?

+0

예 저는 꽤 확신합니다. –

0

사용중인 심포니 버전은 무엇입니까? 이 시나리오는 일치하지 않는 함수 매개 변수 또는 존재하지 않는 함수 호출로 인해 PHP 오류와 유사 해 보입니다. - app_dev.php에서 디버그가 활성화 된 상태에서 응용 프로그램을 실행하십시오. - ErrorHandler.php에서 E_RECOVERABLE_ERROR을 (를) 추가합니다. handleFatal() 오류 유형이 확인 된 곳입니다. 일반적으로 일치하지 않는 함수 매개 변수는 E_RECOVERABLE_ERROR 유형의 PHP 오류를 발생시키고 심포니에서 제대로 처리되지 않습니다. 이 작업이 완료되면 페이지를 다시 실행하십시오. 잘하면 오류가 귀하의 페이지에 던질 것입니다. 희망이 있습니다.