> A google search of the issue says a few things like: busy shared hosting will cause this temporary or not enough memory available to php might also cause this. Other people indicate potential misconfiguration with PHP.
500 is a catch all error – that’s how i understand it. php can cause it. .htaccess can cause it. server set up can cause it. probably other things.
> Perhaps if you post a link to the pages in question, it might help.
that won’t really help i don’t think. you’d either see the page working fine, or, maybe 1 time out of a 100 (although i personally haven’t been able to see the error myself), get a 500 error. neither would help i don’t think would it?
there’s a whole wide array of possible sources of problems. this question is trying to narrow it down a bit. i’m trying to work out if the source of the problem is php or not.
i’m wondering if anyone knows if the fact that the number of bytes reported in the access log as transferred, the fact that when it errors is the same as when it doesn’t error, indicates that it is not a php problem? my guess is, but it’s just a guess and am looking for confirmation, is, if the code went wrong 1/2 way through, say, it’d stop, thus giving a different number in the bytes transferred? this is based on my assumption that the number of bytes reported in access logs as transferred is exactly as it sounds – but i don’t really know much about that value.
host213-12… - - [29/Jan/2011:15:15:01 +0000] “GET /c/main-1.css HTTP/1.1” 500 23977 "http://www…
23977 is the amount it is when it’s fine (200 status code rather than 500), and as you can see, the amount when it errors.
to me that indicates it’s probably not a php problem?
i guess there might be some ways that php could output the correct number of bytes (so let’s assume the right content) and yet still error maybe. not sure.
it seems very odd that the right number of bytes are apparently being transferred and yet it’s labelled an error. is that odd? seems it to me.