We had this once. I believe this has something to do with gzip.
try to modify the zlib.output_compression from the original value Off to On
Robert Cabri
2009-10-13 15:25:13
+2
A:
Apache 2 and yes gzip is enabled, though I believe in my 3 hours of trying to fix this today, I tried to disable DEFLATE to no avail...
Miroslav Solanka
2009-10-13 15:26:19
Hmm, - one thing I did not try previously was to change zlib.output_compression from the original value Off to On which fixed the problem. Yeeha! You may want to add this to your answer, as I can't edit other posts, then I can mark it accepted. Thanks for the tip.
Miroslav Solanka
2009-10-13 15:31:14
+1
A:
Wow. Yea, that's unusual. My first thought was that the MOD_PHP bit in Apache must have gotten screwed up somehow (or the equivalent in whatever webserver you're using), or that it was binding to the wrong MIME type, or something...But since php isn't (minus an interpreter) compiled code, if it was truly fubared, you'd just be seeing plain text, or nothing at all, not binary gibberish. Looks more like the server is handling .php as some kind of binary file type.
I'd clear out the packages and install them again. Was the original install from "stock" packages, or did someone compile them from source? If they were compiled the first time, someone may have set options that were not set in the official packages, which might be causing your issue.
It could be some kind of encoding issue, but since you just upgraded those packages, that would be the place where I would start.
Satanicpuppy
2009-10-13 15:32:05
followed your reasoning with the MIME types, though it seems to me now that the Request header "Accept-encoding: gzip, deflate;" tricked PHP into gzipping the content which was then deflated by Apache again, which would not happen with CURL...
Miroslav Solanka
2009-10-13 15:41:27