From 8b7a5fdbf9223d5ebbaed1c04801a61b5b88b870 Mon Sep 17 00:00:00 2001 From: Alexey Istomin Date: Sun, 21 Mar 2021 11:18:00 +0300 Subject: Uniqy "cache" word in Russian translation (#261) * docs(ru): uniqy cache word * revert(redirects): revert redirects --- .../headers/access-control-allow-origin/index.html | 2 +- .../http/headers/access-control-max-age/index.html | 8 +++--- files/ru/web/http/headers/cache-control/index.html | 32 +++++++++++----------- files/ru/web/http/headers/connection/index.html | 2 +- files/ru/web/http/headers/etag/index.html | 4 +-- .../web/http/headers/if-modified-since/index.html | 2 +- files/ru/web/http/headers/index.html | 4 +-- files/ru/web/http/headers/pragma/index.html | 8 +++--- files/ru/web/http/headers/referer/index.html | 2 +- files/ru/web/http/headers/vary/index.html | 6 ++-- 10 files changed, 35 insertions(+), 35 deletions(-) (limited to 'files/ru/web/http/headers') 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

Чтобы ограничить Access-Control-Allow-Origin разрешённым набором значений, необходимо реализовать логику на стороне сервера для проверки значения заголовка {{HTTPHeader("Origin")}} запроса, сравнить его с разрешённым списком источников, а затем, если значение {{HTTPHeader("Origin")}} присутствует в списке, задать значение Access-Control-Allow-Origin, равное значению {{HTTPHeader("Origin")}}.

-

CORS и кэширование

+

CORS и кеширование

Если сервер послал ответ со значением Access-Control-Allow-Origin, которое содержит явное указание источника (а не шаблонное значение "*"), тогда ответ также должен включать в себя заголовок {{HTTPHeader("Vary")}} со значением Origin — чтобы указать браузеру, что ответы с сервера могут отличаться в зависимости от заголовка запроса Origin.

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 --- -
Заголовок ответа сервера Access-Control-Max-Age сообщает браузеру насколько {{glossary("предзапрос")}} (эта информация содержится в заголовках {{HTTPHeader("Access-Control-Allow-Methods")}} и {{HTTPHeader("Access-Control-Allow-Headers")}}) может быть кэширован и опущен при запросах к серверу.
+
Заголовок ответа сервера Access-Control-Max-Age сообщает браузеру насколько {{glossary("предзапрос")}} (эта информация содержится в заголовках {{HTTPHeader("Access-Control-Allow-Methods")}} и {{HTTPHeader("Access-Control-Allow-Headers")}}) может быть кеширован и опущен при запросах к серверу.
@@ -28,14 +28,14 @@ original_slug: Web/HTTP/Заголовки/Access-Control-Max-Age
<delta-seconds>
-
Количество секунд, на которое запрос может быть кэширован.
+
Количество секунд, на которое запрос может быть кеширован.
Максимальное значение в Firefox составляет 24 часа (86400 секунд), в Chromium 10 минут (600 секунд). Chromium также определяет значение по умолчанию 5 секунд.
- Значение -1 отменяет кэширование, отправляя предзапрос перед каждым запросом.
+ Значение -1 отменяет кеширование, отправляя предзапрос перед каждым запросом.

Примеры

-

Кэширование предзапроса на 600 секунд:

+

Кеширование предзапроса на 600 секунд:

Access-Control-Max-Age: 600
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 ---
{{HTTPSidebar}}
-

Общий заголовок Cache-Control используется для задания инструкций кэширования как для запросов, так и для ответов. Инструкции кэширования однонаправленные: заданная инструкция в запросе не подразумевает, что такая же инструкция будет указана в ответе

+

Общий заголовок Cache-Control используется для задания инструкций кеширования как для запросов, так и для ответов. Инструкции кеширования однонаправленные: заданная инструкция в запросе не подразумевает, что такая же инструкция будет указана в ответе

@@ -31,7 +31,7 @@ original_slug: Web/HTTP/Заголовки/Cache-Control

Инструкции не чувствительны к регистру и имеют необязательный аргумент, который может быть указан как в кавычках, так и без них. Несколько инструкций разделяются запятыми.

-

Инструкции кэширования для запросов

+

Инструкции кеширования для запросов

Стандартные инструкции Cache-Control, которые могут задаваться клиентом для HTTP запроса.

@@ -44,7 +44,7 @@ Cache-Control: no-transform Cache-Control: only-if-cached -

Инструкции кэширования для ответов

+

Инструкции кеширования для ответов

Стандартные инструкции Cache-Control, которые могут задаваться сервером для HTTP ответа.

@@ -61,7 +61,7 @@ Cache-Control: s-maxage=<seconds>

Расширенные инструкции Cache-Control

-

Расширенные инструкции Cache-Control не являются частью базовых стандартов, описывающих кэширование в HTTP. В таблице совместимости указаны браузеры, которые поддерживают расширенные инструкции.

+

Расширенные инструкции Cache-Control не являются частью базовых стандартов, описывающих кеширование в HTTP. В таблице совместимости указаны браузеры, которые поддерживают расширенные инструкции.

Cache-Control: immutable
 Cache-Control: stale-while-revalidate=<seconds>
@@ -70,13 +70,13 @@ Cache-Control: stale-if-error=<seconds>
 
 
Инструкции

 
-
Управление кэшированием

+
Управление кешированием

 
 

  
public

- 
Указывает, что ответ может быть закеширован в любом кэше.

+ 
Указывает, что ответ может быть закеширован в любом кеше.

  
private

- 
Указывает, что ответ предназначен для одного пользователя и не должен помещаться в разделяемый кэш. Частный кэш может хранить ресурс.

+ 
Указывает, что ответ предназначен для одного пользователя и не должен помещаться в разделяемый кеш. Частный кеш может хранить ресурс.

  
no-cache

  
Указывает на необходимость отправить запрос на сервер для валидации ресурса перед использованием закешированных данных.

  
only-if-cached

@@ -89,7 +89,7 @@ Cache-Control: stale-if-error=<seconds>
  
max-age=<seconds>

  
Задаёт максимальное время в течение которого ресурс будет считаться актуальным. В отличие от Expires, данная инструкция является относительной по отношению ко времени запроса.

  
s-maxage=<seconds>

- 
Переопределяет max-age или заголовок Expires, но применяется только для разделяемых кэшей (например, прокси) и игнорируется частными кэшами.

+ 
Переопределяет max-age или заголовок Expires, но применяется только для разделяемых кешей (например, прокси) и игнорируется частными кешами.

  
max-stale[=<seconds>]

  
Указывает, что клиент хочет получить ответ, для которого было превышено время устаревания. Дополнительно может быть указано значение в секундах, указывающее, что ответ не должен быть просрочен более чем на указанное значение.

  
min-fresh=<seconds>

@@ -104,9 +104,9 @@ Cache-Control: stale-if-error=<seconds>
 
 

  
must-revalidate

- 
Кэш должен проверить статус устаревших ресурсов перед их использованием. Просроченные ресурсы не должны быть использованы.

+ 
Кеш должен проверить статус устаревших ресурсов перед их использованием. Просроченные ресурсы не должны быть использованы.

  
proxy-revalidate

- 
То же самое, что must-revalidate, но применимо только к разделяемым кэшам (например, прокси) и игнорируется частными кэшами.

+ 
То же самое, что must-revalidate, но применимо только к разделяемым кешам (например, прокси) и игнорируется частными кешами.

  
immutable

  
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. If-None-Match or If-Modified-Since) 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, immutable is only honored on https:// transactions. For more information, see also this blog post.

 

