diff xml/ru/docs/http/ngx_http_scgi_module.xml @ 1956:dd96a09dd4f7

Documented support for "429 Too Many Requests" response.
author Yaroslav Zhuravlev <yar@nginx.com>
date Tue, 04 Apr 2017 17:43:25 +0300
parents 66a30a380fba
children 3460bd328287
line wrap: on
line diff
--- a/xml/ru/docs/http/ngx_http_scgi_module.xml
+++ b/xml/ru/docs/http/ngx_http_scgi_module.xml
@@ -10,7 +10,7 @@
 <module name="Модуль ngx_http_scgi_module"
         link="/ru/docs/http/ngx_http_scgi_module.html"
         lang="ru"
-        rev="33">
+        rev="34">
 
 <section id="summary">
 
@@ -603,6 +603,7 @@ server {
     <literal>http_503</literal> |
     <literal>http_403</literal> |
     <literal>http_404</literal> |
+    <literal>http_429</literal> |
     <literal>off</literal>
     ...</syntax>
 <default>off</default>
@@ -948,6 +949,7 @@ SCGI-сервера, и ответ не вмещается целиком в буферы,
     <literal>http_503</literal> |
     <literal>http_403</literal> |
     <literal>http_404</literal> |
+    <literal>http_429</literal> |
     <literal>non_idempotent</literal> |
     <literal>off</literal>
     ...</syntax>
@@ -983,6 +985,9 @@ SCGI-сервера, и ответ не вмещается целиком в буферы,
 <tag-name><literal>http_404</literal></tag-name>
 <tag-desc>сервер вернул ответ с кодом 404;</tag-desc>
 
+<tag-name><literal>http_429</literal></tag-name>
+<tag-desc>сервер вернул ответ с кодом 429 (1.11.13);</tag-desc>
+
 <tag-name id="non_idempotent"><literal>non_idempotent</literal></tag-name>
 <tag-desc>обычно запросы с
 <link url="https://tools.ietf.org/html/rfc7231#section-4.2.2">неидемпотентным</link>
@@ -1014,7 +1019,8 @@ SCGI-сервера, и ответ не вмещается целиком в буферы,
 Случаи <literal>error</literal>, <literal>timeout</literal> и
 <literal>invalid_header</literal>
 всегда считаются неудачными попытками, даже если они не указаны в директиве.
-Случаи <literal>http_500</literal> и <literal>http_503</literal>
+Случаи <literal>http_500</literal>, <literal>http_503</literal>
+и <literal>http_429</literal>
 считаются неудачными попытками, только если они указаны в директиве.
 Случаи <literal>http_403</literal> и <literal>http_404</literal>
 никогда не считаются неудачными попытками.