aboutsummaryrefslogtreecommitdiff
path: root/files/ru/web/http
diff options
context:
space:
mode:
authorAlexey Istomin <webistomin@gmail.com>2021-03-21 11:18:00 +0300
committerGitHub <noreply@github.com>2021-03-21 11:18:00 +0300
commit8b7a5fdbf9223d5ebbaed1c04801a61b5b88b870 (patch)
treeac6698d151c498a70fd834db06b575fadd2c2535 /files/ru/web/http
parent0e03ba431ff64f6203db81de570dae6c84cddf49 (diff)
downloadtranslated-content-8b7a5fdbf9223d5ebbaed1c04801a61b5b88b870.tar.gz
translated-content-8b7a5fdbf9223d5ebbaed1c04801a61b5b88b870.tar.bz2
translated-content-8b7a5fdbf9223d5ebbaed1c04801a61b5b88b870.zip
Uniqy "cache" word in Russian translation (#261)
* docs(ru): uniqy cache word * revert(redirects): revert redirects
Diffstat (limited to 'files/ru/web/http')
-rw-r--r--files/ru/web/http/caching/index.html4
-rw-r--r--files/ru/web/http/content_negotiation/index.html2
-rw-r--r--files/ru/web/http/cors/index.html2
-rw-r--r--files/ru/web/http/headers/access-control-allow-origin/index.html2
-rw-r--r--files/ru/web/http/headers/access-control-max-age/index.html8
-rw-r--r--files/ru/web/http/headers/cache-control/index.html32
-rw-r--r--files/ru/web/http/headers/connection/index.html2
-rw-r--r--files/ru/web/http/headers/etag/index.html4
-rw-r--r--files/ru/web/http/headers/if-modified-since/index.html2
-rw-r--r--files/ru/web/http/headers/index.html4
-rw-r--r--files/ru/web/http/headers/pragma/index.html8
-rw-r--r--files/ru/web/http/headers/referer/index.html2
-rw-r--r--files/ru/web/http/headers/vary/index.html6
-rw-r--r--files/ru/web/http/index.html6
-rw-r--r--files/ru/web/http/methods/connect/index.html2
-rw-r--r--files/ru/web/http/methods/delete/index.html2
-rw-r--r--files/ru/web/http/methods/get/index.html2
-rw-r--r--files/ru/web/http/methods/head/index.html2
-rw-r--r--files/ru/web/http/methods/index.html2
-rw-r--r--files/ru/web/http/methods/options/index.html2
-rw-r--r--files/ru/web/http/methods/patch/index.html2
-rw-r--r--files/ru/web/http/methods/post/index.html2
-rw-r--r--files/ru/web/http/methods/put/index.html2
-rw-r--r--files/ru/web/http/methods/trace/index.html2
-rw-r--r--files/ru/web/http/overview/index.html10
-rw-r--r--files/ru/web/http/session/index.html4
-rw-r--r--files/ru/web/http/status/200/index.html2
-rw-r--r--files/ru/web/http/status/204/index.html2
-rw-r--r--files/ru/web/http/status/304/index.html2
-rw-r--r--files/ru/web/http/status/410/index.html2
-rw-r--r--files/ru/web/http/status/501/index.html2
-rw-r--r--files/ru/web/http/status/503/index.html2
-rw-r--r--files/ru/web/http/status/index.html4
33 files changed, 67 insertions, 67 deletions
diff --git a/files/ru/web/http/caching/index.html b/files/ru/web/http/caching/index.html
index d292181c07..a359321564 100644
--- a/files/ru/web/http/caching/index.html
+++ b/files/ru/web/http/caching/index.html
@@ -4,10 +4,10 @@ slug: Web/HTTP/Caching
tags:
- HTTP
- Кеширование
- - Кэширование
+ - Кеширование
- Руководство
translation_of: Web/HTTP/Caching
-original_slug: Web/HTTP/Кэширование
+original_slug: Web/HTTP/Кеширование
---
<div>{{HTTPSidebar}}</div>
diff --git a/files/ru/web/http/content_negotiation/index.html b/files/ru/web/http/content_negotiation/index.html
index 4c36d7e82b..6ed9112f1d 100644
--- a/files/ru/web/http/content_negotiation/index.html
+++ b/files/ru/web/http/content_negotiation/index.html
@@ -30,7 +30,7 @@ translation_of: Web/HTTP/Content_negotiation
<p><img alt="" src="https://mdn.mozillademos.org/files/13791/HTTPNegoServer.png" style="height: 380px; width: 767px;"></p>
-<p>Стандарт HTTP/1.1 определяет список стандартных заголовков которые используются в этом механизме согласования – ({{HTTPHeader("Accept")}}, {{HTTPHeader("Accept-Charset")}}, {{HTTPHeader("Accept-Encoding")}}, {{HTTPHeader("Accept-Language")}}). Хотя, строго говоря, {{HTTPHeader("User-Agent")}} не находится в этом списке, в некоторых случаях он используется, чтобы послать определённое представление запрошенного ресурса, несмотря на то, что это и не является хорошей практикой. Сервер использует заголовок {{HTTPHeader("Vary")}} чтобы обозначить, какие заголовки он использовал для согласования (точнее, ассоциированные с ними заголовки ответа), чтобы <a href="/en-US/docs/Web/HTTP/Caching">кэширование</a> работало оптимально.</p>
+<p>Стандарт HTTP/1.1 определяет список стандартных заголовков которые используются в этом механизме согласования – ({{HTTPHeader("Accept")}}, {{HTTPHeader("Accept-Charset")}}, {{HTTPHeader("Accept-Encoding")}}, {{HTTPHeader("Accept-Language")}}). Хотя, строго говоря, {{HTTPHeader("User-Agent")}} не находится в этом списке, в некоторых случаях он используется, чтобы послать определённое представление запрошенного ресурса, несмотря на то, что это и не является хорошей практикой. Сервер использует заголовок {{HTTPHeader("Vary")}} чтобы обозначить, какие заголовки он использовал для согласования (точнее, ассоциированные с ними заголовки ответа), чтобы <a href="/en-US/docs/Web/HTTP/Caching">кеширование</a> работало оптимально.</p>
<p>В дополнение к этим, есть предложение добавить больше заголовков в список доступным, так называемые Подсказки Клиента (Client Hints). Они будут предоставлять информацию о типе устройства на котором они используются (например, будет это настольный компьютер или мобильное устройство).</p>
diff --git a/files/ru/web/http/cors/index.html b/files/ru/web/http/cors/index.html
index c7ec4d9028..36fb6b47f4 100644
--- a/files/ru/web/http/cors/index.html
+++ b/files/ru/web/http/cors/index.html
@@ -296,7 +296,7 @@ Access-Control-Max-Age: 86400</pre>
<p>Сервер также отправляет <code>Access-Control-Allow-Headers</code> со значением "<code>X-PINGOTHER, Content-Type</code>", подтверждая, что это разрешённые заголовки, которые будут использоваться с фактическим запросом. Как и <code>Access-Control-Allow-Methods</code>, <code>Access-Control-Allow-Headers</code> представляет собой список допустимых заголовков через запятую.</p>
-<p>Наконец, {{HTTPHeader("Access-Control-Max-Age")}} даёт значение в секундах, в течение которого можно кэшировать ответ на предварительный запрос без отправки другого предварительного запроса. В этом случае, 86400 секунды - это 24 часа. Обратите внимание, что каждый браузер имеет<a href="/en-US/docs/Web/HTTP/Headers/Access-Control-Max-Age"> максимальное внутреннее значение</a>, которое имеет приоритет, когда <code>Access-Control-Max-Age</code> больше.</p>
+<p>Наконец, {{HTTPHeader("Access-Control-Max-Age")}} даёт значение в секундах, в течение которого можно кешировать ответ на предварительный запрос без отправки другого предварительного запроса. В этом случае, 86400 секунды - это 24 часа. Обратите внимание, что каждый браузер имеет<a href="/en-US/docs/Web/HTTP/Headers/Access-Control-Max-Age"> максимальное внутреннее значение</a>, которое имеет приоритет, когда <code>Access-Control-Max-Age</code> больше.</p>
<h4 id="Предварительные_запросы_и_переадресации">Предварительные запросы и  переадресации</h4>
diff --git a/files/ru/web/http/headers/access-control-allow-origin/index.html b/files/ru/web/http/headers/access-control-allow-origin/index.html
index a8c83a5fb6..f9acce8bd3 100644
--- a/files/ru/web/http/headers/access-control-allow-origin/index.html
+++ b/files/ru/web/http/headers/access-control-allow-origin/index.html
@@ -53,7 +53,7 @@ Access-Control-Allow-Origin: null
<p>Чтобы ограничить <code>Access-Control-Allow-Origin</code> разрешённым набором значений, необходимо реализовать логику на стороне сервера для проверки значения заголовка {{HTTPHeader("Origin")}} запроса, сравнить его с разрешённым списком источников, а затем, если значение {{HTTPHeader("Origin")}} присутствует в списке, задать значение <code>Access-Control-Allow-Origin</code>, равное значению {{HTTPHeader("Origin")}}.</p>
-<h3 id="CORS_и_кэширование">CORS и кэширование</h3>
+<h3 id="CORS_и_кеширование">CORS и кеширование</h3>
<p>Если сервер послал ответ со значением <code>Access-Control-Allow-Origin</code>, которое содержит явное указание источника (а не шаблонное значение "<code>*</code>"), тогда ответ также должен включать в себя заголовок {{HTTPHeader("Vary")}} со значением <code>Origin</code> — чтобы указать браузеру, что ответы с сервера могут отличаться в зависимости от заголовка запроса <code>Origin</code>.</p>
diff --git a/files/ru/web/http/headers/access-control-max-age/index.html b/files/ru/web/http/headers/access-control-max-age/index.html
index 2653520439..45fb838282 100644
--- a/files/ru/web/http/headers/access-control-max-age/index.html
+++ b/files/ru/web/http/headers/access-control-max-age/index.html
@@ -4,7 +4,7 @@ slug: Web/HTTP/Headers/Access-Control-Max-Age
translation_of: Web/HTTP/Headers/Access-Control-Max-Age
original_slug: Web/HTTP/Заголовки/Access-Control-Max-Age
---
-<div><code>Заголовок ответа сервера</code><strong><code> Access-Control-Max-Age</code></strong> сообщает браузеру насколько {{glossary("предзапрос")}} (эта информация содержится в заголовках {{HTTPHeader("Access-Control-Allow-Methods")}} и {{HTTPHeader("Access-Control-Allow-Headers")}}) может быть кэширован и опущен при запросах к серверу.</div>
+<div><code>Заголовок ответа сервера</code><strong><code> Access-Control-Max-Age</code></strong> сообщает браузеру насколько {{glossary("предзапрос")}} (эта информация содержится в заголовках {{HTTPHeader("Access-Control-Allow-Methods")}} и {{HTTPHeader("Access-Control-Allow-Headers")}}) может быть кеширован и опущен при запросах к серверу.</div>
<table class="properties">
<tbody>
@@ -28,14 +28,14 @@ original_slug: Web/HTTP/Заголовки/Access-Control-Max-Age
<dl>
<dt>&lt;delta-seconds&gt;</dt>
- <dd>Количество секунд, на которое запрос может быть кэширован.<br>
+ <dd>Количество секунд, на которое запрос может быть кеширован.<br>
Максимальное значение в Firefox составляет <a href="https://dxr.mozilla.org/mozilla-central/rev/7ae377917236b7e6111146aa9fb4c073c0efc7f4/netwerk/protocol/http/nsCORSListenerProxy.cpp#1131">24 часа</a> (86400 секунд), в Chromium <a href="https://cs.chromium.org/chromium/src/services/network/public/cpp/cors/preflight_result.cc?rcl=43ab0ff8fdcf3a10a89c4d0d0421f461967f2bd5&amp;l=36">10 минут</a> (600 секунд). Chromium также определяет значение по умолчанию <a href="https://cs.chromium.org/chromium/src/services/network/public/cpp/cors/preflight_result.cc?rcl=43ab0ff8fdcf3a10a89c4d0d0421f461967f2bd5&amp;l=26">5</a> секунд.<br>
- Значение <strong>-1</strong> отменяет кэширование, отправляя предзапрос перед каждым запросом.</dd>
+ Значение <strong>-1</strong> отменяет кеширование, отправляя предзапрос перед каждым запросом.</dd>
</dl>
<h2 id="Примеры">Примеры</h2>
-<p>Кэширование предзапроса на 600 секунд:</p>
+<p>Кеширование предзапроса на 600 секунд:</p>
<pre>Access-Control-Max-Age: 600 </pre>
diff --git a/files/ru/web/http/headers/cache-control/index.html b/files/ru/web/http/headers/cache-control/index.html
index 70acce7e01..6857bb4584 100644
--- a/files/ru/web/http/headers/cache-control/index.html
+++ b/files/ru/web/http/headers/cache-control/index.html
@@ -2,13 +2,13 @@
title: Cache-Control
slug: Web/HTTP/Headers/Cache-Control
tags:
- - Кэширование
+ - Кеширование
translation_of: Web/HTTP/Headers/Cache-Control
original_slug: Web/HTTP/Заголовки/Cache-Control
---
<div>{{HTTPSidebar}}</div>
-<p>Общий заголовок <strong><code>Cache-Control</code></strong> используется для задания инструкций кэширования как для запросов, так и для ответов. Инструкции кэширования однонаправленные: заданная инструкция в запросе не подразумевает, что такая же инструкция будет указана в ответе</p>
+<p>Общий заголовок <strong><code>Cache-Control</code></strong> используется для задания инструкций кеширования как для запросов, так и для ответов. Инструкции кеширования однонаправленные: заданная инструкция в запросе не подразумевает, что такая же инструкция будет указана в ответе</p>
<table class="properties">
<tbody>
@@ -31,7 +31,7 @@ original_slug: Web/HTTP/Заголовки/Cache-Control
<p>Инструкции не чувствительны к регистру и имеют необязательный аргумент, который может быть указан как в кавычках, так и без них. Несколько инструкций разделяются запятыми.</p>
-<h3 id="Инструкции_кэширования_для_запросов">Инструкции кэширования для запросов</h3>
+<h3 id="Инструкции_кеширования_для_запросов">Инструкции кеширования для запросов</h3>
<p>Стандартные инструкции <code>Cache-Control</code>, которые могут задаваться клиентом для HTTP запроса.</p>
@@ -44,7 +44,7 @@ Cache-Control: no-transform
Cache-Control: only-if-cached
</pre>
-<h3 id="Инструкции_кэширования_для_ответов">Инструкции кэширования для ответов</h3>
+<h3 id="Инструкции_кеширования_для_ответов">Инструкции кеширования для ответов</h3>
<p>Стандартные инструкции <code>Cache-Control</code>, которые могут задаваться сервером для HTTP ответа.</p>
@@ -61,7 +61,7 @@ Cache-Control: s-maxage=&lt;seconds&gt;
<h3 id="Расширенные_инструкции_Cache-Control">Расширенные инструкции <code>Cache-Control</code></h3>
-<p>Расширенные инструкции <code>Cache-Control</code> не являются частью базовых стандартов, описывающих кэширование в HTTP. В <a href="#Browser_compatibility">таблице совместимости</a> указаны браузеры, которые поддерживают расширенные инструкции.</p>
+<p>Расширенные инструкции <code>Cache-Control</code> не являются частью базовых стандартов, описывающих кеширование в HTTP. В <a href="#Browser_compatibility">таблице совместимости</a> указаны браузеры, которые поддерживают расширенные инструкции.</p>
<pre class="syntaxbox">Cache-Control: immutable
Cache-Control: stale-while-revalidate=&lt;seconds&gt;
@@ -70,13 +70,13 @@ Cache-Control: stale-if-error=&lt;seconds&gt;
<h2 id="Инструкции">Инструкции</h2>
-<h3 id="Управление_кэшированием">Управление кэшированием</h3>
+<h3 id="Управление_кешированием">Управление кешированием</h3>
<dl>
<dt><code>public</code></dt>
- <dd>Указывает, что ответ может быть закеширован в любом кэше.</dd>
+ <dd>Указывает, что ответ может быть закеширован в любом кеше.</dd>
<dt><code>private</code></dt>
- <dd>Указывает, что ответ предназначен для одного пользователя и не должен помещаться в разделяемый кэш. Частный кэш может хранить ресурс.</dd>
+ <dd>Указывает, что ответ предназначен для одного пользователя и не должен помещаться в разделяемый кеш. Частный кеш может хранить ресурс.</dd>
<dt><code>no-cache</code></dt>
<dd>Указывает на необходимость отправить запрос на сервер для валидации ресурса перед использованием закешированных данных.</dd>
<dt><code>only-if-cached</code></dt>
@@ -89,7 +89,7 @@ Cache-Control: stale-if-error=&lt;seconds&gt;
<dt><code>max-age=&lt;seconds&gt;</code></dt>
<dd>Задаёт максимальное время в течение которого ресурс будет считаться актуальным. В отличие от <code>Expires</code>, данная инструкция является относительной по отношению ко времени запроса.</dd>
<dt><code>s-maxage=&lt;seconds&gt;</code></dt>
- <dd>Переопределяет <code>max-age</code> или заголовок <code>Expires</code>, но применяется только для разделяемых кэшей (например, прокси) и игнорируется частными кэшами.</dd>
+ <dd>Переопределяет <code>max-age</code> или заголовок <code>Expires</code>, но применяется только для разделяемых кешей (например, прокси) и игнорируется частными кешами.</dd>
<dt><code>max-stale[=&lt;seconds&gt;]</code></dt>
<dd>Указывает, что клиент хочет получить ответ, для которого было превышено время устаревания. Дополнительно может быть указано значение в секундах, указывающее, что ответ не должен быть просрочен более чем на указанное значение.</dd>
<dt><code>min-fresh=&lt;seconds&gt;</code></dt>
@@ -104,9 +104,9 @@ Cache-Control: stale-if-error=&lt;seconds&gt;
<dl>
<dt><code>must-revalidate</code></dt>
- <dd>Кэш должен проверить статус устаревших ресурсов перед их использованием. Просроченные ресурсы не должны быть использованы.</dd>
+ <dd>Кеш должен проверить статус устаревших ресурсов перед их использованием. Просроченные ресурсы не должны быть использованы.</dd>
<dt><code>proxy-revalidate</code></dt>
- <dd>То же самое, что <code>must-revalidate</code>, но применимо только к разделяемым кэшам (например, прокси) и игнорируется частными кэшами.</dd>
+ <dd>То же самое, что <code>must-revalidate</code>, но применимо только к разделяемым кешам (например, прокси) и игнорируется частными кешами.</dd>
<dt><code>immutable</code></dt>
<dd>Indicates that the response body will not change over time. The resource, if unexpired, is unchanged on the server and therefore the client should not send a conditional revalidation for it (e.g. <code>If-None-Match</code> or <code>If-Modified-Since</code>) to check for updates, even when the user explicitly refreshes the page. Clients that aren't aware of this extension must ignore them as per the HTTP specification. In Firefox, <code>immutable</code> is only honored on <code>https://</code> transactions. For more information, see also this <a href="http://bitsup.blogspot.de/2016/05/cache-control-immutable.html">blog post</a>.</dd>
</dl>
@@ -115,23 +115,23 @@ Cache-Control: stale-if-error=&lt;seconds&gt;
<dl>
<dt><code>no-store</code></dt>
- <dd>Кэш не должен хранить никакую информацию о запросе и ответе</dd>
+ <dd>Кеш не должен хранить никакую информацию о запросе и ответе</dd>
<dt><code>no-transform</code></dt>
<dd>Никакие преобразования не должны применяться к ресурсу. Заголовки <code>Content-Encoding</code>, <code>Content-Range</code>, <code>Content-Type</code> не должны изменяться прокси. Непрозрачный прокси может, например, конвертировать изображения из одного формата в другой для сохранения дискового пространства или уменьшения трафика. Инструкция <code>no-transform</code> запрещает это.</dd>
</dl>
<h2 id="Примеры">Примеры</h2>
-<h3 id="Выключение_кэширования">Выключение кэширования</h3>
+<h3 id="Выключение_кеширования">Выключение кеширования</h3>
-<p>Для выключения кэширования возможно добавить следующий заголовок к ответу. Дополнительно см. заголовки <code>Expires</code> и <code>Pragma</code>.</p>
+<p>Для выключения кеширования возможно добавить следующий заголовок к ответу. Дополнительно см. заголовки <code>Expires</code> и <code>Pragma</code>.</p>
<pre class="brush: bash">Cache-Control: no-cache, no-store, must-revalidate
</pre>
-<h3 id="Кэширование_статического_контента">Кэширование статического контента</h3>
+<h3 id="Кеширование_статического_контента">Кеширование статического контента</h3>
-<p>Для файлов, которые не будут изменяться обычно возможно применить агрессивное кэширование, отослав ответ с заголовком ниже. Например, такой ответ может быть послан для изображений, файлов CSS и JavaScript. Дополнительно см. заголовок <code>Expires</code>.</p>
+<p>Для файлов, которые не будут изменяться обычно возможно применить агрессивное кеширование, отослав ответ с заголовком ниже. Например, такой ответ может быть послан для изображений, файлов CSS и JavaScript. Дополнительно см. заголовок <code>Expires</code>.</p>
<pre class="brush: bash">Cache-Control: public, max-age=31536000</pre>
diff --git a/files/ru/web/http/headers/connection/index.html b/files/ru/web/http/headers/connection/index.html
index a68e883264..152a5dcba7 100644
--- a/files/ru/web/http/headers/connection/index.html
+++ b/files/ru/web/http/headers/connection/index.html
@@ -44,7 +44,7 @@ Connection: close
<dt><code>close</code></dt>
<dd>Указывает, что клиент или сервер хотели бы закрыть соединение. Это значение по умолчанию для запросов HTTP/1.0.</dd>
<dt>любой список HTTP заголовков через запятую[Обычно только <code>keep-alive</code>]</dt>
- <dd>Указывает, что клиент хотел бы сохранить соединение активным. Постоянное соединение используется по умолчанию для запросов HTTP/1.1. Список заголовков -- это имена заголовка, которые удаляются первым непрозрачным прокси-сервером или промежуточным кэшем: эти заголовки определяют соединение между источником и первым объектом, а не целевым узлом.</dd>
+ <dd>Указывает, что клиент хотел бы сохранить соединение активным. Постоянное соединение используется по умолчанию для запросов HTTP/1.1. Список заголовков -- это имена заголовка, которые удаляются первым непрозрачным прокси-сервером или промежуточным кешем: эти заголовки определяют соединение между источником и первым объектом, а не целевым узлом.</dd>
</dl>
<h2 id="Совместимость_браузеров">Совместимость браузеров</h2>
diff --git a/files/ru/web/http/headers/etag/index.html b/files/ru/web/http/headers/etag/index.html
index 7f8b3a6ce7..5d6cb2bb57 100644
--- a/files/ru/web/http/headers/etag/index.html
+++ b/files/ru/web/http/headers/etag/index.html
@@ -57,9 +57,9 @@ ETag: W/"0815"</pre>
<p>Если хэши из заголовков не совпадают, это означает что данные уже были изменены между запросами (in-between) и будет возвращена ошибка {{HTTPStatus("412")}} <code>Precondition Failed</code>.</p>
-<h3 id="Кэширование_неизменяемых_ресурсов">Кэширование неизменяемых ресурсов</h3>
+<h3 id="Кеширование_неизменяемых_ресурсов">Кеширование неизменяемых ресурсов</h3>
-<p>Другая типичная ситуация для использования <code>ETag</code> — кэширование ресурсов, которые не будут изменяться. Если пользователь повторно посещает URL-адрес (с установленным заголовком <code>ETag</code>), и при этом данные слишком устарели и не могут быть использованы, тогда клиент отправит значение <code>ETag</code> внутри заголовка {{HTTPHeader("If-None-Match")}}:</p>
+<p>Другая типичная ситуация для использования <code>ETag</code> — кеширование ресурсов, которые не будут изменяться. Если пользователь повторно посещает URL-адрес (с установленным заголовком <code>ETag</code>), и при этом данные слишком устарели и не могут быть использованы, тогда клиент отправит значение <code>ETag</code> внутри заголовка {{HTTPHeader("If-None-Match")}}:</p>
<pre>If-None-Match: "33a64df551425fcc55e4d42a148795d9f25f89d4"</pre>
diff --git a/files/ru/web/http/headers/if-modified-since/index.html b/files/ru/web/http/headers/if-modified-since/index.html
index 8adad2f7cc..8bd4336f67 100644
--- a/files/ru/web/http/headers/if-modified-since/index.html
+++ b/files/ru/web/http/headers/if-modified-since/index.html
@@ -15,7 +15,7 @@ original_slug: Web/HTTP/Заголовки/If-Modified-Since
<p>При использовании в сочетании с {{HTTPHeader("If-None-Match")}} заголовок <code>If-Modified-Since</code> игнорируется, кроме тех случаев, когда сервер не поддерживает If-None-Match.</p>
-<p>Наиболее распространённым вариантом использования является обновление кэшированного объекта, не связанного с {{HTTPHeader("ETag")}}.</p>
+<p>Наиболее распространённым вариантом использования является обновление кешированного объекта, не связанного с {{HTTPHeader("ETag")}}.</p>
<table class="properties">
<tbody>
diff --git a/files/ru/web/http/headers/index.html b/files/ru/web/http/headers/index.html
index 7c1de3ac7b..4a511566a7 100644
--- a/files/ru/web/http/headers/index.html
+++ b/files/ru/web/http/headers/index.html
@@ -38,10 +38,10 @@ original_slug: Web/HTTP/Заголовки
</ul>
<p><strong>Сквозные заголовки</strong><br>
-      Эти заголовки должны быть переданы конечному получателю сообщения: серверу для запроса или клиенту для ответа. Промежуточные прокси-серверы должны повторно передавать эти заголовки без изменений, а кэши должны их хранить.</p>
+      Эти заголовки должны быть переданы конечному получателю сообщения: серверу для запроса или клиенту для ответа. Промежуточные прокси-серверы должны повторно передавать эти заголовки без изменений, а кеши должны их хранить.</p>
<p><strong>Хоп-хоп заголовки (Хоп-хоп заголовки)</strong><br>
-      Эти заголовки имеют смысл только для одного соединения транспортного уровня и не должны повторно передаваться прокси или кэшироваться. Обратите внимание, что с помощью общего заголовка {{httpheader ("Connection")}} могут быть установлены только заголовки переходов.</p>
+      Эти заголовки имеют смысл только для одного соединения транспортного уровня и не должны повторно передаваться прокси или кешироваться. Обратите внимание, что с помощью общего заголовка {{httpheader ("Connection")}} могут быть установлены только заголовки переходов.</p>
<h2 id="Аутентификация">Аутентификация</h2>
diff --git a/files/ru/web/http/headers/pragma/index.html b/files/ru/web/http/headers/pragma/index.html
index 3e6b8a9057..561e79419f 100644
--- a/files/ru/web/http/headers/pragma/index.html
+++ b/files/ru/web/http/headers/pragma/index.html
@@ -3,16 +3,16 @@ title: Pragma
slug: Web/HTTP/Headers/Pragma
tags:
- Прагма
- - кэш
+ - кеш
translation_of: Web/HTTP/Headers/Pragma
original_slug: Web/HTTP/Заголовки/Pragma
---
<div>{{HTTPSidebar}}</div>
-<p>Общий заголовок <strong><code>Pragma</code></strong> HTTP / 1.0 - это заголовок, зависящий от реализации, который может иметь различные эффекты в цепочке запрос-ответ. Он используется для обратной совместимости с кэшами HTTP / 1.0, где заголовок <code>Cache-Control</code> HTTP / 1.1 ещё не присутствует.</p>
+<p>Общий заголовок <strong><code>Pragma</code></strong> HTTP / 1.0 - это заголовок, зависящий от реализации, который может иметь различные эффекты в цепочке запрос-ответ. Он используется для обратной совместимости с кешами HTTP / 1.0, где заголовок <code>Cache-Control</code> HTTP / 1.1 ещё не присутствует.</p>
<div class="note">
-<p><strong>Примечание:</strong> <strong><code>Pragma</code></strong> не указана для ответов HTTP и поэтому не является надёжной заменой общего заголовка управления кэшем HTTP/1.1, хотя она ведёт себя так же, как <code>Cache-Control: no-cache</code>, если поле заголовка управления кэшем опущено в запросе. Используйте <code>Pragma</code> только для обратной совместимости с клиентами HTTP / 1.0.</p>
+<p><strong>Примечание:</strong> <strong><code>Pragma</code></strong> не указана для ответов HTTP и поэтому не является надёжной заменой общего заголовка управления кешем HTTP/1.1, хотя она ведёт себя так же, как <code>Cache-Control: no-cache</code>, если поле заголовка управления кешем опущено в запросе. Используйте <code>Pragma</code> только для обратной совместимости с клиентами HTTP / 1.0.</p>
</div>
<table class="properties">
@@ -42,7 +42,7 @@ original_slug: Web/HTTP/Заголовки/Pragma
<dl>
<dt>no-cache</dt>
<dd>
- <p>То же, что и <code>Cache-Control: no-cache</code>. Заставляет кэши отправлять запрос на исходный сервер для проверки перед выпуском кэшированной копии.</p>
+ <p>То же, что и <code>Cache-Control: no-cache</code>. Заставляет кеши отправлять запрос на исходный сервер для проверки перед выпуском кешированной копии.</p>
</dd>
</dl>
diff --git a/files/ru/web/http/headers/referer/index.html b/files/ru/web/http/headers/referer/index.html
index d80a71b11a..e982e17190 100644
--- a/files/ru/web/http/headers/referer/index.html
+++ b/files/ru/web/http/headers/referer/index.html
@@ -10,7 +10,7 @@ original_slug: Web/HTTP/Заголовки/Referer
---
<div>{{HTTPSidebar}}</div>
-<p>Заголовок запроса <code><strong>Referer</strong></code> содержит URL исходной страницы, с которой был осуществлён переход на текущую страницу. Заголовок <code>Referer</code> позволяет серверу узнать откуда был осуществлён переход на запрашиваемую страницу. Сервер может анализировать эти данные, записывать их в логи или оптимизировать процесс кэширования.</p>
+<p>Заголовок запроса <code><strong>Referer</strong></code> содержит URL исходной страницы, с которой был осуществлён переход на текущую страницу. Заголовок <code>Referer</code> позволяет серверу узнать откуда был осуществлён переход на запрашиваемую страницу. Сервер может анализировать эти данные, записывать их в логи или оптимизировать процесс кеширования.</p>
<p>Обратите внимание, что слово «Referer» на самом деле является неправильным написанием слова «Referrer». См. {{interwiki("wikipedia", "HTTP_referer", "HTTP referer на Wikipedia")}} .</p>
diff --git a/files/ru/web/http/headers/vary/index.html b/files/ru/web/http/headers/vary/index.html
index b0b114d3e3..90f62139a4 100644
--- a/files/ru/web/http/headers/vary/index.html
+++ b/files/ru/web/http/headers/vary/index.html
@@ -6,7 +6,7 @@ original_slug: Web/HTTP/Заголовки/Vary
---
<div>{{HTTPSidebar}}</div>
-<p>Заголовок ответа <strong><code>Vary</code></strong> определяет, как сопоставить будущие заголовки запроса, чтобы решить, можно ли использовать кэшированный ответ, а не запрашивать новый с исходного сервера. Он используется сервером для указания того, какие заголовки он использовал при выборе представления ресурса в <a href="/en-US/docs/Web/HTTP/Content_negotiation">алгоритме согласования</a> контента.</p>
+<p>Заголовок ответа <strong><code>Vary</code></strong> определяет, как сопоставить будущие заголовки запроса, чтобы решить, можно ли использовать кешированный ответ, а не запрашивать новый с исходного сервера. Он используется сервером для указания того, какие заголовки он использовал при выборе представления ресурса в <a href="/en-US/docs/Web/HTTP/Content_negotiation">алгоритме согласования</a> контента.</p>
<p>Заголовок <code>Vary</code> должен быть установлен для ответа {{HTTPStatus("304")}} <code>Not Modified</code> точно так же, как он был бы установлен для эквивалентного ответа {{HTTPStatus("200")}} <code>OK</code>.</p>
@@ -33,9 +33,9 @@ Vary: &lt;header-name&gt;, &lt;header-name&gt;, ...
<dl>
<dt>*</dt>
- <dd>Каждый запрос должен рассматриваться как уникальный и не кэшируемый. Лучший способ указать это - использовать {{HTTPHeader ("Cache-Control")}}: <code>no-store</code>, который удобнее для чтения и также сигнализирует о том, что объект не должен храниться никогда.</dd>
+ <dd>Каждый запрос должен рассматриваться как уникальный и не кешируемый. Лучший способ указать это - использовать {{HTTPHeader ("Cache-Control")}}: <code>no-store</code>, который удобнее для чтения и также сигнализирует о том, что объект не должен храниться никогда.</dd>
<dt>&lt;header-name&gt;</dt>
- <dd>Разделённый запятыми список имён заголовков, которые необходимо учитывать при принятии решения о том, можно ли использовать кэшированный ответ.</dd>
+ <dd>Разделённый запятыми список имён заголовков, которые необходимо учитывать при принятии решения о том, можно ли использовать кешированный ответ.</dd>
</dl>
<h2 id="Examples">Examples</h2>
diff --git a/files/ru/web/http/index.html b/files/ru/web/http/index.html
index b1708e5627..51e3203f2e 100644
--- a/files/ru/web/http/index.html
+++ b/files/ru/web/http/index.html
@@ -21,8 +21,8 @@ translation_of: Web/HTTP
<dl>
<dt><a href="/ru/docs/Web/HTTP/Overview">Обзор HTTP</a></dt>
<dd>Основные свойства клиент-серверного протокола: что можно сделать и для чего он предназначен.</dd>
- <dt><a href="/en-US/docs/Web/HTTP/Caching">HTTP-кэширование (HTTP Cache)</a></dt>
- <dd>Кэширование - это важнейший инструмент для повышения производительности веб-сайтов. Эта статья описывает разные виды кэша, а также использование HTTP-заголовков для конфигурации и управления кэшированием.</dd>
+ <dt><a href="/en-US/docs/Web/HTTP/Caching">HTTP-кеширование (HTTP Cache)</a></dt>
+ <dd>Кеширование - это важнейший инструмент для повышения производительности веб-сайтов. Эта статья описывает разные виды кеша, а также использование HTTP-заголовков для конфигурации и управления кешированием.</dd>
<dt><a href="/en-US/docs/Web/HTTP/Cookies">HTTP-куки (HTTP cookies)</a></dt>
<dd>Как работают куки, можно почитать в <a href="https://tools.ietf.org/html/rfc6265">RFC 6265</a>. При обслуживании HTTP-запроса сервер может отправить в ответе HTTP-заголовок <code>Set-Cookie</code>. После этого значение куки посылается клиентом с каждым запросом к этому серверу. Делается это в форме заголовка запроса <code>Cookie</code>. Дополнительно можно указать истечение срока куки, а так же ограничения для специфического домена или пути.</dd>
</dl>
@@ -84,7 +84,7 @@ translation_of: Web/HTTP
<dt><a href="https://observatory.mozilla.org/">Mozilla Observatory</a></dt>
<dd>Проект, созданный в помощь разработчикам, системным администраторам и специалистам по безопасности для создания безопасных и надёжных сайтов.</dd>
<dt><a href="https://redbot.org/">RedBot</a></dt>
- <dd>Инструмент для проверки кэширования заголовков.</dd>
+ <dd>Инструмент для проверки кеширования заголовков.</dd>
<dt><a href="http://www.html5rocks.com/ru/tutorials/internals/howbrowserswork/">Принципы работы современных веб-браузеров</a></dt>
<dd>Комплексная статья по внутренностям браузеров и потоку запросов через протокол HTTP. Это нужно понимать всем веб-разработчикам.</dd>
</dl>
diff --git a/files/ru/web/http/methods/connect/index.html b/files/ru/web/http/methods/connect/index.html
index 21693bb37a..19631473e1 100644
--- a/files/ru/web/http/methods/connect/index.html
+++ b/files/ru/web/http/methods/connect/index.html
@@ -30,7 +30,7 @@ translation_of: Web/HTTP/Methods/CONNECT
<td>Нет</td>
</tr>
<tr>
- <th scope="row">{{Glossary("Кэшируемый")}}</th>
+ <th scope="row">{{Glossary("Кешируемый")}}</th>
<td>Нет</td>
</tr>
<tr>
diff --git a/files/ru/web/http/methods/delete/index.html b/files/ru/web/http/methods/delete/index.html
index 912bdd96e1..4f4183df12 100644
--- a/files/ru/web/http/methods/delete/index.html
+++ b/files/ru/web/http/methods/delete/index.html
@@ -31,7 +31,7 @@ translation_of: Web/HTTP/Methods/DELETE
<td>Да</td>
</tr>
<tr>
- <th scope="row">{{Glossary("Cacheable","Кэшируемый")}}</th>
+ <th scope="row">{{Glossary("Cacheable","Кешируемый")}}</th>
<td>Нет</td>
</tr>
<tr>
diff --git a/files/ru/web/http/methods/get/index.html b/files/ru/web/http/methods/get/index.html
index e2601b1361..599d5e137c 100644
--- a/files/ru/web/http/methods/get/index.html
+++ b/files/ru/web/http/methods/get/index.html
@@ -30,7 +30,7 @@ translation_of: Web/HTTP/Methods/GET
<td>Да</td>
</tr>
<tr>
- <th scope="row">{{Glossary("Cacheable", "Кэшируемый")}}</th>
+ <th scope="row">{{Glossary("Cacheable", "Кешируемый")}}</th>
<td>Да</td>
</tr>
<tr>
diff --git a/files/ru/web/http/methods/head/index.html b/files/ru/web/http/methods/head/index.html
index 13bfe278a6..cd8e1f5e40 100644
--- a/files/ru/web/http/methods/head/index.html
+++ b/files/ru/web/http/methods/head/index.html
@@ -34,7 +34,7 @@ translation_of: Web/HTTP/Methods/HEAD
<td>Да</td>
</tr>
<tr>
- <th scope="row">{{Glossary("Cacheable", "Кэшируемый")}}</th>
+ <th scope="row">{{Glossary("Cacheable", "Кешируемый")}}</th>
<td>Да</td>
</tr>
<tr>
diff --git a/files/ru/web/http/methods/index.html b/files/ru/web/http/methods/index.html
index 67369bdad6..0200b591eb 100644
--- a/files/ru/web/http/methods/index.html
+++ b/files/ru/web/http/methods/index.html
@@ -9,7 +9,7 @@ translation_of: Web/HTTP/Methods
---
<p>{{HTTPSidebar}}</p>
-<p>HTTP определяет множество <strong>методов запроса</strong>, которые указывают, какое желаемое действие выполнится для данного ресурса. Несмотря на то, что их названия могут быть существительными, эти методы запроса иногда называются <em>HTTP глаголами</em>. Каждый реализует свою семантику, но каждая группа команд разделяет общие свойства: так, методы могут быть {{glossary("safe", "безопасными")}}, {{glossary("idempotent", "идемпотентными")}} или {{glossary("cacheable", "кэшируемыми")}}.</p>
+<p>HTTP определяет множество <strong>методов запроса</strong>, которые указывают, какое желаемое действие выполнится для данного ресурса. Несмотря на то, что их названия могут быть существительными, эти методы запроса иногда называются <em>HTTP глаголами</em>. Каждый реализует свою семантику, но каждая группа команд разделяет общие свойства: так, методы могут быть {{glossary("safe", "безопасными")}}, {{glossary("idempotent", "идемпотентными")}} или {{glossary("cacheable", "кешируемыми")}}.</p>
<dl>
<dt><code><a href="/ru/docs/Web/HTTP/Methods/GET">GET</a></code></dt>
diff --git a/files/ru/web/http/methods/options/index.html b/files/ru/web/http/methods/options/index.html
index 48dbde81de..116e10c178 100644
--- a/files/ru/web/http/methods/options/index.html
+++ b/files/ru/web/http/methods/options/index.html
@@ -30,7 +30,7 @@ translation_of: Web/HTTP/Methods/OPTIONS
<td>Да</td>
</tr>
<tr>
- <th scope="row">{{Glossary("Cacheable", "Кэшируемый")}}</th>
+ <th scope="row">{{Glossary("Cacheable", "Кешируемый")}}</th>
<td>Нет</td>
</tr>
<tr>
diff --git a/files/ru/web/http/methods/patch/index.html b/files/ru/web/http/methods/patch/index.html
index 63c8ce82aa..06700f5653 100644
--- a/files/ru/web/http/methods/patch/index.html
+++ b/files/ru/web/http/methods/patch/index.html
@@ -41,7 +41,7 @@ translation_of: Web/HTTP/Methods/PATCH
<td>Нет</td>
</tr>
<tr>
- <th scope="row">{{Glossary("Cacheable", "Кэшируемый")}}</th>
+ <th scope="row">{{Glossary("Cacheable", "Кешируемый")}}</th>
<td>Нет</td>
</tr>
<tr>
diff --git a/files/ru/web/http/methods/post/index.html b/files/ru/web/http/methods/post/index.html
index 697b705b8f..74b4481d3b 100644
--- a/files/ru/web/http/methods/post/index.html
+++ b/files/ru/web/http/methods/post/index.html
@@ -50,7 +50,7 @@ translation_of: Web/HTTP/Methods/POST
<td>Нет</td>
</tr>
<tr>
- <th scope="row">{{Glossary("Cacheable", "Кэшируемый")}}</th>
+ <th scope="row">{{Glossary("Cacheable", "Кешируемый")}}</th>
<td>Только если включена информация о свежести сообщения</td>
</tr>
<tr>
diff --git a/files/ru/web/http/methods/put/index.html b/files/ru/web/http/methods/put/index.html
index 60a1d0df58..be2552bcbe 100644
--- a/files/ru/web/http/methods/put/index.html
+++ b/files/ru/web/http/methods/put/index.html
@@ -35,7 +35,7 @@ translation_of: Web/HTTP/Methods/PUT
<td>Да</td>
</tr>
<tr>
- <th scope="row">{{Glossary("Cacheable", "Кэшируемый")}}</th>
+ <th scope="row">{{Glossary("Cacheable", "Кешируемый")}}</th>
<td>Нет</td>
</tr>
<tr>
diff --git a/files/ru/web/http/methods/trace/index.html b/files/ru/web/http/methods/trace/index.html
index 9bf1686106..d75b9ff20f 100644
--- a/files/ru/web/http/methods/trace/index.html
+++ b/files/ru/web/http/methods/trace/index.html
@@ -32,7 +32,7 @@ translation_of: Web/HTTP/Methods/TRACE
<td>Да</td>
</tr>
<tr>
- <th scope="row">{{Glossary("Cacheable", "Кэшируемый")}}</th>
+ <th scope="row">{{Glossary("Cacheable", "Кешируемый")}}</th>
<td>Нет</td>
</tr>
<tr>
diff --git a/files/ru/web/http/overview/index.html b/files/ru/web/http/overview/index.html
index 28144e2bc7..b8cd23bd9a 100644
--- a/files/ru/web/http/overview/index.html
+++ b/files/ru/web/http/overview/index.html
@@ -22,7 +22,7 @@ translation_of: Web/HTTP/Overview
<p>HTTP — это клиент-серверный протокол, то есть запросы отправляются какой-то одной стороной — участником обмена (user-agent) (либо прокси вместо него). Чаще всего в качестве участника выступает веб-браузер, но им может быть кто угодно, например, робот, путешествующий по Сети для пополнения и обновления данных индексации веб-страниц для поисковых систем.</p>
-<p>Каждый запрос (англ. <em>request</em>) отправляется серверу, который обрабатывает его и возвращает ответ (англ. <em>response</em>). Между этими запросами и ответами как правило существуют многочисленные посредники, называемые {{glossary("Прокси_серверами","прокси")}}, которые выполняют различные операции и работают как шлюзы или {{glossary("Кэш","кэш")}}, например.</p>
+<p>Каждый запрос (англ. <em>request</em>) отправляется серверу, который обрабатывает его и возвращает ответ (англ. <em>response</em>). Между этими запросами и ответами как правило существуют многочисленные посредники, называемые {{glossary("Прокси_серверами","прокси")}}, которые выполняют различные операции и работают как шлюзы или {{glossary("Кеш","кеш")}}, например.</p>
<p><img alt="Client server chain" src="https://mdn.mozillademos.org/files/13679/Client-server-chain.png"></p>
@@ -40,7 +40,7 @@ translation_of: Web/HTTP/Overview
<h3 id="Веб-сервер">Веб-сервер</h3>
-<p>На другой стороне коммуникационного канала расположен сервер, который обслуживает (англ. <em>serve</em>) пользователя, предоставляя ему документы по запросу. С точки зрения конечного пользователя, сервер всегда является некой одной виртуальной машиной, полностью или частично генерирующей документ, хотя фактически он может быть группой серверов, между которыми балансируется нагрузка, то есть перераспределяются запросы различных пользователей, либо сложным программным обеспечением, опрашивающим другие компьютеры (такие как кэширующие серверы, серверы баз данных, серверы приложений электронной коммерции и другие).</p>
+<p>На другой стороне коммуникационного канала расположен сервер, который обслуживает (англ. <em>serve</em>) пользователя, предоставляя ему документы по запросу. С точки зрения конечного пользователя, сервер всегда является некой одной виртуальной машиной, полностью или частично генерирующей документ, хотя фактически он может быть группой серверов, между которыми балансируется нагрузка, то есть перераспределяются запросы различных пользователей, либо сложным программным обеспечением, опрашивающим другие компьютеры (такие как кеширующие серверы, серверы баз данных, серверы приложений электронной коммерции и другие).</p>
<p>Сервер не обязательно расположен на одной машине, и наоборот - несколько серверов могут быть расположены (поститься) на одной и той же машине. В соответствии с версией HTTP/1.1 и имея {{HTTPHeader("Host")}} заголовок, они даже могут делить тот же самый IP-адрес.</p>
@@ -82,13 +82,13 @@ translation_of: Web/HTTP/Overview
<h2 id="Чем_можно_управлять_через_HTTP">Чем можно управлять через HTTP</h2>
-<p>Естественная расширяемость HTTP со временем позволила большее управление и функциональность Сети. Кэш и методы аутентификации были ранними функциями в истории HTTP. Способность ослабить первоначальные ограничения, напротив, была добавлена в 2010-е.</p>
+<p>Естественная расширяемость HTTP со временем позволила большее управление и функциональность Сети. Кеш и методы аутентификации были ранними функциями в истории HTTP. Способность ослабить первоначальные ограничения, напротив, была добавлена в 2010-е.</p>
<p>Ниже перечислены общие функции, управляемые с HTTP.</p>
<ul>
- <li><em><a href="https://developer.mozilla.org/en-US/docs/Web/HTTP/Caching">Кэш</a></em><br>
- Сервер может инструктировать прокси и клиенты: что и как долго кэшировать. Клиент может инструктировать прокси промежуточных кэшей игнорировать хранимые документы.</li>
+ <li><em><a href="https://developer.mozilla.org/en-US/docs/Web/HTTP/Caching">Кеш</a></em><br>
+ Сервер может инструктировать прокси и клиенты: что и как долго кешировать. Клиент может инструктировать прокси промежуточных кешей игнорировать хранимые документы.</li>
<li><em>Ослабление ограничений источника</em><br>
Для предотвращения шпионских и других, нарушающих приватность, вторжений, веб-браузер обеспечивает строгое разделение между веб-сайтами. Только страницы из<strong> того же источника</strong> могут получить доступ к информации на веб-странице. Хотя такие ограничение нагружают сервер, заголовки HTTP могут ослабить строгое разделение на стороне сервера, позволяя документу стать частью информации с различных доменов (по причинам безопасности).</li>
<li><em>Аутентификация</em><br>
diff --git a/files/ru/web/http/session/index.html b/files/ru/web/http/session/index.html
index 1b94555603..269c325bc1 100644
--- a/files/ru/web/http/session/index.html
+++ b/files/ru/web/http/session/index.html
@@ -36,7 +36,7 @@ translation_of: Web/HTTP/Session
<li>версию HTTP протокола </li>
</ul>
</li>
- <li>Каждая последующая строка представляет собой HTTP заголовок и передаёт серверу некоторую информацию о типах предпочитаемых данных (например, какой язык , какие MIME типы) или инструкции меняющие поведение сервера (например, не отправлять ответ, если он уже в кэше) . Эти HTTP заголовки формируют блок, который заканчивается пустой строкой.</li>
+ <li>Каждая последующая строка представляет собой HTTP заголовок и передаёт серверу некоторую информацию о типах предпочитаемых данных (например, какой язык , какие MIME типы) или инструкции меняющие поведение сервера (например, не отправлять ответ, если он уже в кеше) . Эти HTTP заголовки формируют блок, который заканчивается пустой строкой.</li>
<li>Последний блок является не обязательным и содержит дополнительные данные. По большей части используется методом POST.</li>
</ol>
@@ -76,7 +76,7 @@ name=Joe%20User&amp;request=Send%20me%20one%20of%20your%20catalogue</pre>
<ol>
<li>Первая строка — строка статуса, состоит из подтверждения используемой HTTP версии и статуса запроса (и его значения в виде, понятном человеку).</li>
- <li>Последующие строки представляют собой HTTP заголовки, дающие клиенту некоторую информацию о посылаемых данных (прим. тип, размер, алгоритм сжатия, подсказки по кэшированию). Так же как и в случае клиентского запроса, эти HTTP заголовки формируют блок, заканчивающийся пустой строкой.</li>
+ <li>Последующие строки представляют собой HTTP заголовки, дающие клиенту некоторую информацию о посылаемых данных (прим. тип, размер, алгоритм сжатия, подсказки по кешированию). Так же как и в случае клиентского запроса, эти HTTP заголовки формируют блок, заканчивающийся пустой строкой.</li>
<li>Последний блок содержит данные (если таковые имеются).</li>
</ol>
diff --git a/files/ru/web/http/status/200/index.html b/files/ru/web/http/status/200/index.html
index ae8a98f91b..635eb21848 100644
--- a/files/ru/web/http/status/200/index.html
+++ b/files/ru/web/http/status/200/index.html
@@ -5,7 +5,7 @@ translation_of: Web/HTTP/Status/200
---
<div>{{HTTPSidebar}}</div>
-<p>Код ответа об успешном статусе "<em>The HTTP</em><strong> 200 OK</strong>" указывает, что запрос выполнен успешно. Ответ 200 может кэшироваться по умолчанию.</p>
+<p>Код ответа об успешном статусе "<em>The HTTP</em><strong> 200 OK</strong>" указывает, что запрос выполнен успешно. Ответ 200 может кешироваться по умолчанию.</p>
<p>Значение успеха зависит от метода <em>HTTP-</em>запроса:</p>
diff --git a/files/ru/web/http/status/204/index.html b/files/ru/web/http/status/204/index.html
index 299a8c9b81..966d4f7d1f 100644
--- a/files/ru/web/http/status/204/index.html
+++ b/files/ru/web/http/status/204/index.html
@@ -5,7 +5,7 @@ translation_of: Web/HTTP/Status/204
---
<div>{{HTTPSidebar}}</div>
-<p>"The HTTP <strong><code>204 No Content"</code></strong> код ответа статуса успеха указывает, что запрос имеет успех, но что клиенту не нужно уходить со своей текущей страницы. По умолчанию ответ <strong>204</strong>  кэшируется. В такой ответ включён  {{HTTPHeader("ETag")}}.</p>
+<p>"The HTTP <strong><code>204 No Content"</code></strong> код ответа статуса успеха указывает, что запрос имеет успех, но что клиенту не нужно уходить со своей текущей страницы. По умолчанию ответ <strong>204</strong>  кешируется. В такой ответ включён  {{HTTPHeader("ETag")}}.</p>
<p>Общим вариантом использования является возвращение <strong>204</strong> в результате запроса {{HTTPMethod("PUT")}}, обновления ресурса, без изменения текущего содержимого страницы, отображаемой пользователю. Если ресурс создан, вместо него возвращается {{HTTPStatus("201")}} <strong>Created</strong>. Если страница должна быть изменена на вновь обновлённую страницу, вместо неё следует использовать {{HTTPStatus("200")}}.</p>
diff --git a/files/ru/web/http/status/304/index.html b/files/ru/web/http/status/304/index.html
index 1917737e6c..ad1ac42ef1 100644
--- a/files/ru/web/http/status/304/index.html
+++ b/files/ru/web/http/status/304/index.html
@@ -5,7 +5,7 @@ translation_of: Web/HTTP/Status/304
---
<div>{{HTTPSidebar}}</div>
-<p>Код "HTTP <strong>304 Not Modified</strong>" клиента указывает, что нет необходимости повторно передавать запрошенные ресурсы. Это неявное перенаправление на кэшированный ресурс. Это происходит, когда метод  {{glossary("safe")}}, например {{HTTPMethod("GET")}} или {{HTTPMethod("HEAD")}} запрос или когда запрос является условным и использует {{HTTPHeader("If-None-Match")}} или {{HTTPHeader("If-Modified-Since")}}.</p>
+<p>Код "HTTP <strong>304 Not Modified</strong>" клиента указывает, что нет необходимости повторно передавать запрошенные ресурсы. Это неявное перенаправление на кешированный ресурс. Это происходит, когда метод  {{glossary("safe")}}, например {{HTTPMethod("GET")}} или {{HTTPMethod("HEAD")}} запрос или когда запрос является условным и использует {{HTTPHeader("If-None-Match")}} или {{HTTPHeader("If-Modified-Since")}}.</p>
<p>Если эквивалентный ответ {{HTTPStatus("200")}} <code>OK</code> включал {{HTTPHeader("Cache-Control")}}, {{HTTPHeader("Content-Location")}}, {{HTTPHeader("Date")}}, {{HTTPHeader("ETag")}}, {{HTTPHeader("Expires")}} и {{HTTPHeader("Vary")}}.</p>
diff --git a/files/ru/web/http/status/410/index.html b/files/ru/web/http/status/410/index.html
index 99afd4a8d8..89ed6a87e5 100644
--- a/files/ru/web/http/status/410/index.html
+++ b/files/ru/web/http/status/410/index.html
@@ -12,7 +12,7 @@ translation_of: Web/HTTP/Status/410
<p>Если вы не знаете, является это состояние временным или постоянным, вместо него следует использовать код статуса {{HTTPStatus(404)}} .</p>
<div class="note">
-<p>По умолчанию ответ 410 кэшируется</p>
+<p>По умолчанию ответ 410 кешируется</p>
</div>
<h2 id="Статус">Статус</h2>
diff --git a/files/ru/web/http/status/501/index.html b/files/ru/web/http/status/501/index.html
index f781b3460e..0a2cb5b846 100644
--- a/files/ru/web/http/status/501/index.html
+++ b/files/ru/web/http/status/501/index.html
@@ -10,7 +10,7 @@ translation_of: Web/HTTP/Status/501
</div>
<div class="note">
-<p>По умолчанию ответ 501 можно кэшировать.</p>
+<p>По умолчанию ответ 501 можно кешировать.</p>
</div>
<h2 id="Статус">Статус</h2>
diff --git a/files/ru/web/http/status/503/index.html b/files/ru/web/http/status/503/index.html
index 7e5cba9e09..8a7d603a49 100644
--- a/files/ru/web/http/status/503/index.html
+++ b/files/ru/web/http/status/503/index.html
@@ -9,7 +9,7 @@ translation_of: Web/HTTP/Status/503
<p>Часто причиной этого оказывается закрытие сервера для технических работ или его перегрузка. Обратите внимание, что вместе с этим ответом следует отправить удобную для пользователя страницу, объясняющую проблему. Данный код должен использоваться для временных состояний, а HTTP-заголовок {{HTTPHeader("Retry-After")}} должен, по возможности, содержать предполагаемое время возвращения в работу.</p>
-<p>Стоит позаботиться и о заголовках, связанных с кэшированием, отправляемых с этим кодом, так как код состояния 503 часто является временным условием, и ответы обычно не должны кэшироваться.</p>
+<p>Стоит позаботиться и о заголовках, связанных с кешированием, отправляемых с этим кодом, так как код состояния 503 часто является временным условием, и ответы обычно не должны кешироваться.</p>
<h2 id="Статус">Статус</h2>
diff --git a/files/ru/web/http/status/index.html b/files/ru/web/http/status/index.html
index 4b8b0ffd4b..d3eb150b6b 100644
--- a/files/ru/web/http/status/index.html
+++ b/files/ru/web/http/status/index.html
@@ -156,7 +156,7 @@ translation_of: Web/HTTP/Status
<tr>
<td id="304">304</td>
<td>Not Modified</td>
- <td>"Не модифицировано". Используется для кэширования. Это код ответа значит, что запрошенный ресурс не был изменён. Таким образом, клиент может продолжать использовать кэшированную версию ответа.</td>
+ <td>"Не модифицировано". Используется для кеширования. Это код ответа значит, что запрошенный ресурс не был изменён. Таким образом, клиент может продолжать использовать кешированную версию ответа.</td>
<td>HTTP/0.9 and later</td>
</tr>
<tr>
@@ -332,7 +332,7 @@ translation_of: Web/HTTP/Status
<tr>
<td id="503">503</td>
<td>Service Unavailable</td>
- <td>"Сервис недоступен". Сервер не готов обрабатывать запрос. Зачастую причинами являются отключение сервера или то, что он перегружен. Обратите внимание, что вместе с этим ответом удобная для пользователей(user-friendly) страница должна отправлять объяснение проблемы.  Этот ответ должен использоваться для временных условий и <code>Retry-After:</code> HTTP-заголовок должен, если возможно, содержать  предполагаемое время до восстановления сервиса. Веб-мастер также должен позаботиться о заголовках, связанных с кэшем, которые отправляются вместе с этим ответом, так как эти ответы, связанные с временными условиями, обычно не должны кэшироваться. </td>
+ <td>"Сервис недоступен". Сервер не готов обрабатывать запрос. Зачастую причинами являются отключение сервера или то, что он перегружен. Обратите внимание, что вместе с этим ответом удобная для пользователей(user-friendly) страница должна отправлять объяснение проблемы.  Этот ответ должен использоваться для временных условий и <code>Retry-After:</code> HTTP-заголовок должен, если возможно, содержать  предполагаемое время до восстановления сервиса. Веб-мастер также должен позаботиться о заголовках, связанных с кешем, которые отправляются вместе с этим ответом, так как эти ответы, связанные с временными условиями, обычно не должны кешироваться. </td>
<td>HTTP/0.9 and later</td>
</tr>
<tr>