--- 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="30">
+        rev="31">
 
 <section id="summary">
 
@@ -611,8 +611,7 @@ server {
 <context>location</context>
 
 <para>
-Определяет, в каких случаях можно использовать устаревший закэшированный ответ,
-если при работе с SCGI-сервером возникла ошибка.
+Определяет, в каких случаях можно использовать устаревший закэшированный ответ.
 Параметры директивы совпадают с параметрами
 директивы <link id="scgi_next_upstream"/>.
 </para>
@@ -621,6 +620,11 @@ server {
 Параметр <literal>error</literal> также позволяет использовать
 устаревший закэшированный ответ при невозможности выбора
 SCGI-сервера для обработки запроса.
+Подобное поведение может быть также задано при помощи расширения
+“<link url="https://tools.ietf.org/html/rfc5861#section-4">stale-if-error</link>”
+поля <header>Cache-Control</header> заголовка ответа (1.11.10)
+на определённое количество секунд после того, как ответ стал устаревшим,
+но такой способ имеет меньший приоритет, чем задание параметра директивы.
 </para>
 
 <para id="scgi_cache_use_stale_updating">
@@ -629,6 +633,11 @@ SCGI-сервера для обработки запроса.
 если на данный момент он уже обновляется.
 Это позволяет минимизировать число обращений к SCGI-серверам
 при обновлении закэшированных данных.
+Подобное поведение может быть также задано при помощи расширения
+“<link url="https://tools.ietf.org/html/rfc5861#section-3">stale-while-revalidate</link>”
+поля <header>Cache-Control</header> заголовка ответа (1.11.10)
+на определённое количество секунд после того, как ответ стал устаревшим,
+но такой способ имеет меньший приоритет, чем задание параметра директивы.
 </para>
 
 <para>