nginx changelog

# HG changeset patch # User Igor Sysoev # Date 1227202004 0 # Node ID eb191501ece35bd82aabee90dc3b256a6cc0e45b # Parent 435b689b61ea73b734497d8b42ec6eff8b4e182a nginx-0.6.33-RELEASE diff --git a/docs/xml/nginx/changes.xml b/docs/xml/nginx/changes.xml --- a/docs/xml/nginx/changes.xml +++ b/docs/xml/nginx/changes.xml @@ -9,6 +9,121 @@ nginx changelog + + + + +теперь nginx возвращает код 405 для метода POST при запросе статического +файла, только если файл существует. + + +now nginx returns the 405 status code for POST method requesting a static file +only if the file exists. + + + + + +совместимость с glibc 2.3.
+Спасибо Eric Benson и Максиму Дунину. + + +compatibility with glibc 2.3.
+Thanks to Eric Benson and Maxim Dounin. + + + + + +resolver не понимал большие DNS-ответы.
+Спасибо Zyb. + + +the resolver did not understand big DNS responses.
+Thanks to Zyb. + + + + + +при использовании HTTPS запросы могли завершаться с ошибкой "bad write retry". + + +in HTTPS mode requests might fail with the "bad write retry" error. + + + + + +модуль ngx_http_charset_module не понимал название кодировки в кавычках, +полученное от бэкенда. + + +the ngx_http_charset_module did not understand quoted charset name +received from backend. + + + + + +при использовании параметра max_fails=0 в upstream'е с несколькими +серверами рабочий процесс выходил по сигналу SIGFPE.
+Спасибо Максиму Дунину. + + +if the "max_fails=0" parameter was used in upstream with several servers, +then a worker process exited on a SIGFPE signal.
+Thanks to Maxim Dounin. + + + + + +метод $r->header_in() не возвращал значения строк "Host", "User-Agent", +и "Connection" из заголовка запроса; +ошибка появилась в 0.6.32. + + +the $r->header_in() method did not return value of the "Host", +"User-Agent", and "Connection" request header lines; +the bug had appeared in 0.6.32. + + + + + +при перенаправлении запроса с методом HEAD с помощью директивы error_page +возвращался полный ответ. + + +a full response was returned for request method HEAD +while redirection via an "error_page" directive. + + + + + +если у каталога были права доступа только на поиск файлов +и первый индексный файл отсутствовал, то nginx возвращал ошибку 500. + + +if a directory has search only rights and the first index file was absent, +then nginx returned the 500 status code. + + + + + +рекурсивной error_page для 500 ошибки. + + +of recursive error_page for 500 status code. + + + + + + @@ -924,7 +1039,6 @@ Thanks to Manlio Perillo. if variable values used in a "proxy_pass" directive contain IP-addresses only, then a "resolver" directive is not mandatory. -resolver @@ -4630,11 +4744,11 @@ then the proxied request was sent unesca -метод $r->headers_in("Cookie") модуля ngx_http_perl_module теперь возвращает +метод $r->header_in("Cookie") модуля ngx_http_perl_module теперь возвращает все строки "Cookie" в заголовке запроса. -the $r->headers_in("Cookie") of the ngx_http_perl_module now returns +the $r->header_in("Cookie") of the ngx_http_perl_module now returns all "Cookie" header lines.