2012-01-02 8 views
2

며칠 전부터 온라인 상점에서 문제가 발생했습니다. (xtC의 Gambio 기반)

우리는 3000 개가 넘는 텍스트 필드가있는 수식을 가지고 있습니다. 그들 중 1/3 정도는 올바르게 작동합니다. 나머지는 null, 비어 있습니다.

$ _POST가 정확하게 채워진 것 같습니다만 서버에서는 앱이 축소 된 배열을 얻습니다.

다른 브라우저에서 다양한 콘텐츠로 테스트했습니다. => 항상 동일합니다.

Server: Linux infong 2.4 #1 SMP Mon Oct 10 09:34:36 UTC 2011 i686 GNU/Linux 

PHP 버전 5.2.17은 (2011년 12월 29일를 구축)

post_max_size 8메가바이트입니다.

문제는 12-30-2011에 인식되었으므로 서버의 새 빌드와 연결될 수 있습니다.

이 문제와 관련된 아이디어가 있습니까?

+9

3000 개의 텍스트 필드? 나는 그 사람을 채워야 만하는 사람에게 나쁜 기분이 든다 : ... s – Svish

+0

당신은 그것이 완전히 채워 졌는가? TamperData (Firefox Addon)로 확인할 수 있습니다. print_r ($ _ POST)는 뭐라고 말합니까? 네 번째 텍스트 필드의 변경 사항 및 그 값/내용은 무엇입니까? – sascha

+4

수호신 패치가 설치되어 있습니까? $ _POST에 포함될 수있는 키 수를 제한 할 수 있습니다. –

답변

1

문제점은 12-30-2011에 인식되었으므로 서버의 새 빌드와 연결될 수 있습니다.

당신이 당신의 리눅스 배포판에서 제공하는 PHP 버전을 사용하는 경우, 그것은 그들이 possible attack vector 그 영향 PHP를 비롯한 다양한 언어와 라이브러리를 완화하도록 설계 this patch to PHP 5.3 and 5.4을 백 포트 매우 가능성이 높습니다.

이 경우 phpinfo()을 덤프하고 max_input_vars을 찾으십시오. 그곳에 있다면 php.ini 파일을 더 높은 숫자로 설정할 수 있습니다. 표시되지 않으면 정확한 패치를받지 못했을 가능성이 크며 배포판에 번호가 하드 코드되어있을 가능성이 큽니다.

관련 문제