only run into the 404 handler if we are in direct connection mode.
that way we cant run into the 404 handler if a fastcgi app returned a
404.
This is a small backwards incompatible change as now the *cgi app has
to generate the content for the 404 itself instead of falling back
into the 404-handler.
There is still a problem with subrequest which go back to the same
module (fastcgi app triggers subrequest which hits the fastcgi module
again) but that would require bigger changes to the plugin api. ATM
each plugin deinitialize its data after it handled the request. So the
module isnt initialized for the connection anymore and the subrequest
directly jumps out of the handler.
git-svn-id: svn://svn.lighttpd.net/lighttpd/branches/lighttpd-1.4.x@1904 152afb58-edef-0310-8abb-c4023f1b3aa9
- dont restore the http status code unconditionally (1270)
- mod_staticfile should set the http status properly. otherwise we run into
the 404 handling twice and it appends the default 404 page to the content.
(this passed the testsuite)
git-svn-id: svn://svn.lighttpd.net/lighttpd/branches/lighttpd-1.4.x@1899 152afb58-edef-0310-8abb-c4023f1b3aa9
into a assert() in fdevent.c, try to limit the number of opened
connections before hand
git-svn-id: svn://svn.lighttpd.net/lighttpd/branches/lighttpd-1.4.x@1873 152afb58-edef-0310-8abb-c4023f1b3aa9
connection and keeps trying to read from the died connection. lighttpd still responses
to other requests, it just eats up all the cpu trying to handle the died connection.
this commit fixes that problem
git-svn-id: svn://svn.lighttpd.net/lighttpd/branches/lighttpd-1.4.x@1473 152afb58-edef-0310-8abb-c4023f1b3aa9
have content on a HEAD request, take it as the
Content-Length and discard the content (as it is
a HEAD request)
git-svn-id: svn://svn.lighttpd.net/lighttpd/branches/lighttpd-1.4.x@1385 152afb58-edef-0310-8abb-c4023f1b3aa9
i hope it helps with merging stuff back to 1.5
git-svn-id: svn://svn.lighttpd.net/lighttpd/branches/lighttpd-1.4.x@1371 152afb58-edef-0310-8abb-c4023f1b3aa9
- handle default case in connection type switch
git-svn-id: svn://svn.lighttpd.net/lighttpd/branches/lighttpd-1.4.x@1360 152afb58-edef-0310-8abb-c4023f1b3aa9
- moved the SSL-read code into a seperate function
- rewrote the "optimized" and ugly CRLF CRLF code
git-svn-id: svn://svn.lighttpd.net/lighttpd/branches/lighttpd-1.4.11-ssl-fixes@1317 152afb58-edef-0310-8abb-c4023f1b3aa9
- reuse the last read-buffer after a SSL_ERROR_WANT_READ
git-svn-id: svn://svn.lighttpd.net/lighttpd/branches/lighttpd-1.4.11-ssl-fixes@1274 152afb58-edef-0310-8abb-c4023f1b3aa9
- 501 was returned if a unknown Method was used
git-svn-id: svn://svn.lighttpd.net/lighttpd/branches/lighttpd-merge-1.4.x@927 152afb58-edef-0310-8abb-c4023f1b3aa9
allow duplicate If-Modified-Since headers if they are equal
git-svn-id: svn://svn.lighttpd.net/lighttpd/branches/lighttpd-merge-1.4.x@907 152afb58-edef-0310-8abb-c4023f1b3aa9
- strip Connection header from backend response if we are proxy
- trust Connection-Length if we are proxy
git-svn-id: svn://svn.lighttpd.net/lighttpd/branches/lighttpd-merge-1.4.x@862 152afb58-edef-0310-8abb-c4023f1b3aa9
server.upload-dirs is the option in the configfile
git-svn-id: svn://svn.lighttpd.net/lighttpd/branches/lighttpd-merge-1.4.x@812 152afb58-edef-0310-8abb-c4023f1b3aa9
which can buffer to tempfiles of the content is to large
git-svn-id: svn://svn.lighttpd.net/lighttpd/branches/lighttpd-merge-1.4.x@741 152afb58-edef-0310-8abb-c4023f1b3aa9
Marcus Rückert
