nginx-0.6.36-RELEASE

This commit is contained in:
Igor Sysoev 2009-04-02 06:48:50 +00:00
parent f3014dc746
commit d5a9869296
1 changed files with 164 additions and 2 deletions

View File

@ -9,6 +9,168 @@
<title lang="en">nginx changelog</title>
<changes ver="0.6.36" date="02.04.2009">
<change type="change">
<para lang="ru">
ÏÛÉÂËÁ "Invalid argument", ×ÏÚ×ÒÁÝÁÅÍÁÑ setsockopt(TCP_NODELAY) ÎÁ Solaris,
ÔÅÐÅÒØ ÉÇÎÏÒÉÒÕÅÔÓÑ.
</para>
<para lang="en">
now the "Invalid argument" error returned by setsockopt(TCP_NODELAY) on Solaris,
is ignored.
</para>
</change>
<change type="change">
<para lang="ru">
ÔÅÐÅÒØ ÒÁÚÒÅÛÁÀÔÓÑ POST'Ù ÂÅÚ ÓÔÒÏËÉ "Content-Length" × ÚÁÇÏÌÏ×ËÅ ÚÁÐÒÏÓÁ.
</para>
<para lang="en">
now POSTs without "Content-Length" header line are allowed.
</para>
</change>
<change type="feature">
<para lang="ru">
ÄÉÒÅËÔÉ×Á try_files.
</para>
<para lang="en">
the "try_files" directive.
</para>
</change>
<change type="feature">
<para lang="ru">
ÐÁÒÁÍÅÔÒ --with-pcre × configure.
</para>
<para lang="en">
the --with-pcre option in the configure.
</para>
</change>
<change type="feature">
<para lang="ru">
ÄÉÒÅËÔÉ×Á if_modified_since.
</para>
<para lang="en">
the "if_modified_since" directive.
</para>
</change>
<change type="feature">
<para lang="ru">
ÐÅÒÅÍÅÎÎÙÅ "$cookie_...".
</para>
<para lang="en">
the "$cookie_..." variables.
</para>
</change>
<change type="feature">
<para lang="ru">
ÐÅÒÅÍÅÎÎÙÅ "$arg_...".
</para>
<para lang="en">
the "$arg_..." variables.
</para>
</change>
<change type="bugfix">
<para lang="ru">
ÓÏ×ÍÅÓÔÉÍÏÓÔØ Ó Tru64 UNIX.<br/>
óÐÁÓÉÂÏ Dustin Marquess.
</para>
<para lang="en">
compatibility with Tru64 UNIX.<br/>
Thanks to Dustin Marquess.
</para>
</change>
<change type="bugfix">
<para lang="ru">
ÄÉÒÅËÔÉ×Á ssl_engine ÎÅ ÉÓÐÏÌØÚÏ×ÁÌÁ SSL-ÁËÓÅÌÅÒÁÔÏÒ
ÄÌÑ ÁÓÉÍÍÅÔÒÉÞÎÙÈ ÛÉÆÒÏ×.<br/>
óÐÁÓÉÂÏ Marcin Gozdalik.
</para>
<para lang="en">
a "ssl_engine" directive did not use a SSL-accelerator
for asymmetric ciphers.<br/>
Thanks to Marcin Gozdalik.
</para>
</change>
<change type="bugfix">
<para lang="ru">
× ÄÉÒÅËÔÉ×Å rewrite, ×ÏÚ×ÒÁÝÁÀÝÅÊ ÒÅÄÉÒÅËÔ, ÓÔÁÒÙÅ ÁÒÇÕÍÅÎÔÙ ÐÒÉÓÏÅÄÉÎÑÌÉÓØ
Ë ÎÏ×ÙÍ ÞÅÒÅÚ ÓÉÍ×ÏÌ "?" ×ÍÅÓÔÏ "&amp;";<br/>
ÏÛÉÂËÁ ÐÏÑ×ÉÌÁÓØ × 0.1.18.<br/>
óÐÁÓÉÂÏ íÁËÓÉÍÕ äÕÎÉÎÕ.
</para>
<para lang="en">
in a redirect rewrite directive original arguments were concatenated with
new arguments by a "?" rather than an "&amp;";<br/>
the bug had appeared in 0.1.18.<br/>
Thanks to Maxim Dounin.
</para>
</change>
<change type="bugfix">
<para lang="ru">
nginx ÎÅ ÓÏÂÉÒÁÌÓÑ ÎÁ AIX.
</para>
<para lang="en">
nginx could not be built on AIX.
</para>
</change>
<change type="bugfix">
<para lang="ru">
ÅÓÌÉ ÎÁ ÚÁÐÒÏÓ Ó ÔÅÌÏÍ ×ÏÚ×ÒÁÝÁÌÓÑ ÒÅÄÉÒÅËÔ, ÔÏ ÏÔ×ÅÔ ÍÏÇ ÂÙÔØ Ä×ÏÊÎÙÍ
ÐÒÉ ÉÓÐÏÌØÚÏ×ÁÎÉÉ ÍÅÔÏÄÏ× epoll ÉÌÉ rtsig.<br/>
óÐÁÓÉÂÏ Eden Li.
</para>
<para lang="en">
a double response might be returned if the epoll or rtsig methods are used
and a redirect was returned to a request with body.<br/>
Thanks to Eden Li.
</para>
</change>
<change type="bugfix">
<para lang="ru">
ÐÒÉ ÉÓÐÏÌØÚÏ×ÁÎÉÉ ÄÉÒÅËÔÉ×Ù resolver × SMTP ÐÒÏËÓÉ-ÓÅÒ×ÅÒÅ
× ÒÁÂÏÞÅÍ ÐÒÏÃÅÓÓÅ ÍÏÇ ÐÒÏÉÚÏÊÔÉ segmentation fault.
</para>
<para lang="en">
a segmentation fault might occur in worker process
if "resolver" directive was used in SMTP proxy.
</para>
</change>
<change type="bugfix">
<para lang="ru">
fastcgi_store ÎÅ ×ÓÅÇÄÁ ÓÏÈÒÁÎÑÌ ÆÁÊÌÙ.
</para>
<para lang="en">
fastcgi_store stored files not always.
</para>
</change>
<change type="bugfix">
<para lang="ru">
nginx ÎÅ ÏÂÒÁÂÁÔÙ×ÁÌ ÏÔ×ÅÔ FastCGI-ÓÅÒ×ÅÒÁ,
ÅÓÌÉ ÐÅÒÅÄ ÏÔ×ÅÔÏÍ ÓÅÒ×ÅÒ ÐÅÒÅÄÁ×ÁÌ ÍÎÏÇÏ ÓÏÏÂÝÅÎÉÊ × stderr.
</para>
<para lang="en">
nginx did not process a FastCGI server response,
if the server send too many messages to stderr before response.
</para>
</change>
</changes>
<changes ver="0.6.35" date="26.01.2009">
<change type="bugfix">
@ -9763,8 +9925,8 @@ the proxy_set_x_var and fastcgi_set_var directives were not inherited.
Ë URI ÞÅÒÅÚ ÓÉÍ×ÏÌ "&amp;" ×ÍÅÓÔÏ "?".
</para>
<para lang="en">
in the redirect rewrite directive the arguments were concatenated with URI
by the "&amp;" rather than the "?".
in a redirect rewrite directive arguments were concatenated with URI
by an "&amp;" rather than a "?".
</para>
</change>