@@ -115,23 +115,23 @@ Cache-Control: stale-if-error=<seconds>
 
 

  
no-store

- 
Кэш не должен хранить никакую информацию о запросе и ответе

+ 
Кеш не должен хранить никакую информацию о запросе и ответе

  
no-transform

  
Никакие преобразования не должны применяться к ресурсу. Заголовки Content-Encoding, Content-Range, Content-Type не должны изменяться прокси. Непрозрачный прокси может, например, конвертировать изображения из одного формата в другой для сохранения дискового пространства или уменьшения трафика. Инструкция no-transform запрещает это.

 

 
 
Примеры

 
-
Выключение кэширования

+
Выключение кеширования

 
-
Для выключения кэширования возможно добавить следующий заголовок к ответу. Дополнительно см. заголовки Expires и Pragma.

+
Для выключения кеширования возможно добавить следующий заголовок к ответу. Дополнительно см. заголовки Expires и Pragma.

 
 
Cache-Control: no-cache, no-store, must-revalidate
 

 
-
Кэширование статического контента

+
Кеширование статического контента

 
-
Для файлов, которые не будут изменяться обычно возможно применить агрессивное кэширование, отослав ответ с заголовком ниже. Например, такой ответ может быть послан для изображений, файлов CSS и JavaScript. Дополнительно см. заголовок Expires.

