Mercurial > hg > nginx-vendor-0-6
comparison CHANGES.ru @ 378:fc497c1dfb7c NGINX_0_6_33
nginx 0.6.33
*) Feature: now nginx returns the 405 status code for POST method
requesting a static file only if the file exists.
*) Workaround: compatibility with glibc 2.3.
Thanks to Eric Benson and Maxim Dounin.
*) Bugfix: the resolver did not understand big DNS responses.
Thanks to Zyb.
*) Bugfix: in HTTPS mode requests might fail with the "bad write retry"
error.
*) Bugfix: the ngx_http_charset_module did not understand quoted
charset name received from backend.
*) Bugfix: 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.
*) Bugfix: 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.
*) Bugfix: a full response was returned for request method HEAD while
redirection via an "error_page" directive.
*) Bugfix: if a directory has search only rights and the first index
file was absent, then nginx returned the 500 status code.
*) Bugfix: of recursive error_page for 500 status code.
author | Igor Sysoev <http://sysoev.ru> |
---|---|
date | Thu, 20 Nov 2008 00:00:00 +0300 |
parents | d13234035cad |
children | 3ce4580ae286 |
comparison
equal
deleted
inserted
replaced
377:15c4ba3bc2fa | 378:fc497c1dfb7c |
---|---|
1 | |
2 Изменения в nginx 0.6.33 20.11.2008 | |
3 | |
4 *) Добавление: теперь nginx возвращает код 405 для метода POST при | |
5 запросе статического файла, только если файл существует. | |
6 | |
7 *) Изменение: совместимость с glibc 2.3. | |
8 Спасибо Eric Benson и Максиму Дунину. | |
9 | |
10 *) Исправление: resolver не понимал большие DNS-ответы. | |
11 Спасибо Zyb. | |
12 | |
13 *) Исправление: при использовании HTTPS запросы могли завершаться с | |
14 ошибкой "bad write retry". | |
15 | |
16 *) Исправление: модуль ngx_http_charset_module не понимал название | |
17 кодировки в кавычках, полученное от бэкенда. | |
18 | |
19 *) Исправление: при использовании параметра max_fails=0 в upstream'е с | |
20 несколькими серверами рабочий процесс выходил по сигналу SIGFPE. | |
21 Спасибо Максиму Дунину. | |
22 | |
23 *) Исправление: метод $r->header_in() не возвращал значения строк | |
24 "Host", "User-Agent", и "Connection" из заголовка запроса; ошибка | |
25 появилась в 0.6.32. | |
26 | |
27 *) Исправление: при перенаправлении запроса с методом HEAD с помощью | |
28 директивы error_page возвращался полный ответ. | |
29 | |
30 *) Исправление: если у каталога были права доступа только на поиск | |
31 файлов и первый индексный файл отсутствовал, то nginx возвращал | |
32 ошибку 500. | |
33 | |
34 *) Исправление: рекурсивной error_page для 500 ошибки. | |
35 | |
1 | 36 |
2 Изменения в nginx 0.6.32 07.07.2008 | 37 Изменения в nginx 0.6.32 07.07.2008 |
3 | 38 |
4 *) Изменение: параметр "none" в директиве ssl_session_cache; теперь | 39 *) Изменение: параметр "none" в директиве ssl_session_cache; теперь |
5 этот параметр используется по умолчанию. | 40 этот параметр используется по умолчанию. |
1459 | 1494 |
1460 *) Исправление: если в запросе был "//" или "/.", и после этого | 1495 *) Исправление: если в запросе был "//" или "/.", и после этого |
1461 закодированные символы в виде "%XX", то проксируемый запрос | 1496 закодированные символы в виде "%XX", то проксируемый запрос |
1462 передавался незакодированным. | 1497 передавался незакодированным. |
1463 | 1498 |
1464 *) Исправление: метод $r->headers_in("Cookie") модуля | 1499 *) Исправление: метод $r->header_in("Cookie") модуля |
1465 ngx_http_perl_module теперь возвращает все строки "Cookie" в | 1500 ngx_http_perl_module теперь возвращает все строки "Cookie" в |
1466 заголовке запроса. | 1501 заголовке запроса. |
1467 | 1502 |
1468 *) Исправление: происходил segmentation fault, если использовался | 1503 *) Исправление: происходил segmentation fault, если использовался |
1469 "client_body_in_file_only on" и делался переход к следующему бэкенду. | 1504 "client_body_in_file_only on" и делался переход к следующему бэкенду. |