From 167a945d55058dfe3d03bf7ea84c12ad48735149 Mon Sep 17 00:00:00 2001
From: Denis Vakulenko <00vakulenko@gmail.com>
Date: Mon, 15 Jul 2024 11:13:16 +0500
Subject: [PATCH] =?UTF-8?q?=D0=97=D0=B0=D0=BC=D0=B5=D0=BD=D1=8F=D0=B5?=
 =?UTF-8?q?=D1=82=20=D0=BA=D0=BE=D1=80=D0=BE=D1=82=D0=BA=D0=B8=D0=B5=20?=
 =?UTF-8?q?=D1=82=D0=B8=D1=80=D0=B5=20=D0=BD=D0=B0=20=D0=B4=D0=BB=D0=B8?=
 =?UTF-8?q?=D0=BD=D0=BD=D1=8B=D0=B5?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

---
 js/cleartimeout/index.md         |  2 +-
 js/element-dataset/index.md      |  2 +-
 js/element-getattribute/index.md |  2 +-
 js/element-innerhtml/index.md    |  2 +-
 js/element-innertext/index.md    |  2 +-
 js/element-outerhtml/index.md    |  2 +-
 js/settimeout/index.md           |  2 +-
 js/window-history/index.md       |  6 +++---
 tools/reactivity/index.md        | 18 +++++++++---------
 tools/web-app-types/index.md     |  4 ++--
 10 files changed, 21 insertions(+), 21 deletions(-)

