# Ngx\_openresty stable version 1.0.10.24 released! **URL:** \ **Category:** NGINX\ **Created:** [January 16, 2012, 3:36pm UTC](https://www.ruby-forum.com/t/ngx-openresty-stable-version-1-0-10-24-released/215798 "2012-01-16T15:36:06Z")\ **Posts on this page:** 2\ **Page:** 1
**Author:** ![luislavena](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/l/0ea827/32.png) [@luislavena](https://www.ruby-forum.com/u/luislavena)\ **Post date:** [January 16, 2012, 3:36pm UTC](https://www.ruby-forum.com/t/ngx-openresty-stable-version-1-0-10-24-released/215798/1 "2012-01-16T15:36:06Z")
Hi, folks! I’m happy to announce that the new stable release of ngx\_openresty, 1.0.10.44, has just been kicked out of door: [OpenResty® - Open source](http://openresty.org/#Download) This is the second stable release of ngx\_openresty that is based on the Nginx core 1.0.10 (and the next one will be based on the Nginx core 1.0.11+). Special thanks go to all our contributors and users to help make this release happen 🙂 Here goes the complete change log for this release, as compared to the last stable release, 1.0.10.24, released about one month ago: - upgraded Mike Pall’s LuaJIT to 2.0.0beta9. - changes: [This page has been removed](http://luajit.org/changes.html) - upgraded EchoNginxModule to 0.37. - bugfix: fixed two spots that we did not check null pointers returned by the memory allocator. - bugfix: attempt to fix places where ngx\_time\_update might not be compiled properly. - upgraded HeadersMoreNginxModule to 0.16. - bugfix: more\_set\_input\_headers[http://wiki.nginx.org/HttpHeadersMoreModule#more\_set\_input\_headers](http://wiki.nginx.org/HttpHeadersMoreModule#more_set_input_headers)and more\_clear\_input\_headers[http://wiki.nginx.org/HttpHeadersMoreModule#more\_clear\_input\_headers](http://wiki.nginx.org/HttpHeadersMoreModule#more_clear_input_headers)did not handle the Accept-Encoding request headers properly. thanks ҹɫ. - bugfix: removing builtin headers in huge request headers with 20+ entries could result in data loss. thanks Chris Dumoulin for the patch in github issue #6[https://github.com/agentzh/headers-more-nginx-module/issues/6](https://github.com/agentzh/headers-more-nginx-module/issues/6) . - bugfix: the more\_set\_input\_headers[http://wiki.nginx.org/HttpHeadersMoreModule#more\_set\_headers](http://wiki.nginx.org/HttpHeadersMoreModule#more_set_headers)directive might cause invalid memory reads because Nginx request header values must be null terminated. thanks Maxim D… - upgraded LuaNginxModule to 0.4.0. - bugfix: ngx.flush(true) could not be used before I/O calls like ngx.location.capture[http://wiki.nginx.org/HttpLuaModule#ngx.location.capture](http://wiki.nginx.org/HttpLuaModule#ngx.location.capture). this bug had appeared in v0.3.1rc34. - bugfix: ngx.var.VARIABLE did not evaluate to nil when the Nginx variable’s valid flag is 0. - docs: various documentation improvements. thanks Nginx U… - bugfix: there were various places where we did not check the pointer returned by the memory allocator. - bugfix: ngx.req.get\_uri\_args[http://wiki.nginx.org/HttpLuaModule#ngx.req.get\_uri\_args](http://wiki.nginx.org/HttpLuaModule#ngx.req.get_uri_args)and ngx.req.get\_post\_args[http://wiki.nginx.org/HttpLuaModule#ngx.req.get\_post\_args](http://wiki.nginx.org/HttpLuaModule#ngx.req.get_post_args)now only parse up to 100 arguments by default. but one can specify the optional argument to these two methods to specify a custom maximum number of args. thanks Tzury Bar Yochay for reporting this. - bugfix: ngx.req.get\_headers[http://wiki.nginx.org/HttpLuaModule#ngx.req.get\_headers](http://wiki.nginx.org/HttpLuaModule#ngx.req.get_headers)now only parse up to 100 request headers by default. but one can specify the optional argument to this method to specify a custom maximum number of headers. - bugfix: removing builtin headers via ngx.req.clear\_header[http://wiki.nginx.org/HttpLuaModule#ngx.req.clear\_header](http://wiki.nginx.org/HttpLuaModule#ngx.req.clear_header)and its equivalent in huge request headers with 20+ entries could result in data loss. thanks Chris Dumoulin for the patch in github issue #6[https://github.com/agentzh/headers-more-nginx-module/issues/6](https://github.com/agentzh/headers-more-nginx-module/issues/6) . - bugfix: could not compile with Nginx 1.1.12+ because Nginx 1.1.12 changed its regex API. now we call PCRE API directly and require at least PCRE 8.21 for the PCRE JIT support in our ngx.re API (since PCRE 8.20 had a bug in its JIT engine that it did not honor pcre\_malloc and pcre\_free at all). - bugfix: ngx.req.set\_header[http://wiki.nginx.org/HttpLuaModule#ngx.req.set\_header](http://wiki.nginx.org/HttpLuaModule#ngx.req.set_header)might cause invalid memory reads because Nginx request header values must be null terminated. thanks Maxim D… - bugfix: ngx.var.VARIABLE might evaluate to nil even if there is a valid value because the Nginx variable value’s valid flag might not be initialized properly. this bad had appeared in v0.3.1rc40. - bugfix: ngx.req.set\_header[http://wiki.nginx.org/HttpLuaModule#ngx.req.set\_header](http://wiki.nginx.org/HttpLuaModule#ngx.req.set_header)and ngx.req.clear\_header[http://wiki.nginx.org/HttpLuaModule#ngx.req.clear\_header](http://wiki.nginx.org/HttpLuaModule#ngx.req.clear_header)did not handle the Accept-Encoding request headers properly. thanks ҹɫ. - upgraded EncryptedSessionNginxModule to 0.02. - bugfix: the -lssl option broke nginx linking when –with-openssl=DIRis specified. thanks charlieyang for reporting this issue. - upgraded SetMiscNginxModule to v0.22rc4. - bugfix: fixed one place that does not check the pointer returned by the memory allocator. - src: converted CRLF in the source files and test files to LF. - upgraded SrcacheNginxModule to v0.13rc3. - bugfix: fixed a regression with XssNginxModule for cache hits. this bug had appeared in v0.13rc1. thanks [http://weibo.com/liseen](http://weibo.com/liseen). - bugfix: we did not cache the Location response header at all for 301 /302 responses. - bugfix: we should not blindly cache the Accept-Ranges: bytesresponse headers regardless of the actual current requests. - upgraded XssNginxModule to v0.03rc8. - bugfix: fixed a few debug-level log messages; the old text was misleading. - upgraded Maxim D.'s UpstreamKeepaliveNginxModule to 0.7. - Bugfix: unbuffered connection might not be kept alive under Linux. - Bugfix: module could not be built on Windows. - Bugfix: module could not be built without the ngx\_http\_ssl\_module. - Feature: https connections support (requires patches). - Bugfix: invalid connections might be cached. - Bugfix: the "[alert] … open socket … left in connection …"messages were logged on nginx worker process gracefull exit for each cached connection; the bug had appeared in version 0.3. - bugfix: fixed issues with relative path DIR in the –with-openssl=DIRoption for ./configure. - bugfix: fixed compatibility of the packaging scripts on Darwin and \*BSD. thanks nightsailer and Piotr S… - bugfix: the install phony target did not depend on the all phony target in the Makefile generated by ./configure. thanks Ҧΰ[http://weibo.com/yaoweibin](http://weibo.com/yaoweibin)for reporting this issue. - bugfix: the ./configure script’s --add-module option did not accept relative path values. thanks Ҧΰ [http://weibo.com/yaoweibin](http://weibo.com/yaoweibin) for the patch. - bugfix: some old version of shell cp command does not support trailing slashes in the destination argument and could break our ./configurescript. thanks Ҧΰ [http://weibo.com/yaoweibin](http://weibo.com/yaoweibin) for reporting it. As always, you’re welcome to report bugs and feature requests either here or directly to me 🙂 OpenResty (aka. ngx\_openresty) is a full-fledged web application server by bundling the standard Nginx core, lots of 3rd-party Nginx modules, as well as most of their external dependencies. By taking adantage of various well-designed Nginx modules, OpenRestyeffectively turns the nginx server into a powerful web app server, in which the web developers can use the Lua programming language to script various existing nginx C modules and Lua modules and construct extremely high-performance web applications that is capable to handle 10K+ connections. OpenResty aims to run your server-side web app completely in the Nginx server, leveraging Nginx’s event model to do non-blocking I/O not only with the HTTP clients, but also with remote backends like MySQL, PostgreSQL, Memcached, and Redis. You can find more details on the homepage of ngx\_openresty here: ``` http://openresty.org ``` Have fun! -agentzh ---
**Author:** ![agentzh](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/a/4da419/32.png) [@agentzh](https://www.ruby-forum.com/u/agentzh)\ **Post date:** [January 16, 2012, 3:47pm UTC](https://www.ruby-forum.com/t/ngx-openresty-stable-version-1-0-10-24-released/215798/2 "2012-01-16T15:47:55Z")
On Mon, Jan 16, 2012 at 10:35 PM, agentzh [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) wrote: > I’m happy to announce that the new stable release of ngx\_openresty, 1.0.10.44, > has just been kicked out of door: > > [OpenResty® - High-Concurrency Web Platform Built on Nginx + LuaJIT](http://openresty.org/#Download) Sorry, this thread’s title should be “[ANN] ngx\_openresty stable version 1.0.10.44 released!”. Sorry again for the confusion 😛 Best, -agentzh