+
Для файлов, которые не будут изменяться обычно возможно применить агрессивное кеширование, отослав ответ с заголовком ниже. Например, такой ответ может быть послан для изображений, файлов CSS и JavaScript. Дополнительно см. заголовок Expires.

 
 
Cache-Control: public, max-age=31536000

 
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
  
close

  
Указывает, что клиент или сервер хотели бы закрыть соединение. Это значение по умолчанию для запросов HTTP/1.0.

  
любой список HTTP заголовков через запятую[Обычно только keep-alive]

- 
Указывает, что клиент хотел бы сохранить соединение активным. Постоянное соединение используется по умолчанию для запросов HTTP/1.1. Список заголовков -- это имена заголовка, которые удаляются первым непрозрачным прокси-сервером или промежуточным кэшем: эти заголовки определяют соединение между источником и первым объектом, а не целевым узлом.

+ 
Указывает, что клиент хотел бы сохранить соединение активным. Постоянное соединение используется по умолчанию для запросов HTTP/1.1. Список заголовков -- это имена заголовка, которые удаляются первым непрозрачным прокси-сервером или промежуточным кешем: эти заголовки определяют соединение между источником и первым объектом, а не целевым узлом.

 

 
 
Совместимость браузеров

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"

Если хэши из заголовков не совпадают, это означает что данные уже были изменены между запросами (in-between) и будет возвращена ошибка {{HTTPStatus("412")}} Precondition Failed.

-

Кэширование неизменяемых ресурсов

+

Кеширование неизменяемых ресурсов

-

Другая типичная ситуация для использования ETag — кэширование ресурсов, которые не будут изменяться. Если пользователь повторно посещает URL-адрес (с установленным заголовком ETag), и при этом данные слишком устарели и не могут быть использованы, тогда клиент отправит значение ETag внутри заголовка {{HTTPHeader("If-None-Match")}}:

+

Другая типичная ситуация для использования ETag — кеширование ресурсов, которые не будут изменяться. Если пользователь повторно посещает URL-адрес (с установленным заголовком ETag), и при этом данные слишком устарели и не могут быть использованы, тогда клиент отправит значение ETag внутри заголовка {{HTTPHeader("If-None-Match")}}:

If-None-Match: "33a64df551425fcc55e4d42a148795d9f25f89d4"
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

При использовании в сочетании с {{HTTPHeader("If-None-Match")}} заголовок If-Modified-Since игнорируется, кроме тех случаев, когда сервер не поддерживает If-None-Match.

-

Наиболее распространённым вариантом использования является обновление кэшированного объекта, не связанного с {{HTTPHeader("ETag")}}.

+

Наиболее распространённым вариантом использования является обновление кешированного объекта, не связанного с {{HTTPHeader("ETag")}}.

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/Заголовки

Сквозные заголовки
-      Эти заголовки должны быть переданы конечному получателю сообщения: серверу для запроса или клиенту для ответа. Промежуточные прокси-серверы должны повторно передавать эти заголовки без изменений, а кэши должны их хранить.

+      Эти заголовки должны быть переданы конечному получателю сообщения: серверу для запроса или клиенту для ответа. Промежуточные прокси-серверы должны повторно передавать эти заголовки без изменений, а кеши должны их хранить.

Хоп-хоп заголовки (Хоп-хоп заголовки)
-      Эти заголовки имеют смысл только для одного соединения транспортного уровня и не должны повторно передаваться прокси или кэшироваться. Обратите внимание, что с помощью общего заголовка {{httpheader ("Connection")}} могут быть установлены только заголовки переходов.

+      Эти заголовки имеют смысл только для одного соединения транспортного уровня и не должны повторно передаваться прокси или кешироваться. Обратите внимание, что с помощью общего заголовка {{httpheader ("Connection")}} могут быть установлены только заголовки переходов.

Аутентификация

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 ---
{{HTTPSidebar}}
-

