나는 CentOS 5.3 시스템에서 php-common 및 php-devel 패키지를 업그레이드했습니다. 내가 브라우저에서 임의의 PHP 스크립트에 액세스 할 때 지금, 나는이 같은 쓰레기를 얻을 :PHP 업그레이드 문제 - 인코딩 오류입니까?
alt text http://javierdesign.com/error.jpg
내가 페이지를 GET 구부러 지거나, 브라우저 모두의 외모에 일반 HTML, CSS 또는 JS를 시도하려고하면 승인.
인코딩은 "Content-Type : text/html; charset = UTF-8"을 통해 PHP 자체와 PHP 출력 모두에서 UTF-8로 설정됩니다.
무엇이 변경 되었습니까? 어떤 아이디어?
우리는 이것을 한 번했습니다. 나는 이것이 gzip과 관련이 있다고 생각한다.
와우 On
아파치 2와 예 gzip이 활성화되었지만, 오늘 나는이 3 시간을 고치려고 노력했지만, DEFLATE를 사용하지 않으려 고 노력했다. –
흠, 이전에 시도하지 않은 한 가지는 zlib.output_compression을 원래 값에서 Off로 변경하여 문제를 해결하는 것이 었습니다. 이봐! 다른 게시물을 편집 할 수 없으므로 답변에이 게시물을 추가 할 수 있습니다. 그런 다음 받아 들일 수 있습니다. 팁 고마워. –
에 원래 값 Off에서 zlib.output_compression을 수정하려고합니다. 네, 그건 특이한 일입니다. 내 첫 번째 생각은 아파치의 MOD_PHP 비트가 여하튼 (또는 당신이 사용하고있는 웹 서버의 어떤 것과 동등한) 망쳐 버렸음에 틀림 없다는 것, 또는 그것이 틀린 MIME 타입이나 뭔가에 바인딩되어 있다는 것이 었습니다 ... 그러나 PHP가 ' t (인터프리터를 제외하고) 컴파일 된 코드를 사용하면 진정한 fubared 인 경우 바이너리 횡설수설이 아닌 평범한 텍스트 만 볼 수 있습니다. 서버가 .php를 일종의 바이너리 파일 유형으로 취급하는 것처럼 보입니다.
패키지를 지우고 다시 설치합니다. 원래 "재고"패키지에서 설치 되었습니까? 아니면 누군가 소스에서 컴파일 했습니까? 처음 컴파일 된 경우 공식 패키지에 포함되지 않은 옵션을 설정했을 수 있습니다. 이로 인해 문제가 발생할 수 있습니다.
은 인코딩 문제 일 수 있지만 방금 패키지를 업그레이드 했으므로 시작할 장소가되었습니다.
은 MIME 형식에 대한 추리를 따랐지만 이제는 요청 헤더 "Accept-encoding : gzip, deflate;" PHP를 속여서 다시 아파치에 의해 수축 된 콘텐츠를 gzip으로 만들었습니다. CURL과는 관련이 없습니다 ... –
phpinfo()가 작동한다면 시도해 보셨습니까? –
옙, 간단한 phpinfo()가 모든 것을 출력 OK OK –
처음 몇 글자를 넣을 수 있습니까? 나는 gzip 내용을 추측하고 있지만 시작을 보지 않고는 알 수 없다. – Greg