2012-02-20 5 views
3

PHP에 다소 큰 게시물 요청을 전달하려고하는데, var_dump $ _POST 배열 중 하나가 가장 큰 변수가 없습니다. (실제로는 게시 요청의 일부로 base64로 인코딩 된 바이너리 업로드입니다.)PHP가 큰 게시물 변수를 구문 분석하지 못했습니다.

재미있는 것은 내 개발 PC에서 정확히 동일한 요청이 빠진 변수없이 올바르게 구문 분석됩니다.

서버 및 개발 PC에서 php : // 입력 내용을 확인했으며 정확히 일치합니다 (md5 일치). 그러나 개발 PC는 모든 변수를 인식하고 서버는 하나를 놓칩니다. php.ini에서 여러 가지 옵션을 변경하려고 시도했지만 효과가 없습니다.

누군가 내가 올바른 것을 가르쳐 줄 것입니다. 여기 내 php : // 입력입니다 (~ 5 메가 바이트) http://www.mediafire.com/?lp0uox53vhr35df

+1

.ini에서 설정 한 max_post_size를 치는 것 같아요. – BenOfTheNorth

+0

아니요, 이미 220M입니다. 그리고 만약 그렇게된다면 php : // input은 전체 정보를 포함하지 않을 것입니다. – Nameless

+0

나는 메모리 제한이 괜찮을 것으로 기대한다. 그러나 크기를 처리 할만큼 충분히 높게 설정되어 있는지 확인 했습니까? 비록 그것이 아니었다면 나는 놀랄 것이다. – BenOfTheNorth

답변

0

Suhosin 확장으로 인해 서버가 차단할 수 있습니다.

http://www.hardened-php.net/suhosin/configuration.html#suhosin.post.max_value_length

suhosin.post.max_value_length

유형 : 정수 기본값 : 65000는 POST 요청을 등록 가변 의 최대 길이를 정의한다.

이 내용은 php.ini에서 변경해야합니다.

공유 호스트에서 많이 사용되는 Suhosin 패치와는 다릅니다. 패치가이 문제를 일으키는 지 알 수 없습니다.

+0

suhosin.post.max_value_length = 250000000 Unfortuantely 나는 이미 그것을 시도했습니다. 형식이 맞지 않을 수도 있습니다. 약 7 시간 후에 런타임에서이 값을 검사 할 것입니다. – Nameless

+0

suhosin.request.max_value_length와 함께 작동합니다. 나는 당신의 답을 옳은 것으로 표시 할 것이고, 그것은 가장 가까운 답이다. – Nameless

관련 문제