aboutsummaryrefslogtreecommitdiff
path: root/files/ru/web
diff options
context:
space:
mode:
authorMasahiro FUJIMOTO <mfujimot@gmail.com>2021-08-17 11:37:07 +0900
committerGitHub <noreply@github.com>2021-08-17 11:37:07 +0900
commit98a7793a51bdbdeefb172842e677dca22eb779e5 (patch)
treef07cde27678193afe366832bd58c958657fadc6c /files/ru/web
parent6c30dec8016abec2fba8caf0bd07d0e145c37caf (diff)
parenta28f6c8632ced6d91d311614d96ab643e5ef7058 (diff)
downloadtranslated-content-98a7793a51bdbdeefb172842e677dca22eb779e5.tar.gz
translated-content-98a7793a51bdbdeefb172842e677dca22eb779e5.tar.bz2
translated-content-98a7793a51bdbdeefb172842e677dca22eb779e5.zip
Merge branch 'mdn:main' into 20210811-orphaned/Web/API/NavigatorLanguage
Diffstat (limited to 'files/ru/web')
-rw-r--r--files/ru/web/html/element/code/index.html2
-rw-r--r--files/ru/web/http/overview/index.html10
-rw-r--r--files/ru/web/javascript/reference/global_objects/promise/index.html10
3 files changed, 7 insertions, 15 deletions
diff --git a/files/ru/web/html/element/code/index.html b/files/ru/web/html/element/code/index.html
index d5862806e5..9034056b6c 100644
--- a/files/ru/web/html/element/code/index.html
+++ b/files/ru/web/html/element/code/index.html
@@ -52,7 +52,7 @@ translation_of: Web/HTML/Element/code
<p>Этот элемент включает в себя только <a href="/ru/Web/HTML/Global_attributes" title="HTML/Global attributes">глобальные атрибуты</a>.</p>
-<h2 id="Пример">Пример</h2>
+<h2 id="Example">Пример</h2>
<p>Текстовый абзац, включающий <code>&lt;code&gt;</code>:</p>
diff --git a/files/ru/web/http/overview/index.html b/files/ru/web/http/overview/index.html
index b8cd23bd9a..ef2663f832 100644
--- a/files/ru/web/http/overview/index.html
+++ b/files/ru/web/http/overview/index.html
@@ -16,7 +16,7 @@ translation_of: Web/HTTP/Overview
<p>Клиенты и серверы взаимодействуют, обмениваясь одиночными сообщениями (а не потоком данных). Сообщения, отправленные клиентом, обычно веб-браузером, называются <em>запросами</em>, а сообщения, отправленные сервером, называются <em>ответами</em>.</p>
-<p><img alt="HTTP as an application layer protocol, on top of TCP (transport layer) and IP (network layer) and below the presentation layer." src="https://mdn.mozillademos.org/files/13673/HTTP%20&amp;%20layers.png" style="float: left; height: 299px; padding-bottom: 15px; padding-right: 20px; width: 418px;">Хотя HTTP был разработан  ещё в начале 1990-х годов, за счёт своей расширяемости в дальнейшем он все время совершенствовался.  HTTP является протоколом прикладного уровня, который чаще всего использует возможности другого протокола - {{glossary("TCP")}} (или {{glossary("TLS")}} - защищённый TCP) - для пересылки своих сообщений, однако любой другой надёжный транспортный протокол теоретически может быть использован для доставки таких сообщений. Благодаря своей расширяемости, он используется не только для получения клиентом гипертекстовых документов, изображений и видео, но и для передачи содержимого серверам, например, с помощью HTML-форм. HTTP также может быть использован для получения только частей документа с целью обновления веб-страницы по запросу (например посредством AJAX запроса).</p>
+<p><img alt="HTTP as an application layer protocol, on top of TCP (transport layer) and IP (network layer) and below the presentation layer." src="https://mdn.mozillademos.org/files/13673/HTTP%20&amp;%20layers.png" style="float: left; height: 299px; padding-bottom: 15px; padding-right: 20px; width: 418px;">Хотя HTTP был разработан ещё в начале 1990-х годов, за счёт своей расширяемости в дальнейшем он все время совершенствовался. HTTP является протоколом прикладного уровня, который чаще всего использует возможности другого протокола - {{glossary("TCP")}} (или {{glossary("TLS")}} - защищённый TCP) - для пересылки своих сообщений, однако любой другой надёжный транспортный протокол теоретически может быть использован для доставки таких сообщений. Благодаря своей расширяемости, он используется не только для получения клиентом гипертекстовых документов, изображений и видео, но и для передачи содержимого серверам, например, с помощью HTML-форм. HTTP также может быть использован для получения только частей документа с целью обновления веб-страницы по запросу (например посредством AJAX запроса).</p>
<h2 id="Составляющие_систем_основанных_на_HTTP">Составляющие систем, основанных на HTTP</h2>
@@ -101,11 +101,11 @@ translation_of: Web/HTTP/Overview
<h2 id="HTTP_поток">HTTP поток</h2>
-<p>Когда клиент хочет взаимодействовать с сервером, являясь конечным сервером или промежуточным прокси, он выполняет следующие шаги:</p>
+<p>Когда клиент хочет взаимодействовать с сервером, являющимся конечным сервером или промежуточным прокси, он выполняет следующие шаги:</p>
<ol>
<li>Открытие TCP соединения: TCP-соединение будет использоваться для отправки запроса или запросов, и получения ответа. Клиент может открыть новое соединение, переиспользовать существующее, или открыть несколько TCP-соединений к серверу.</li>
- <li>Отправка HTTP-сообщения: HTTP-сообщения (до HTTP/2) -- человеко-читаемо. Начиная с HTTP/2, простые сообщения инкапсулируются во фреймы, делая невозможным их чтения напрямую, но принципиально остаются такими же.
+ <li>Отправка HTTP-сообщения: HTTP-сообщения (до HTTP/2) являются человекочитаемыми. Начиная с HTTP/2, простые сообщения инкапсулируются во фреймы, делая невозможным их чтения напрямую, но принципиально остаются такими же.
<pre class="line-numbers language-html notranslate"><code class="language-html">GET / HTTP/1.1
Host: developer.mozilla.org
Accept-Language: fr</code></pre>
@@ -125,10 +125,12 @@ Content-Type: text/html
<li>Закрывает или переиспользует соединение для дальнейших запросов.</li>
</ol>
-<p>Если активирован HTTP-конвейер, несколько запросов могут быть отправлены без ожидания получения первого ответа целиком. HTTP-конвейер тяжело внедряется в существующие сети, где старые куски ПО сосуществуют с современными версиями.  HTTP-конвейер был заменён в HTTP/2 на более надёжные мультиплексные запросы во фрейме.</p>
+<p>Если активирован HTTP-конвейер, несколько запросов могут быть отправлены без ожидания получения первого ответа целиком. HTTP-конвейер тяжело внедряется в существующие сети, где старые куски ПО сосуществуют с современными версиями. HTTP-конвейер был заменён в HTTP/2 на более надёжные мультиплексные запросы во фрейме.</p>
<h2 id="HTTP_сообщения">HTTP сообщения</h2>
+<p><a href="https://developer.mozilla.org/ru/docs/Web/HTTP/Messages">Подробнее в отдельной статье «Сообщения HTTP»</a></p>
+
<p>HTTP/1.1 и более ранние HTTP сообщения человеко-читаемы. В версии HTTP/2 эти сообщения встроены в новую бинарную структуру, фрейм, позволяющий оптимизации, такие как компрессия заголовков и мультиплексирование. Даже если часть оригинального HTTP сообщения отправлена в этой версии HTTP, семантика каждого сообщения не изменяется и клиент воссоздаёт (виртуально) оригинальный HTTP-запрос. Это также полезно для понимания HTTP/2 сообщений в формате HTTP/1.1.</p>
<p>Существует два типа HTTP сообщений, запросы и ответы, каждый в своём формате.</p>
diff --git a/files/ru/web/javascript/reference/global_objects/promise/index.html b/files/ru/web/javascript/reference/global_objects/promise/index.html
index b4075019a6..e08551c0af 100644
--- a/files/ru/web/javascript/reference/global_objects/promise/index.html
+++ b/files/ru/web/javascript/reference/global_objects/promise/index.html
@@ -93,16 +93,6 @@ new Promise(function(resolve, reject) { ... });</pre>
</dd>
</dl>
-<h2 id="Прототип_Promise">Прототип <code>Promise</code></h2>
-
-<h3 id="Свойства_2">Свойства</h3>
-
-<p>{{page('ru/docs/Web/JavaScript/Reference/Global_Objects/Promise/prototype','Свойства')}}</p>
-
-<h3 id="Методы_2">Методы</h3>
-
-<p>{{page('ru/docs/Web/JavaScript/Reference/Global_Objects/Promise/prototype','Методы')}}</p>
-
<h2 id="Создание_промиса">Создание промиса</h2>
<p>Объект <code>Promise</code> создаётся при помощи ключевого слова <code>new</code> и своего конструктора. Конструктор <code>Promise</code> принимает в качестве аргумента функцию, называемую "исполнитель" (<em>executor function</em>). Эта функция должна принимать две функции-колбэка в качестве параметров. Первый из них (<code>resolve</code>) вызывается, когда асинхронная операция завершилась успешно и вернула результат своего исполнения в виде значения. Второй колбэк (<code>reject</code>) вызывается, когда операция не удалась, и возвращает значение, указывающее на причину неудачи, чаще всего объект ошибки.</p>