From 7c957e784c5b932ba4712db844a63d5ff48f6f44 Mon Sep 17 00:00:00 2001 From: Igor Sysoev Date: Tue, 8 Jan 2008 17:42:10 +0000 Subject: [PATCH] nginx-0.5.35-RELEASE --- docs/xml/nginx/changes.xml | 107 +++++++++++++++++++++++++++++++++++++ 1 file changed, 107 insertions(+) diff --git a/docs/xml/nginx/changes.xml b/docs/xml/nginx/changes.xml index fccc63f4c..085952caf 100644 --- a/docs/xml/nginx/changes.xml +++ b/docs/xml/nginx/changes.xml @@ -9,6 +9,113 @@ nginx changelog + + + + +теперь модуль ngx_http_userid_module в поле куки с номером процесса +добавляет микросекунды на время старта. + + +now the ngx_http_userid_module adds start time microseconds +to the cookie field contains a pid value. + + + + + +теперь на Linux используется uname(2) вместо procfs.
+Спасибо Илье Новикову. + + +now the uname(2) is used on Linux instead of procfs.
+Thanks to Ilya Novikov. + + + + + +поддержка строки "If-Range" в заголовке запроса.
+Спасибо Александру Инюхину. + + +the "If-Range" request header line support.
+Thanks to Alexander V. Inyukhin. + + + + + +при использовании HTTPS запросы могли завершаться с ошибкой "bad write retry"; +ошибка появилась в 0.5.13. + + +in HTTPS mode requests might fail with the "bad write retry" error; +bug appeared in 0.5.13. + + + + + +STARTTLS в режиме SMTP не работал.
+Спасибо Олегу Мотиенко. + + +the STARTTLS in SMTP mode did not work.
+Thanks to Oleg Motienko. + + + + + +large_client_header_buffers не освобождались перед переходом в состояние +keep-alive.
+Спасибо Олександру Штепе. + + +large_client_header_buffers did not freed before going to keep-alive state.
+Thanks to Olexander Shtepa. + + + + + +директива limit_rate не позволяла передавать на полной скорости, +даже если был указан очень большой лимит. + + +the "limit_rate" directive did not allow to use full throughput, +even if limit value was very high. + + + + + +если ответ проксированного сервера был версии HTTP/0.9, +то переменная $status была равна 0. + + +the $status variable was equal to 0 if a proxied server returned response +in HTTP/0.9 version. + + + + + +если в директиве error_page использовался символ "?", то он экранировался +при проксировании запроса; +ошибка появилась в 0.5.32. + + +if the "?" character was in a "error_page" directive, then it was escaped +in a proxied request; +bug appeared in 0.5.32. + + + + + +