[PATCH] Return http status code from XSLT

2013-03-07 Thread SamB
Hi, this patch provides simple possibility to return http error code from within XSLT transformation result. This is simple way to quickly and correctly return i.e. 404 error codes instead of producing dummy soft-404 pages. Sample XSLT: http://www.w3.org/http"; status="400">

[nginx] svn commit: r5107 - trunk/src/http/modules

2013-03-07 Thread vbart
Author: vbart Date: 2013-03-07 18:21:28 + (Thu, 07 Mar 2013) New Revision: 5107 URL: http://trac.nginx.org/nginx/changeset/5107/nginx Log: SSL: Next Protocol Negotiation extension support. Not only this is useful for the upcoming SPDY support, but it can also help to improve HTTPS performance

[nginx] svn commit: r5106 - trunk/src/http

2013-03-07 Thread vbart
Author: vbart Date: 2013-03-07 18:14:27 + (Thu, 07 Mar 2013) New Revision: 5106 URL: http://trac.nginx.org/nginx/changeset/5106/nginx Log: Refactored ngx_http_init_request(). Now it can be used as the request object factory with minimal impact on the connection object. Therefore it was renam

[nginx] svn commit: r5105 - in trunk/src: core http

2013-03-07 Thread vbart
Author: vbart Date: 2013-03-07 18:07:16 + (Thu, 07 Mar 2013) New Revision: 5105 URL: http://trac.nginx.org/nginx/changeset/5105/nginx Log: Removed c->single_connection flag. The c->single_connection was intended to be used as lock mechanism to serialize modifications of request object from se

[nginx] svn commit: r5104 - trunk/src/http

2013-03-07 Thread vbart
Author: vbart Date: 2013-03-07 17:59:27 + (Thu, 07 Mar 2013) New Revision: 5104 URL: http://trac.nginx.org/nginx/changeset/5104/nginx Log: Respect the new behavior of TCP_DEFER_ACCEPT. In Linux 2.6.32, TCP_DEFER_ACCEPT was changed to accept connections after the deferring period is finished w

[nginx] svn commit: r5103 - trunk/src/http

2013-03-07 Thread vbart
Author: vbart Date: 2013-03-07 17:41:40 + (Thu, 07 Mar 2013) New Revision: 5103 URL: http://trac.nginx.org/nginx/changeset/5103/nginx Log: Use "client_header_timeout" for all requests in a connection. Previously, only the first request in a connection used timeout value from the "client_heade

[nginx] svn commit: r5102 - trunk/src/http

2013-03-07 Thread vbart
Author: vbart Date: 2013-03-07 17:21:50 + (Thu, 07 Mar 2013) New Revision: 5102 URL: http://trac.nginx.org/nginx/changeset/5102/nginx Log: Create request object only after the first byte was received. Previously, we always created an object and logged 400 (Bad Request) in access log if a clie

[nginx] svn commit: r5101 - in trunk/src: core http/modules/perl

2013-03-07 Thread vbart
Author: vbart Date: 2013-03-07 17:07:04 + (Thu, 07 Mar 2013) New Revision: 5101 URL: http://trac.nginx.org/nginx/changeset/5101/nginx Log: Version bump. Modified: trunk/src/core/nginx.h trunk/src/http/modules/perl/nginx.pm Modified: trunk/src/core/nginx.h =

Re: Nginx Module (I/O block)

2013-03-07 Thread Maxim Dounin
Hello! On Wed, Mar 06, 2013 at 05:56:15PM +0100, alexander_koch_log wrote: > Hi, > > On 03/06/2013 01:50 PM, Maxim Dounin wrote: > >Hello! > >>When sending an in-file buffer, is it still possible to have the > >>read stop when a special byte char is read like \xFF even though the > >>provided by