From 55e0509a21bc15f6ff0c26435ab24fdb2c913ff9 Mon Sep 17 00:00:00 2001
From: "a.sabirov" <a.sabirov@picodata.io>
Date: Mon, 9 Dec 2024 14:11:55 +0300
Subject: [PATCH] chore: proofread
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

Changes:
* remove redundant spaces
* replace `ё` -> `е`
* replace latin letters in cyrillic words and vice versa
---
 README.md                                |  4 ++--
 docs/architecture/fibers.md              |  2 +-
 docs/architecture/plugins.md             |  2 +-
 docs/architecture/rpc_api.md             | 16 ++++++++--------
 docs/architecture/system_tables.md       |  2 +-
 docs/architecture/topology_management.md |  2 +-
 docs/overview/description.md             |  4 ++--
 docs/overview/versioning.md              |  2 +-
 docs/plugins/radix.md                    |  2 +-
 docs/plugins/svarog.md                   | 10 +++++-----
 docs/reference/cli.md                    |  4 ++--
 docs/reference/sql/alter_user.md         |  2 +-
 docs/reference/sql/non_block.md          |  2 +-
 docs/security/integrity.md               |  2 +-
 docs/tutorial/audit_log.md               |  2 +-
 docs/tutorial/connecting.md              | 10 +++++-----
 docs/tutorial/install.md                 |  4 ++--
 docs/tutorial/ldap.md                    |  2 +-
 docs/tutorial/node_expel.md              |  2 +-
 19 files changed, 38 insertions(+), 38 deletions(-)

