nginx-0.6.16-RELEASE

docs/xml/nginx/changes.xml

diff --git a/docs/xml/nginx/changes.xml b/docs/xml/nginx/changes.xml
index 47150c4..701cb2c 100644
--- a/docs/xml/nginx/changes.xml
+++ b/docs/xml/nginx/changes.xml
@@ -9,15 +9,53 @@
 <title lang="en">nginx changelog</title>
 
 
+<changes ver="0.6.16" date="29.10.2007">
+
+<change type="change">
+<para lang="ru">
+ÔÅÐÅÒØ ÎÁ Linux ÉÓÐÏÌØÚÕÅÔÓÑ uname(2) ×ÍÅÓÔÏ procfs.<br/>
+óÐÁÓÉÂÏ éÌØÅ îÏ×ÉËÏ×Õ.
+</para>
+<para lang="en">
+now the uname(2) is used on Linux instead of procfs.<br/>
+Thanks to Ilya Novikov.
+</para>
+</change>
+
+<change type="bugfix">
+<para lang="ru">
+ÅÓÌÉ × ÄÉÒÅËÔÉ×Å error_page ÉÓÐÏÌØÚÏ×ÁÌÓÑ ÓÉÍ×ÏÌ "?", ÔÏ ÏÎ ÜËÒÁÎÉÒÏ×ÁÌÓÑ
+ÐÒÉ ÐÒÏËÓÉÒÏ×ÁÎÉÉ ÚÁÐÒÏÓÁ;
+ÏÛÉÂËÁ ÐÏÑ×ÉÌÁÓØ × 0.6.11.
+</para>
+<para lang="en">
+if the "?" character was in a "error_page" directive, then it was escaped
+in a proxied request;
+bug appeared in 0.6.11.
+</para>
+</change>
+
+<change type="bugfix">
+<para lang="ru">
+ÓÏ×ÍÅÓÔÉÍÏÓÔØ Ó mget.
+</para>
+<para lang="en">
+compatibility with mget.
+</para>
+</change>
+
+</changes>
+
+
 <changes ver="0.6.15" date="22.10.2007">
 
 <change type="feature">
 <para lang="ru">
-ÓÏ×ÍÅÓÔÉÍÏÓÔØ Ó cygwin.<br/>
+ÓÏ×ÍÅÓÔÉÍÏÓÔØ Ó Cygwin.<br/>
 óÐÁÓÉÂÏ ÷ÌÁÄÉÍÉÒÕ ëÕÔÁËÏ×Õ.
 </para>
 <para lang="en">
-cygwin compatibility.<br/>
+Cygwin compatibility.<br/>
 Thanks to Vladimir Kutakov.
 </para>
 </change>
@@ -606,7 +644,7 @@
 ÔÏ ÎÁ ÓÌÅÄÕÀÝÉÊ ÚÁÐÒÏÓ nginx ×ÏÚ×ÒÁÝÁÌ 400.
 </para>
 <para lang="en">
-if an response different than 200 was returned to an request with body
+if a response different than 200 was returned to a request with body
 and connection went to the keep-alive state after the request, then
 nginx returned 400 for the next request.
 </para>
@@ -643,7 +681,7 @@
 ÏÛÉÂËÁ ÐÏÑ×ÉÌÁÓØ × 0.6.6.
 </para>
 <para lang="en">
-a worker process may got caught in an endless loop, if an "server" inside
+a worker process may got caught in an endless loop, if a "server" inside
 "upstream" block was marked as "down";
 bug appeared in 0.6.6.
 </para>
@@ -1478,7 +1516,7 @@
 </para>
 <para lang="en">
 the "[alert] zero size buf" error when FastCGI server was used and
-an request body written in a temporary file was multiple of 32K.
+a request body written in a temporary file was multiple of 32K.
 </para>
 </change>
 
@@ -2463,7 +2501,7 @@
 nginx ÉÇÎÏÒÉÒÏ×ÁÌ ÉÍÑ ÓÅÒ×ÅÒÁ × ÓÔÒÏËÅ ÚÁÐÒÏÓÁ.
 </para>
 <para lang="en">
-nginx ignored a host name in an request line.
+nginx ignored a host name in a request line.
 </para>
 </change>
 
@@ -2541,7 +2579,7 @@
 </para>
 <para lang="en">
 if the "add_before_body" directive was used without
-the "add_after_body" directive, then an response did not transferred complete.
+the "add_after_body" directive, then a response did not transferred complete.
 </para>
 </change>
 
@@ -2761,7 +2799,7 @@
 </para>
 <para lang="en">
 if an "include" SSI command were before another "include" SSI command
-with an "wait" parameter, then the "wait" parameter might not work.
+with a "wait" parameter, then the "wait" parameter might not work.
 </para>
 </change>
 
@@ -2815,7 +2853,7 @@
 </para>
 <para lang="en">
 if an "include" SSI command were before another "include" SSI command
-with an "wait" parameter, then the "wait" parameter might not work.
+with a "wait" parameter, then the "wait" parameter might not work.
 </para>
 </change>
 
@@ -3000,7 +3038,7 @@
 </para>
 <para lang="en">
 a segmentation fault may occur while redirecting the 400 error
-to the proxied server using an "proxy_pass" directive.
+to the proxied server using a "proxy_pass" directive.
 </para>
 </change>
 
@@ -3012,7 +3050,7 @@
 </para>
 <para lang="en">
 a segmentation fault occurred if an unix domain socket was used in
-an "proxy_pass" directive;
+a "proxy_pass" directive;
 bug appeared in 0.3.47.
 </para>
 </change>
@@ -3392,7 +3430,7 @@
 ÐÒÏÉÓÈÏÄÉÌ segmentation fault, ÅÓÌÉ ÚÁÐÒÏÓ ×ÏÚ×ÒÁÝÁÌ ÒÅÄÉÒÅËÔ.
 </para>
 <para lang="en">
-a segmentation fault occurred if an request returned an redirect and
+a segmentation fault occurred if a request returned a redirect and
 some sent to client header lines were logged in the access log.
 </para>
 </change>