diff --git a/js/cleartimeout/index.md b/js/cleartimeout/index.md
index 2ee21c9e0d..e3829562e4 100644
--- a/js/cleartimeout/index.md
+++ b/js/cleartimeout/index.md
@@ -25,7 +25,7 @@ const timerId = setTimeout(() => {
 clearTimeout(timerId)
 ```
 
-Функция `clearTimeout()` принимает один аргумент – числовой идентификатор таймаута. Этот идентификатор можно получить в результате вызова `setTimeout()`.
+Функция `clearTimeout()` принимает один аргумент — числовой идентификатор таймаута. Этот идентификатор можно получить в результате вызова `setTimeout()`.
 
 ## Как понять
 
diff --git a/js/element-dataset/index.md b/js/element-dataset/index.md
index 37133dc986..90c8b2e5c2 100644
--- a/js/element-dataset/index.md
+++ b/js/element-dataset/index.md
@@ -118,7 +118,7 @@ item.dataset.candidateRole = 'junior'
 </ul>
 ```
 
-Преобразование названий работает и в обратную сторону – дата-атрибут на HTML-элементе, записанный в `kebab-case`, будет превращён в `dataset` в `camelCase`.
+Преобразование названий работает и в обратную сторону — дата-атрибут на HTML-элементе, записанный в `kebab-case`, будет превращён в `dataset` в `camelCase`.
 
 ```html
 <ul>
diff --git a/js/element-getattribute/index.md b/js/element-getattribute/index.md
index e6d6570eb8..83e4a06911 100644
--- a/js/element-getattribute/index.md
+++ b/js/element-getattribute/index.md
@@ -17,7 +17,7 @@ tags:
 
 ## Как пишется
 
-`getAttribute()` принимает один аргумент – строку с именем атрибута. В ответ метод возвращает значение атрибута в виде строки или `null`, если атрибута нет на элементе.
+`getAttribute()` принимает один аргумент — строку с именем атрибута. В ответ метод возвращает значение атрибута в виде строки или `null`, если атрибута нет на элементе.
 
 ```html
 <script type="application/json" id="hydration"></script>
diff --git a/js/element-innerhtml/index.md b/js/element-innerhtml/index.md
index 8f588e2924..d452a4d413 100644
--- a/js/element-innerhtml/index.md
+++ b/js/element-innerhtml/index.md
@@ -51,7 +51,7 @@ HTML после изменения:
 
 ## Как понять
 
-Браузер предоставляет разработчику возможность управлять содержимым на странице и менять его как угодно. `innerHTML` – самый простой способ считать или изменить HTML-содержимое элемента. Это свойство использует строки, что даёт возможность легко менять и очищать содержимое элементов.
+Браузер предоставляет разработчику возможность управлять содержимым на странице и менять его как угодно. `innerHTML` — самый простой способ считать или изменить HTML-содержимое элемента. Это свойство использует строки, что даёт возможность легко менять и очищать содержимое элементов.
 
 Когда в `innerHTML` присваивается новое значение, всё предыдущее содержимое удаляется и создаётся новое, что приводит к [перерисовке страницы](/tools/how-the-browser-creates-pages/).
 
diff --git a/js/element-innertext/index.md b/js/element-innertext/index.md
index ad18aba100..388ecc6157 100644
--- a/js/element-innertext/index.md
+++ b/js/element-innertext/index.md
@@ -43,7 +43,7 @@ console.log(button)
 
 ## Как понять
 
-Считывание и изменение текстового содержимого – довольно распространённая задача. `innerText` позволяет считывать содержимое элемента и его потомков, но с несколькими исключениями:
+Считывание и изменение текстового содержимого — довольно распространённая задача. `innerText` позволяет считывать содержимое элемента и его потомков, но с несколькими исключениями:
 
 - не считывается содержимое тегов `<script>` и `<style>`;
 - не считывается содержимое скрытых элементов.
diff --git a/js/element-outerhtml/index.md b/js/element-outerhtml/index.md
index ebe299e72d..d2abde2695 100644
--- a/js/element-outerhtml/index.md
+++ b/js/element-outerhtml/index.md
@@ -56,7 +56,7 @@ HTML после изменения:
 
 ## Как понять
 
-Свойство `outerHTML` проще понять в сравнении с другим похожим свойством – [`innerHTML`](/js/element-innerhtml/).
+Свойство `outerHTML` проще понять в сравнении с другим похожим свойством — [`innerHTML`](/js/element-innerhtml/).
 
 Свойство `innerHTML` позволяет получить только **содержимое** элемента как HTML-строку. В то время как `outerHTML` делает то же самое, но при этом возвращает и HTML самого элемента. Можно сказать, что вывод будет идентичен `innerHTML`, только в строке будет содержаться открывающий и закрывающий тег самого элемента, у которого было вызвано свойство.
 
diff --git a/js/settimeout/index.md b/js/settimeout/index.md
index 58e605c456..5aa3b0d487 100644
--- a/js/settimeout/index.md
+++ b/js/settimeout/index.md
@@ -36,7 +36,7 @@ console.log(timerId)
 
 <aside>
 
-⏱ Миллисекунда – это одна тысячная доля секунды, то есть одна секунда состоит из 1000 миллисекунд.
+⏱ Миллисекунда — это одна тысячная доля секунды, то есть одна секунда состоит из 1000 миллисекунд.
 
 </aside>
 
diff --git a/js/window-history/index.md b/js/window-history/index.md
index dacf53d586..ecf0921f25 100644
--- a/js/window-history/index.md
+++ b/js/window-history/index.md
@@ -52,7 +52,7 @@ window.history.forward()
 
 Метод `go()` является универсальным и позволяет переместиться по истории вперёд или назад относительно текущей страницы.
 
-Метод принимает один аргумент – число, которое определяет, на сколько шагов по истории вперёд или назад нужно перейти. Отрицательное значение определяет сколько шагов назад, а положительные – вперёд.
+Метод принимает один аргумент — число, которое определяет, на сколько шагов по истории вперёд или назад нужно перейти. Отрицательное значение определяет сколько шагов назад, а положительные — вперёд.
 
 ```js
 window.history.go(2)
@@ -84,7 +84,7 @@ window.history.go(0)
 
 ### Управление историей
 
-Для создания новой записи в истории используется метод `pushState()`, а для модификации текущей записи – `replaceState()`.
+Для создания новой записи в истории используется метод `pushState()`, а для модификации текущей записи — `replaceState()`.
 
 Оба метода похожи с точки зрения использования и оба принимают три аргумента:
 
@@ -154,7 +154,7 @@ window.history.back()
 - https://example.com/about
 - https://example.com/
 
-Верхние пункты списка – это недавно посещённые страницы, а последний пункт — страница, с которой началась сессия.
+Верхние пункты списка — это недавно посещённые страницы, а последний пункт — страница, с которой началась сессия.
 
 ### Навигация в одностраничных приложениях
 
diff --git a/tools/reactivity/index.md b/tools/reactivity/index.md
index 821ca4930a..a933c93aaa 100644
--- a/tools/reactivity/index.md
+++ b/tools/reactivity/index.md
@@ -19,15 +19,15 @@ tags:
 
 ## Кратко
 
-Реактивность – это способ автоматически обновлять систему в зависимости от изменения [потока данных](/tools/architecture-data-flow/).
+Реактивность — это способ автоматически обновлять систему в зависимости от изменения [потока данных](/tools/architecture-data-flow/).
 
-Поток данных – любая последовательность событий из любого источника, упорядоченная во времени. Например, в кейлогере — приложении, которое записывает нажатие клавиш на клавиатуре, потоком данных будут сигналы нажатия клавиш.
+Поток данных — любая последовательность событий из любого источника, упорядоченная во времени. Например, в кейлогере — приложении, которое записывает нажатие клавиш на клавиатуре, потоком данных будут сигналы нажатия клавиш.
 
-Реактивное программирование – парадигма в программировании, в которой программа больше сосредоточена на управлении потоками данных, таким образом описывая взаимосвязи между ними.
+Реактивное программирование — парадигма в программировании, в которой программа больше сосредоточена на управлении потоками данных, таким образом описывая взаимосвязи между ними.
 
 ## Что такое реактивность?
 
-Давайте вспомним, как пользователь представляет себе работу с интерфейсом. Мы ожидаем, что интерфейс будет мгновенно *реагировать* на наши действия. Начали вводить текст, он сразу же появляется в поле. Нажали на кнопку, форма тут же изменилась, появились лоадеры, а затем выпрыгнуло радостное сообщение об успехе. С точки зрения пользователя реактивность – это мгновенная реакция на его действия.
+Давайте вспомним, как пользователь представляет себе работу с интерфейсом. Мы ожидаем, что интерфейс будет мгновенно *реагировать* на наши действия. Начали вводить текст, он сразу же появляется в поле. Нажали на кнопку, форма тут же изменилась, появились лоадеры, а затем выпрыгнуло радостное сообщение об успехе. С точки зрения пользователя реактивность — это мгновенная реакция на его действия.
 
 Для разработчика этот термин имеет немного другое значение. Когда речь заходит о реактивности, фокус смещается на данные. Для примера напишем код, чтобы сложить два числа:
 
@@ -77,13 +77,13 @@ console.log($sum)
 
 Пример выше ненастоящий, он не будет работать таким образом, но он даёт возможность понять, какую проблему может решать реактивность.
 
-Во фронтенде мы можем связать любое изменение в интерфейсе с изменениями данных внутри программы. Реактивность с точки зрения фреймворков – это обновление интерфейса на основе изменений состояния.
+Во фронтенде мы можем связать любое изменение в интерфейсе с изменениями данных внутри программы. Реактивность с точки зрения фреймворков — это обновление интерфейса на основе изменений состояния.
 
-В реактивности данные часто представляются в виде потока – последовательности событий, упорядоченной по времени.
+В реактивности данные часто представляются в виде потока — последовательности событий, упорядоченной по времени.
 
 ![схема потока данных](images/stream_simple.png)
 
-Поток данных можно начать обрабатывать в любой момент времени, и все новые события могут быть обработаны. Таким образом, реактивность – это удобный способ синхронизировать данные, например, с интерфейсом, который видит пользователь. Реактивность помогает сосредоточиться на данных, как они связаны между собой, что гораздо ближе к бизнес-логике.
+Поток данных можно начать обрабатывать в любой момент времени, и все новые события могут быть обработаны. Таким образом, реактивность — это удобный способ синхронизировать данные, например, с интерфейсом, который видит пользователь. Реактивность помогает сосредоточиться на данных, как они связаны между собой, что гораздо ближе к бизнес-логике.
 
 ## Типы реактивности
 
@@ -91,7 +91,7 @@ console.log($sum)
 
 ### Push-реактивность
 
-Когда в реактивной системе по методу *push* происходит изменение, она самостоятельно проталкивает (от англ. *push* – «толкать») это изменение всем подписчикам. При таком типе реактивности все подписчики будут получать актуальные изменения сразу, как только они произошли.
+Когда в реактивной системе по методу *push* происходит изменение, она самостоятельно проталкивает (от англ. *push* — «толкать») это изменение всем подписчикам. При таком типе реактивности все подписчики будут получать актуальные изменения сразу, как только они произошли.
 
 Если мы подписываемся на событие (например, [клик](/js/element-click/)), то браузер сразу же уведомит всех подписчиков, когда оно случится.
 
@@ -130,7 +130,7 @@ $clicks.subscribe(event => {
 
 ### Pull реактивность
 
-Реактивность по методу *pull* работает противоположно *push*-реактивности. Вычисления, вызванные изменением данных в источнике, здесь откладываются до тех пор, пока не будут нужны. При таком типе реактивности подписчики вытянут (от англ. «pull» – тянуть) новые данные, только когда обновится вся система.
+Реактивность по методу *pull* работает противоположно *push*-реактивности. Вычисления, вызванные изменением данных в источнике, здесь откладываются до тех пор, пока не будут нужны. При таком типе реактивности подписчики вытянут (от англ. «pull» — тянуть) новые данные, только когда обновится вся система.
 
 Примером из реальной жизни может быть паттерн pull-to-refresh из мобильных приложений. Например, в Twitter пользователь может потянуть контент с верхнего края немного вниз, а затем отпустить. Такое действие заставит ленту твитов обновиться, и пользователь сможет увидеть актуальные данные. При *push*-подходе лента обновлялась бы каждый раз самостоятельно, как только появляется новый твит.
 
diff --git a/tools/web-app-types/index.md b/tools/web-app-types/index.md
index 03702fe343..dd7e0a2ef9 100644
--- a/tools/web-app-types/index.md
+++ b/tools/web-app-types/index.md
@@ -30,7 +30,7 @@ _Одностраничные приложения (SPA)_ дают возмож
 
 ## Многостраничные приложения
 
-Многостраничные приложения – это набор статичных веб-страниц, которые связаны между собой с помощью [ссылок](/html/a/). При клике на ссылки происходит переход между страницами, что ведёт к полному обновлению страницы в браузере. Это одно из наиболее значимых отличий от SPA, о нем поговорим отдельно.
+Многостраничные приложения — это набор статичных веб-страниц, которые связаны между собой с помощью [ссылок](/html/a/). При клике на ссылки происходит переход между страницами, что ведёт к полному обновлению страницы в браузере. Это одно из наиболее значимых отличий от SPA, о нем поговорим отдельно.
 
 Для начала выделим два основных вида многостраничных приложений:
 - _Набор готовых свёрстанных страниц_, которые лежат на сервере и вместе с ними находятся и другие статичные файлы (CSS, JavaScript и картинки). Сервер отдаёт эти файлы по заранее настроенным путям.
@@ -38,7 +38,7 @@ _Одностраничные приложения (SPA)_ дают возмож
 
 ### Готовые веб-страницы
 
-Подходят, если нужно собрать несколько связанных страниц, которые, по большей части, будут содержать статичную информацию, с которой пользователь может мало взаимодействовать. Например, лендинг – это веб-сайт, который представляет информацию о компании, товарах или продукте.
+Подходят, если нужно собрать несколько связанных страниц, которые, по большей части, будут содержать статичную информацию, с которой пользователь может мало взаимодействовать. Например, лендинг — это веб-сайт, который представляет информацию о компании, товарах или продукте.
 
 Разработка при таком подходе обычно самая простая. Рядом складываются несколько html-файлов, в которых содержится вся необходимая вёрстка и дополнительные CSS/JavaScript файлы, подключённые к странице. В продвинутом варианте можно переиспользовать части кода с помощью шаблонизаторов (например, [Pug](https://pugjs.org/api/getting-started.html)) и собрать сайт по кусочкам используя сборщики (Gulp, Rollup, Webpack и др.). В результате на сервер попадёт набор статичных файлов, которые будут раздаваться с помощью веб-сервера ([Nginx](/tools/nginx-web-server/), [Apache](/tools/apache-web-server/)).