Общий заголовок Pragma HTTP / 1.0 - это заголовок, зависящий от реализации, который может иметь различные эффекты в цепочке запрос-ответ. Он используется для обратной совместимости с кэшами HTTP / 1.0, где заголовок Cache-Control HTTP / 1.1 ещё не присутствует.

+

Общий заголовок Pragma HTTP / 1.0 - это заголовок, зависящий от реализации, который может иметь различные эффекты в цепочке запрос-ответ. Он используется для обратной совместимости с кешами HTTP / 1.0, где заголовок Cache-Control HTTP / 1.1 ещё не присутствует.

-

Примечание: Pragma не указана для ответов HTTP и поэтому не является надёжной заменой общего заголовка управления кэшем HTTP/1.1, хотя она ведёт себя так же, как Cache-Control: no-cache, если поле заголовка управления кэшем опущено в запросе. Используйте Pragma только для обратной совместимости с клиентами HTTP / 1.0.

+

Примечание: Pragma не указана для ответов HTTP и поэтому не является надёжной заменой общего заголовка управления кешем HTTP/1.1, хотя она ведёт себя так же, как Cache-Control: no-cache, если поле заголовка управления кешем опущено в запросе. Используйте Pragma только для обратной совместимости с клиентами HTTP / 1.0.

@@ -42,7 +42,7 @@ original_slug: Web/HTTP/Заголовки/Pragma
no-cache
-

То же, что и Cache-Control: no-cache. Заставляет кэши отправлять запрос на исходный сервер для проверки перед выпуском кэшированной копии.

+

То же, что и Cache-Control: no-cache. Заставляет кеши отправлять запрос на исходный сервер для проверки перед выпуском кешированной копии.

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 ---
{{HTTPSidebar}}
-

Заголовок запроса Referer содержит URL исходной страницы, с которой был осуществлён переход на текущую страницу. Заголовок Referer позволяет серверу узнать откуда был осуществлён переход на запрашиваемую страницу. Сервер может анализировать эти данные, записывать их в логи или оптимизировать процесс кэширования.

+

Заголовок запроса Referer содержит URL исходной страницы, с которой был осуществлён переход на текущую страницу. Заголовок Referer позволяет серверу узнать откуда был осуществлён переход на запрашиваемую страницу. Сервер может анализировать эти данные, записывать их в логи или оптимизировать процесс кеширования.

Обратите внимание, что слово «Referer» на самом деле является неправильным написанием слова «Referrer». См. {{interwiki("wikipedia", "HTTP_referer", "HTTP referer на Wikipedia")}} .

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 ---
{{HTTPSidebar}}
-

Заголовок ответа Vary определяет, как сопоставить будущие заголовки запроса, чтобы решить, можно ли использовать кэшированный ответ, а не запрашивать новый с исходного сервера. Он используется сервером для указания того, какие заголовки он использовал при выборе представления ресурса в алгоритме согласования контента.

+

Заголовок ответа Vary определяет, как сопоставить будущие заголовки запроса, чтобы решить, можно ли использовать кешированный ответ, а не запрашивать новый с исходного сервера. Он используется сервером для указания того, какие заголовки он использовал при выборе представления ресурса в алгоритме согласования контента.

Заголовок Vary должен быть установлен для ответа {{HTTPStatus("304")}} Not Modified точно так же, как он был бы установлен для эквивалентного ответа {{HTTPStatus("200")}} OK.

@@ -33,9 +33,9 @@ Vary: <header-name>, <header-name>, ...
*
-
Каждый запрос должен рассматриваться как уникальный и не кэшируемый. Лучший способ указать это - использовать {{HTTPHeader ("Cache-Control")}}: no-store, который удобнее для чтения и также сигнализирует о том, что объект не должен храниться никогда.
+
Каждый запрос должен рассматриваться как уникальный и не кешируемый. Лучший способ указать это - использовать {{HTTPHeader ("Cache-Control")}}: no-store, который удобнее для чтения и также сигнализирует о том, что объект не должен храниться никогда.
<header-name>
-
Разделённый запятыми список имён заголовков, которые необходимо учитывать при принятии решения о том, можно ли использовать кэшированный ответ.
+
Разделённый запятыми список имён заголовков, которые необходимо учитывать при принятии решения о том, можно ли использовать кешированный ответ.

Examples

-- cgit v1.2.3-54-g00ecf