--- a/xml/ru/docs/http/ngx_http_proxy_module.xml	Wed Feb 15 23:16:54 2017 +0300
+++ b/xml/ru/docs/http/ngx_http_proxy_module.xml	Wed Feb 15 23:17:00 2017 +0300
@@ -10,7 +10,7 @@
 <module name="Модуль ngx_http_proxy_module"
         link="/ru/docs/http/ngx_http_proxy_module.html"
         lang="ru"
-        rev="55">
+        rev="56">
 
 <section id="summary">
 
@@ -640,8 +640,7 @@
 
 <para>
 Определяет, в каких случаях можно использовать
-устаревший закэшированный ответ, если при работе с проксированным
-сервером возникла ошибка.
+устаревший закэшированный ответ.
 Параметры директивы совпадают с параметрами
 директивы <link id="proxy_next_upstream"/>.
 </para>
@@ -650,6 +649,11 @@
 Параметр <literal>error</literal> также позволяет использовать
 устаревший закэшированный ответ при невозможности выбора
 проксированного сервера для обработки запроса.
+Подобное поведение может быть также задано при помощи расширения
+“<link url="https://tools.ietf.org/html/rfc5861#section-4">stale-if-error</link>”
+поля <header>Cache-Control</header> заголовка ответа (1.11.10)
+на определённое количество секунд после того, как ответ стал устаревшим,
+но такой способ имеет меньший приоритет, чем задание параметра директивы.
 </para>
 
 <para id="proxy_cache_use_stale_updating">
@@ -658,6 +662,11 @@
 если на данный момент он уже обновляется.
 Это позволяет минимизировать число обращений к проксированным серверам
 при обновлении закэшированных данных.
+Подобное поведение может быть также задано при помощи расширения
+“<link url="https://tools.ietf.org/html/rfc5861#section-3">stale-while-revalidate</link>”
+поля <header>Cache-Control</header> заголовка ответа (1.11.10)
+на определённое количество секунд после того, как ответ стал устаревшим,
+но такой способ имеет меньший приоритет, чем задание параметра директивы.
 </para>
 
 <para>