Changeset 5836:fe129aa02db9 in nginx for docs


Ignore:
Timestamp:
09/16/14 12:19:03 (3 years ago)
Author:
Maxim Dounin <mdounin@…>
Branch:
default
Tags:
release-1.7.5
Message:

nginx-1.7.5-RELEASE

File:
1 edited

Legend:

Unmodified
Added
Removed
  • docs/xml/nginx/changes.xml

    r5788 r5836  
    44
    55<change_log title="nginx">
     6
     7
     8<changes ver="1.7.5" date="16.09.2014">
     9
     10<change type="security">
     11<para lang="ru">
     12при использовании общего для нескольких блоков server
     13разделяемого кэша SSL-сессий или общего ключа для шифрования
     14TLS session tickets было возможно повторно использовать
     15SSL-сессию в контексте другого блока server (CVE-2014-3616).<br/>
     16Спасибо Antoine Delignat-Lavaud.
     17</para>
     18<para lang="en">
     19it was possible to reuse SSL sessions in unrelated contexts
     20if a shared SSL session cache or the same TLS session ticket key
     21was used for multiple "server" blocks (CVE-2014-3616).<br/>
     22Thanks to Antoine Delignat-Lavaud.
     23</para>
     24</change>
     25
     26<change type="change">
     27<para lang="ru">
     28директиву stub_status теперь можно указывать без параметров.
     29</para>
     30<para lang="en">
     31now the "stub_status" directive does not require a parameter.
     32</para>
     33</change>
     34
     35<change type="feature">
     36<para lang="ru">
     37параметр always директивы add_header.
     38</para>
     39<para lang="en">
     40the "always" parameter of the "add_header" directive.
     41</para>
     42</change>
     43
     44<change type="feature">
     45<para lang="ru">
     46директивы
     47proxy_next_upstream_tries, proxy_next_upstream_timeout,
     48fastcgi_next_upstream_tries, fastcgi_next_upstream_timeout,
     49memcached_next_upstream_tries, memcached_next_upstream_timeout,
     50scgi_next_upstream_tries, scgi_next_upstream_timeout,
     51uwsgi_next_upstream_tries и uwsgi_next_upstream_timeout.
     52</para>
     53<para lang="en">
     54the
     55"proxy_next_upstream_tries", "proxy_next_upstream_timeout",
     56"fastcgi_next_upstream_tries", "fastcgi_next_upstream_timeout",
     57"memcached_next_upstream_tries", "memcached_next_upstream_timeout",
     58"scgi_next_upstream_tries", "scgi_next_upstream_timeout",
     59"uwsgi_next_upstream_tries", and "uwsgi_next_upstream_timeout"
     60directives.
     61</para>
     62</change>
     63
     64<change type="bugfix">
     65<para lang="ru">
     66в параметре if директивы access_log.
     67</para>
     68<para lang="en">
     69in the "if" parameter of the "access_log" directive.
     70</para>
     71</change>
     72
     73<change type="bugfix">
     74<para lang="ru">
     75в модуле ngx_http_perl_module.<br/>
     76Спасибо Piotr Sikora.
     77</para>
     78<para lang="en">
     79in the ngx_http_perl_module.<br/>
     80Thanks to Piotr Sikora.
     81</para>
     82</change>
     83
     84<change type="bugfix">
     85<para lang="ru">
     86директива listen почтового прокси-сервера
     87не позволяла указать более двух параметров.
     88</para>
     89<para lang="en">
     90the "listen" directive of the mail proxy module
     91did not allow to specify more than two parameters.
     92</para>
     93</change>
     94
     95<change type="bugfix">
     96<para lang="ru">
     97директива sub_filter не работала
     98с заменяемой строкой из одного символа.
     99</para>
     100<para lang="en">
     101the "sub_filter" directive did not work
     102with a string to replace consisting of a single character.
     103</para>
     104</change>
     105
     106<change type="bugfix">
     107<para lang="ru">
     108запросы могли зависать, если использовался resolver
     109и в процессе обращения к DNS-серверу происходил таймаут.
     110</para>
     111<para lang="en">
     112requests might hang if resolver was used
     113and a timeout occurred during a DNS request.
     114</para>
     115</change>
     116
     117<change type="bugfix">
     118<para lang="ru">
     119в модуле ngx_http_spdy_module при использовании совместно с AIO.
     120</para>
     121<para lang="en">
     122in the ngx_http_spdy_module when using with AIO.
     123</para>
     124</change>
     125
     126<change type="bugfix">
     127<para lang="ru">
     128в рабочем процессе мог произойти segmentation fault,
     129если с помощью директивы set изменялись переменные
     130"$http_...", "$sent_http_..." или "$upstream_http_...".
     131</para>
     132<para lang="en">
     133a segmentation fault might occur in a worker process
     134if the "set" directive was used to change the "$http_...",
     135"$sent_http_...", or "$upstream_http_..." variables.
     136</para>
     137</change>
     138
     139<change type="bugfix">
     140<para lang="ru">
     141в обработке ошибок выделения памяти.<br/>
     142Спасибо Markus Linnala и Feng Gu.
     143</para>
     144<para lang="en">
     145in memory allocation error handling.<br/>
     146Thanks to Markus Linnala and Feng Gu.
     147</para>
     148</change>
     149
     150</changes>
    6151
    7152
Note: See TracChangeset for help on using the changeset viewer.