diff --git a/README.md b/README.md
index d935ad5f..ba76ecd1 100644
--- a/README.md
+++ b/README.md
@@ -9,7 +9,7 @@
     * [Клонирование репозитория](#клонирование-репозитория)
     * [Установка зависимостей](#установка-зависимостей)
     * [Запуск локального сервера MkDocs](#запуск-локального-сервера-mkdocs)
-    * [Cборка документации](#cборка-документации)
+    * [Сборка документации](#сборка-документации)
     * [Линтинг скриптов Python](#линтинг-скриптов-python)
     * [Форматирование скриптов Python](#форматирование-скриптов-python)
     * [Активация виртуального окружения Pipenv](#активация-виртуального-окружения-pipenv)
@@ -61,7 +61,7 @@ pipenv run serve
 
 Для остановки локального сервера MkDocs нажмите `Ctrl + Z`
 
-## Cборка документации
+## Сборка документации
 
 Введите команду:
 
diff --git a/docs/architecture/fibers.md b/docs/architecture/fibers.md
index 88db3c07..8757e406 100644
--- a/docs/architecture/fibers.md
+++ b/docs/architecture/fibers.md
@@ -61,7 +61,7 @@ thread`, Picodata является однопоточной СУБД с собс
 Любой запущенный файбер может быть в одном из следующих состояний:
 
 - _running_ — исполняется
-- _suspended_  — приостановлен в ожидании какого-то события
+- _suspended_ — приостановлен в ожидании какого-то события
 - _ready_ — готов продолжить работу
 - _dead_ — завершен
 
diff --git a/docs/architecture/plugins.md b/docs/architecture/plugins.md
index 14c6bf0e..8c820001 100644
--- a/docs/architecture/plugins.md
+++ b/docs/architecture/plugins.md
@@ -230,7 +230,7 @@ pub trait ServiceFacade {
 }
 ```
 
-#### Регистрация сервиса  {: #service_registration }
+#### Регистрация сервиса {: #service_registration }
 
 Вторым шагом необходимо зарегистрировать сервис. Для этого создается
 функция, помеченная специальным макросом. Эту функцию вызовет Picodata
diff --git a/docs/architecture/rpc_api.md b/docs/architecture/rpc_api.md
index c9493c68..bcac46cc 100644
--- a/docs/architecture/rpc_api.md
+++ b/docs/architecture/rpc_api.md
@@ -124,7 +124,7 @@ fn proc_apply_schema_change(term, applied, timeout) -> Result
 
 Применяет текущие изменения глобальной схемы к локальному состоянию инстанса.
 
-Этy хранимую процедуру вызывает только
+Эту хранимую процедуру вызывает только
 [governor](../overview/glossary.md#governor) в рамках алгоритма
 отказоустойчивой смены кластерной схемы данных.
 <!-- ./clusterwide_schema.md#two_phase_algorithm -->
@@ -199,7 +199,7 @@ fn proc_cas(cluster_name, predicate, op, as_user) -> (RaftIndex, RaftTerm)
 fn proc_discover(request, request_to) -> Result
 ```
 
-Этy хранимую процедуру вызывают инстансы Picodata во время запуска с пустым
+Эту хранимую процедуру вызывают инстансы Picodata во время запуска с пустым
 состоянием ([bootstrap](../overview/glossary.md#bootstrap)) в рамках реализации
 алгоритма [discovery](./discovery.md).
 
@@ -382,7 +382,7 @@ fn proc_raft_info() -> RaftInfo
 fn proc_raft_interact(raft_messages)
 ```
 
-Этy хранимую процедуру вызывают все инстансы Picodata для передачи внутренних
+Эту хранимую процедуру вызывают все инстансы Picodata для передачи внутренних
 сообщений друг другу в рамках реализации алгоритма [raft](../overview/glossary.md#raft).
 
 Параметры:
@@ -398,7 +398,7 @@ fn proc_raft_join(cluster_name, instance_name, replicaset_name, advertise_addres
 Выполняется только на [raft-лидере](../overview/glossary.md#raft_leader),
 в противном случае немедленно возвращает ошибку.
 
-Этy хранимую процедуру вызывают инстансы Picodata, присоединяющиеся к кластеру,
+Эту хранимую процедуру вызывают инстансы Picodata, присоединяющиеся к кластеру,
 то есть еще не состоящие в [raft-группе](../overview/glossary.md#raft).
 
 См. также:
@@ -445,7 +445,7 @@ fn proc_raft_snapshot_next_chunk(entry_id, position) -> Result
 
 Возвращает следующий отрезок данных [raft-снапшота](../overview/glossary.md#snapshot).
 
-Этy хранимую процедуру вызывают только инстансы с ролью [raft follower](../overview/glossary.md#node_states)
+Эту хранимую процедуру вызывают только инстансы с ролью [raft follower](../overview/glossary.md#node_states)
 в рамках процесса [актуализации raft-журнала](../overview/glossary.md#actualization).
 
 Текущий инстанс проверяет наличие снапшота соответствующего состоянию
@@ -627,7 +627,7 @@ fn proc_sharding(term, applied, timeout)
 Обновляет конфигурацию [шардирования данных](../overview/glossary.md#vshard)
 между [репликасетами](../overview/glossary.md#replicaset).
 
-Этy хранимую процедуру вызывает только [governor](../overview/glossary.md#governor)
+Эту хранимую процедуру вызывает только [governor](../overview/glossary.md#governor)
 в рамках алгоритма автоматической смены топологии кластера.
 
 См. также:
@@ -658,7 +658,7 @@ fn proc_sharding_bootstrap(term, applied, timeout, tier)
 Инициирует распределение [бакетов](../overview/glossary.md#bucket)
 между [репликасетами](../overview/glossary.md#replicaset).
 
-Этy хранимую процедуру вызывает только [governor](../overview/glossary.md#governor)
+Эту хранимую процедуру вызывает только [governor](../overview/glossary.md#governor)
 в рамках алгоритма автоматической смены топологии кластера.
 
 См. также:
@@ -713,7 +713,7 @@ fn proc_update_instance(instance_name, cluster_name, current_state, target_state
 
 Обновляет информацию об указанном инстансе.
 
-Этy хранимую процедуру вызывают инстансы Picodata, уже состоящие в кластере,
+Эту хранимую процедуру вызывают инстансы Picodata, уже состоящие в кластере,
 чтобы обновить [свое целевое состояние](../overview/glossary.md#state) при
 перезапуске или в рамках [штатного выключения](../architecture/topology_management.md/#graceful_shutdown).
 
diff --git a/docs/architecture/system_tables.md b/docs/architecture/system_tables.md
index 93a95ed0..df61afa4 100644
--- a/docs/architecture/system_tables.md
+++ b/docs/architecture/system_tables.md
@@ -101,7 +101,7 @@ Picodata, используемые для служебных нужд. Пере
 * `id`: (_unsigned_) — идентификатор (тип `u32`, первичный ключ)
 * `name`: (_string_) — имя (уникальный индекс)
 * `kind`: (_string_) — тип хранимого объекта: функция или процедура
-* `params`: (_array_) — таблица с типами параметров объекта, в виде  `[
+* `params`: (_array_) — таблица с типами параметров объекта, в виде `[
   {type: 'int', mode: 'in', default: 42}, {type: 'text'} ]`.
 * `returns`: (_array_) — тип возвращаемого результата. Для процедур это
   пустой массив `[]`, для функций — массив типов в возвращаемом кортеже
diff --git a/docs/architecture/topology_management.md b/docs/architecture/topology_management.md
index 74a81334..191febbb 100644
--- a/docs/architecture/topology_management.md
+++ b/docs/architecture/topology_management.md
@@ -104,7 +104,7 @@
 ### Аварийное переключение {: #failover }
 
 За обслуживание отказов инстансов также отвечает raft-лидер и алгоритм
-[`sentinel`](../overview/glossary.md#sentinel), который  при обнаружении
+[`sentinel`](../overview/glossary.md#sentinel), который при обнаружении
 отказа инициирует изменение `target_state = Offline`.
 
 Критерием отказа является невозможность доставки raft-сообщений в течение
diff --git a/docs/overview/description.md b/docs/overview/description.md
index 8cba8372..089771ee 100644
--- a/docs/overview/description.md
+++ b/docs/overview/description.md
@@ -8,7 +8,7 @@ Picodata — это распределенная СУБД с возможнос
 
 ## Назначение {: #purpose }
 
-Основным назначением продукта Picodata является горизонтально масштабируемое хранение структурированных и неструктурированных данных,  а также управление распределенным кластером из [реплицированных](../overview/glossary.md#replication) отдельных узлов (*[инстансов](../overview/glossary.md#instance)*). Данная комбинация возможностей позволяет эффективно работать с наиболее востребованными, часто изменяющимися, *горячими* данными  в высоконагруженной среде.
+Основным назначением продукта Picodata является горизонтально масштабируемое хранение структурированных и неструктурированных данных, а также управление распределенным кластером из [реплицированных](../overview/glossary.md#replication) отдельных узлов (*[инстансов](../overview/glossary.md#instance)*). Данная комбинация возможностей позволяет эффективно работать с наиболее востребованными, часто изменяющимися, *горячими* данными в высоконагруженной среде.
 В традиционных корпоративных архитектурах, где используются классические универсальные СУБД, для ускорения и повышения надежности доступа к данным применяют кэши и шины данных. Цель развития Picodata: заменить три компонента корпоративной архитектуры — кэш, шина и витрина доступа к данным — единым, высокопроизводительным и строго консистентным решением.
 
 ## Роль в платформе данных {: #platform }
@@ -139,7 +139,7 @@ Picodata занимает верхнюю часть пирамиды, т.к. о
 
 Наборы данных и экземпляры raft-журнала хранятся в таблицах СУБД, причем ведение журнала для пользователя полностью прозрачно: он взаимодействует с кластером целиком, как с более высокоуровневой абстракцией.
 
-### Компоненты менеджера кластера  {: #cluster_manager_components }
+### Компоненты менеджера кластера {: #cluster_manager_components }
 
 Менеджер кластера в Picodata состоит из следующих сущностей:
 
diff --git a/docs/overview/versioning.md b/docs/overview/versioning.md
index 1df1d450..cf0f56cd 100644
--- a/docs/overview/versioning.md
+++ b/docs/overview/versioning.md
@@ -37,7 +37,7 @@ YY.MINOR.PATCH[-N-gHASH]
 
 Текущая политика версионирования применяется с версии 24.1.
 
-Cм. также:
+См. также:
 
 - [Gitlab — Changelog](https://git.picodata.io/core/picodata/-/blob/master/CHANGELOG.md)
 - [Gitlab — Tags](https://git.picodata.io/core/picodata/-/tags)
diff --git a/docs/plugins/radix.md b/docs/plugins/radix.md
index 7588a83c..5b962107 100644
--- a/docs/plugins/radix.md
+++ b/docs/plugins/radix.md
@@ -10,7 +10,7 @@
 Radix — реализация [Redis](https://ru.wikipedia.org/wiki/Redis) на базе
 Picodata, предназначенная для замены существующих инсталляций Redis.
 
-Плагин Radix состоит из одноименного сервиса (`rаdix`), который
+Плагин Radix состоит из одноименного сервиса (`radix`), который
 поднимает отдельный порт и на нем сервер, имплементирующий бинарный
 протокол Redis. Проще говоря, этот сервис просто позволяет обращаться к
 Picodata как к Redis. В кластерном развертывании порт и сервер Redis
diff --git a/docs/plugins/svarog.md b/docs/plugins/svarog.md
index 6877a728..cb8ebb81 100644
--- a/docs/plugins/svarog.md
+++ b/docs/plugins/svarog.md
@@ -16,7 +16,7 @@ search:
 
 Svarog — это low-code-платформа для сбора и обогащения данных из различных источников
 в реальном времени и представления их в виде высокодоступных витрин. Платформа основана
-на распределённой высокопроизводительной базе данных [Picodata](https://picodata.io/picodata/).
+на распределенной высокопроизводительной базе данных [Picodata](https://picodata.io/picodata/).
 
 Платформа позволяет реализовать базовые сценарии без какого либо программирования, просто
 воспользовавшись готовыми базовыми компонентами для получения, обработки и маршрутизации данных.
@@ -29,7 +29,7 @@ Svarog — это low-code-платформа для сбора и обогащ
 
 ### Хранение данных {: #storage }
 
-В качестве хранилища данных используется высокопроизводительная, высокодоступная, распределённая
+В качестве хранилища данных используется высокопроизводительная, высокодоступная, распределенная
 база данных Picodata. Это позволяет создать слой хранения данных с высокой доступностью и
 возможностью горизонтального расширения. БД Picodata позволяет хранить данные как в памяти, так
 и на диске, используя два разных движка хранения данных. Первый эффективен при высоких нагрузках,
@@ -69,7 +69,7 @@ Svarog предоставляет возможность версиониров
   - Hive, в том числе через потребление данных из Parquet файлов
   - Получение данных через различные rest API
   - iproto
-2. Интеграция с потребителями данных. При этой интеграции платформа отдаёт данные во "внешний" мир.
+2. Интеграция с потребителями данных. При этой интеграции платформа отдает данные во "внешний" мир.
    На данный момент существую следующий интеграции:
   - jdbc
   - pgproto - протокол PostgreSQL
@@ -80,7 +80,7 @@ Svarog предоставляет возможность версиониров
 
 ### Безопасность {: #security }
 
-Безопастность обеспечивается за счёт  следующих возможностей платформы:
+Безопастность обеспечивается за счет следующих возможностей платформы:
 - Ролевая система доступа к данным и функциям платформы
 - Интеграция с SSO системой предприятия
 - Получение списка пользователей из ldap(Active Directory)
@@ -88,7 +88,7 @@ Svarog предоставляет возможность версиониров
 
 ### Низкая сложность эксплуатации {: #low_cost }
 
-Платформа может работать как на виртуальных машинах, куда она может быть развёрнуто при помощи playbook ansible,
+Платформа может работать как на виртуальных машинах, куда она может быть развернуто при помощи playbook ansible,
 который входит в поставку платформы, так и в kubernetes. Это позволяет службам эксплуатации использовать привычные
 для себя инструменты, что, в свою очередь, уменьшает затраты на сопровождение.
 
diff --git a/docs/reference/cli.md b/docs/reference/cli.md
index 7db7f59d..e6c0f7bf 100644
--- a/docs/reference/cli.md
+++ b/docs/reference/cli.md
@@ -283,7 +283,7 @@ picodata run -c instance.log.level=verbose -c instance.data_dir=/path/to/dir
 Объем оперативной памяти в байтах, используемый движком хранения
 [memtx](../overview/glossary.md#db_engine).
 
-По умолчанию используется 64 MБ.
+По умолчанию используется 64 МБ.
 
 Поддерживаются значения в более удобном формате (`K` (Kilobytes), `M`
 (Megabytes), `G` (Gigabytes), `T` (Terabytes), `1K` = 1024).
@@ -417,7 +417,7 @@ picodata run --peer server-1.picodata.int:13301,server-2.picodata.int:13301
 ## picodata admin {: #admin }
 <!-- ********************************************************************** -->
 
-Подключается к консоли администратора, cм. [Подключение и работа в
+Подключается к консоли администратора, см. [Подключение и работа в
 консоли — Консоль администратора](../tutorial/connecting.md#admin_console).
 
 ```
diff --git a/docs/reference/sql/alter_user.md b/docs/reference/sql/alter_user.md
index 7fba7428..bae3c3ee 100644
--- a/docs/reference/sql/alter_user.md
+++ b/docs/reference/sql/alter_user.md
@@ -14,7 +14,7 @@
 
 * **LOGIN** — разрешение на подключение к системе. Может применяться для
   снятия автоматической блокировки пользователя в связи с превышением
-  макcимального количества неудачных попыток аутентификации.
+  максимального количества неудачных попыток аутентификации.
 
 * **NOLOGIN** — запрет на подключение к системе.
 
diff --git a/docs/reference/sql/non_block.md b/docs/reference/sql/non_block.md
index 01c2bad3..c486ff78 100644
--- a/docs/reference/sql/non_block.md
+++ b/docs/reference/sql/non_block.md
@@ -87,7 +87,7 @@ box.execute([[EXPLAIN SELECT * FROM warehouse]])
 
  -->
 
-Cм. также:
+См. также:
 
   - [The SQLite Bytecode Engine](https://www.sqlite.org/opcode.html)
 
diff --git a/docs/security/integrity.md b/docs/security/integrity.md
index 4a5edf13..8758bf3f 100644
--- a/docs/security/integrity.md
+++ b/docs/security/integrity.md
@@ -28,7 +28,7 @@
 
 ## Реализация контроля целостности {: #implementation }
 
-Kонтроль целостности реализуется через меры, направленные на
+Контроль целостности реализуется через меры, направленные на
 защиту рабочих и исполняемых файлов СУБД.
 
 ### Контроль при запуске инстанса {: #instance_start }
diff --git a/docs/tutorial/audit_log.md b/docs/tutorial/audit_log.md
index 172f129a..7e1dc603 100644
--- a/docs/tutorial/audit_log.md
+++ b/docs/tutorial/audit_log.md
@@ -1,6 +1,6 @@
 # Использование журнала аудита
 
-## Общие сведения  {: #intro }
+## Общие сведения {: #intro }
 
 На каждом инстансе Picodata можно включить регистрацию событий и
 запись соответствующей информации в журнал аудита.
diff --git a/docs/tutorial/connecting.md b/docs/tutorial/connecting.md
index c6dc8aab..7d08da78 100644
--- a/docs/tutorial/connecting.md
+++ b/docs/tutorial/connecting.md
@@ -19,7 +19,7 @@
 
 ## Консоль администратора {: #admin_console }
 
-### Настройка и подключение  {: #admin_console_connect }
+### Настройка и подключение {: #admin_console_connect }
 
 Консоль администратора предоставляет доступ к учетной записи
 [Администратора СУБД](access_control.md#admin) (`admin`). Для запуска
@@ -52,7 +52,7 @@ picodata>
 
   - [Дополнительные команды](#backslash_commands)
 
-### Задание пароля администратора  {: #set_admin_password }
+### Задание пароля администратора {: #set_admin_password }
 
 По умолчанию у Администратора СУБД отсутствует пароль, поэтому
 подключиться к консоли администратора возможно только при наличии
@@ -79,7 +79,7 @@ picodata connect admin@127.0.0.1:3301
 
 - [Управление доступом — Требования к паролю](../tutorial/access_control.md#allowed_passwords)
 
-### Создание учетной записи пользователя  {: #user_setup }
+### Создание учетной записи пользователя {: #user_setup }
 
 Для того чтобы использовать пользовательскую консоль, нужно сначала
 создать учетную запись пользователя в административной консоли.
@@ -96,7 +96,7 @@ CREATE USER "alice" WITH PASSWORD 'T0psecret';
 GRANT CREATE TABLE TO "alice";
 ```
 
-### Автоматизация первичной настройки  {: #automate_setup }
+### Автоматизация первичной настройки {: #automate_setup }
 
 Первичную настройку пользователей и их прав в консоли администратора
 можно автоматизировать. Для этого сохраните следующий набор команд
@@ -165,7 +165,7 @@ echo "SELECT * FROM warehouse;" | picodata connect alice@127.0.0.1:3301
 ```
 
 ```sql title="Список команд в административной консоли"
-cat file.sql  | picodata admin ./admin.sock
+cat file.sql | picodata admin ./admin.sock
 ```
 
 ??? example "Пример файла с командами"
diff --git a/docs/tutorial/install.md b/docs/tutorial/install.md
index c9b92440..621e5395 100644
--- a/docs/tutorial/install.md
+++ b/docs/tutorial/install.md
@@ -240,7 +240,7 @@ test result: ok. 6 passed; 0 failed; finished in 0.88s
 
 - перед удалением необходимо [остановить и вывести из
   кластера](../tutorial/node_expel.md#expel) все запущенные на данном хосте
-  инстансы Picоdata
+  инстансы Picodata
 - для каждого инстанса требуется удалить его [рабочие
   файлы](../architecture/instance_runtime_files.md). Например: `rm -rf
   *.xlog *.vylog *.snap *.sock`
@@ -298,7 +298,7 @@ Picodata может создать кластер, состоящий всего
 picodata run
 ```
 
-Можно добавлять сколько угодно последующих инcтансов — все они будут подключаться к этому кластеру. Каждому инстансу следует задать отдельную рабочую директорию (параметр `--data-dir`), а также указать адрес и порт для приема соединений (параметр `--listen`) в формате `<HOST>:<PORT>`. Фактор репликации по умолчанию равен 1 — каждый инстанс образует отдельный репликасет. Если для `--listen` указать только порт, то будет использован IP-адрес по умолчанию (127.0.0.1):
+Можно добавлять сколько угодно последующих инстансов — все они будут подключаться к этому кластеру. Каждому инстансу следует задать отдельную рабочую директорию (параметр `--data-dir`), а также указать адрес и порт для приема соединений (параметр `--listen`) в формате `<HOST>:<PORT>`. Фактор репликации по умолчанию равен 1 — каждый инстанс образует отдельный репликасет. Если для `--listen` указать только порт, то будет использован IP-адрес по умолчанию (127.0.0.1):
 
 ```
 picodata run --data-dir i1 --listen :3301
diff --git a/docs/tutorial/ldap.md b/docs/tutorial/ldap.md
index a850ba6d..b64399ad 100644
--- a/docs/tutorial/ldap.md
+++ b/docs/tutorial/ldap.md
@@ -73,7 +73,7 @@ ALTER USER "username" WITH PASSWORD '' USING ldap;
 в сообщении `IPROTO_AUTH`; в свою очередь Picodata будет использовать
 полученный пароль при взаимодействии с сервером LDAP.
 
-Cм. также:
+См. также:
 
 - [Управление доступом](access_control.md)
 
diff --git a/docs/tutorial/node_expel.md b/docs/tutorial/node_expel.md
index 30290f68..e0c0fb0c 100644
--- a/docs/tutorial/node_expel.md
+++ b/docs/tutorial/node_expel.md
@@ -4,7 +4,7 @@
 Picodata. Важно понимать, что просто остановка инстанса с помощью
 graceful shutdown (например, после нажатия ++ctrl+c++ в консоли)
 завершит процесс инстанса, но не выведет его из кластера. Инстанс
-останется в кластере в состоянии `Offline` и cможет быть впоследствии
+останется в кластере в состоянии `Offline` и сможет быть впоследствии
 перезапущен.
 
 Для удаления узла из кластера следует использовать команду `picodata
-- 
GitLab