*) Feature: the "TLSv1.1" and "TLSv1.2" parameters of the
"ssl_protocols" directive.
*) Feature: the "if" SSI command supports captures in regular
expressions.
*) Bugfix: the "if" SSI command did not work inside the "block"
command.
*) Bugfix: in AIO error handling on FreeBSD.
*) Bugfix: in the OpenSSL library initialization.
*) Bugfix: the "worker_cpu_affinity" directive might not work.
*) Bugfix: the "limit_conn_log_level" and "limit_req_log_level"
directives might not work.
*) Bugfix: the "read_ahead" directive might not work combined with
"try_files" and "open_file_cache".
*) Bugfix: the "proxy_cache_use_stale" directive with "error"
parameter
did not return answer from cache if there were no live upstreams.
*) Bugfix: a segmentation fault might occur in a worker process if
small
time was used in the “inactive” parameter of the
“proxy_cache_path”
directive.
*) Bugfix: responses from cache might hang.
*) Bugfix: in error handling while connecting to a backend.
Thanks to Piotr S..
*) Bugfix: in the "epoll" event method.
Thanks to Yichun Z..
*) Bugfix: the $sent_http_cache_control variable might contain a
wrong
value if the “expires” directive was used.
Thanks to Yichun Z…
*) Bugfix: the "limit_rate" directive did not allow to use full
throughput, even if limit value was very high.
*) Bugfix: the "sendfile_max_chunk" directive did not work, if the
"limit_rate" directive was used.
*) Bugfix: nginx could not be built on Solaris; the bug had appeared
in
1.0.11.
*) Bugfix: in the ngx_http_scgi_module.
*) Bugfix: in the ngx_http_mp4_module.
Now available: Nginx 1.0.12 For Windowshttp://goo.gl/vcXmb (32-bit and
64-bit versions)
These versions are to support legacy users who are already using
Cygwin based builds of Nginx. Officially supported native Windows
binaries are at nginx.org.
*) Feature: the “TLSv1.1” and “TLSv1.2” parameters of the
“ssl_protocols” directive.
*) Feature: the “if” SSI command supports captures in regular
expressions.
I was really hoping this feature from the 1.1.11 release would make it
into the next stable release (1.0.12)
*) Feature: the “proxy_redirect” directive supports variables in the
first parameter.
Looks like it didn’t make the cut. Any chance of making the next
release? The current limitation of variables to only the second
parameter makes this feature a bit cumbersome.
Because of a number of backend apps that try to redirect, I have to do:
On Monday 06 February 2012 22:15:10 Nginx U. wrote:
I was really hoping this feature from the 1.1.11 release would make it
into the next stable release (1.0.12)
*) Feature: the “proxy_redirect” directive supports variables in the
first parameter.
Looks like it didn’t make the cut. Any chance of making the next
release? The current limitation of variables to only the second
parameter makes this feature a bit cumbersome.
[…]
If you need some feature from the development branch, then why not just
use it?
On 6 February 2012 22:37, Valentin V. Bartenev [email protected] wrote:
If you need some feature from the development branch, then why not just use it?
I realise that the dev branch is rated OK for production but prefer to
stay with the other because I don’t want to break things.
I hope this feature makes it into 1.0.13 due in four weeks as I’ll
need some time to evaluate the 1.1.x branch before deciding whether to
move to it even if it does become stable.
Cheers
This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.