the patch did not handle pipeling at all, so that some code had to be added
from Premium thttpd
persistent connections are supported, if a script sets the Content-Length
header
response (happened at customer sites). The response is now written out
using the standard state machine.
the buffer which is handed to thttpd by php is now simply dealt with as if
it were a thttpd generated response (avoids code duplication).
as per the CGI RFC.
The status notation is incompatible with Apache's non-parsed-header mode
"nph-*", but that has never worked before anyway. One could make the
format string configurable.
Noticed by: Sebastian Bergmann
calls.
Revert the change to the sapi_add_header_ex interface.
Fix various bugs:
1. header("HTTP/1.0 306 foo");
header("Location: absolute-uri");
did not work in combination with several SAPI modules, because
http_status_line was never properly reset. And thus, all SAPI
modules which looked at http_status_line ignored the changed
http_response_code.
2. The CGI SAPI did not send out the HTTP status line at all, if
http_status_line had not been set explicitly by calling
header("HTTP/1.0 200 foo");
- We don't need libtool to build sapi/cli on Darwin.
- You want the sapi/cli build line to be in sapi/cli, not Makefile.global.
- We want the sapi/cli build line to be in sapi/cli, not Makefile.global.
- He can go about his business.
- You can go about your business.
- Move along.
- Move along. Move along.
@ getallheaders() as an alias to it. Also added apache_response_headers()
@ which returns the current response headers from Apache.
Renamed getallheaders() to apache_request_headers() and kept
getallheaders() as an alias to it. Also added apache_response_headers()
which returns the current response headers from Apache.