Исправить ошибки по фидбеку переводчиков - 3

fix kikimr

fix core

ref:22874504ce276a9615e38305f873625941d060b0

20 files changed, 39 insertions, 39 deletions

diff --git a/ydb/docs/ru/core/best_practices/_includes/batch_upload.md b/ydb/docs/ru/core/best_practices/_includes/batch_upload.md
index b78570a2a3..657f617518 100644
--- a/ydb/docs/ru/core/best_practices/_includes/batch_upload.md
+++ b/ydb/docs/ru/core/best_practices/_includes/batch_upload.md
@@ -19,7 +19,7 @@
 * Если требуется залить данные в таблицу с синхронным вторичным индексом, то рекомендуется сначала залить данные в таблицу и после завершения заливки данных построить вторичный индекс.
 * Следует избегать записи последовательно в порядке возрастания или убывания первичного ключа.
   Запись в таблицу данных с монотонно возрастающим ключом приведет к тому, что все новые данные будут записываться в конец таблицы, поскольку все таблицы в YDB отсортированы по возрастанию первичного ключа. Так как YDB разделяет таблицы на шарды по диапазонам ключей, вставки будут обрабатываться одним конкретным сервером, отвечающим за "последний" шард. Сосредоточение нагрузки на одном сервере приведет к медленной загрузке данных и не эффективному использованию распределенной системы.
-* В некоторых сценариях требуется записать в таблицу первоначальные данные (зачастую большого объема) прежде чем включать OLTP-нагрузку. В таком случае не требуется транзакционность на уровне отдельных запросов и можно воспользоваться вызовом ```BulkUpsert``` в API и SDK. За счёт отказа от транзационности такой подход  имеет значительно меньшие накладные расходы по сравнению с YQL запросами. В случае успешного ответа запрос, метод ```BulkUpsert``` гарантирует фиксацию всех данных, записанных в рамках данного запроса.
+* В некоторых сценариях требуется записать в таблицу первоначальные данные (зачастую большого объема) прежде чем включать OLTP-нагрузку. В таком случае не требуется транзакционность на уровне отдельных запросов и можно воспользоваться вызовом ```BulkUpsert``` в API и SDK. За счёт отказа от транзакционности такой подход  имеет значительно меньшие накладные расходы по сравнению с YQL запросами. В случае успешного ответа запрос, метод ```BulkUpsert``` гарантирует фиксацию всех данных, записанных в рамках данного запроса.
 
 {% note warning %}
 
diff --git a/ydb/docs/ru/core/concepts/_includes/connect.md b/ydb/docs/ru/core/concepts/_includes/connect.md
index 06a774d35c..3c343a9f85 100644
--- a/ydb/docs/ru/core/concepts/_includes/connect.md
+++ b/ydb/docs/ru/core/concepts/_includes/connect.md
@@ -57,7 +57,7 @@
 
 {% include [overlay/auth_choose.md](connect_overlay/auth_choose.md) %}
 
-При использовании режимов, предусматривающих обращение клиента {{ ydb-short-name }} к IAM, дополнительно может быть задан URL IAM, предоставляющий API выдачи токенов. По-умолчанию в существующих SDK и CLI производится попытка обращения к API IAM Yandex.Cloud, размещенному на `iam.api.cloud.yandex.net:443`.
+При использовании режимов, предусматривающих обращение клиента {{ ydb-short-name }} к IAM, дополнительно может быть задан URL IAM, предоставляющий API выдачи токенов. По умолчанию в существующих SDK и CLI производится попытка обращения к API IAM Yandex.Cloud, размещенному на `iam.api.cloud.yandex.net:443`.
 
 ## Размещение базы данных {#database}
 
diff --git a/ydb/docs/ru/core/deploy/manual/deploy-ydb-on-premises.md b/ydb/docs/ru/core/deploy/manual/deploy-ydb-on-premises.md
index 6bc2b2005b..1b9f406c2a 100644
--- a/ydb/docs/ru/core/deploy/manual/deploy-ydb-on-premises.md
+++ b/ydb/docs/ru/core/deploy/manual/deploy-ydb-on-premises.md
@@ -4,7 +4,7 @@
 ## Перед началом работы {# before-start}
 ### Требования {# requirements}
 У вас должен быть ssh доступ на все сервера. Это необходимо для установки артефактов и запуска бинарника YDB.
-Ваша сетевая конфигурация должна разрешать TCP соединения по следующим портам (по-умолчанию):
+Ваша сетевая конфигурация должна разрешать TCP соединения по следующим портам (по умолчанию):
  * 2135, 2136 - grpc для клиент-кластерного взаимодействия;
  * 19001, 19002 - Interconnect для внутрикластерного взаимодействия нод;
  * 8765, 8766 - http интерфейс для мониторинга кластера.
diff --git a/ydb/docs/ru/core/getting_started/_includes/index/auth.md b/ydb/docs/ru/core/getting_started/_includes/index/auth.md
index 4976f1cdaa..6e16409421 100644
--- a/ydb/docs/ru/core/getting_started/_includes/index/auth.md
+++ b/ydb/docs/ru/core/getting_started/_includes/index/auth.md
@@ -1 +1 @@
-* [Аутентификация](../../auth.md) — узнайте что нужно для доступа к БД.
\ No newline at end of file
+* [Аутентификация](../../auth.md) — узнайте, что нужно для доступа к БД.
\ No newline at end of file
diff --git a/ydb/docs/ru/core/getting_started/ydb_local.md b/ydb/docs/ru/core/getting_started/ydb_local.md
index 9974fd9dd6..016595f7f5 100644
--- a/ydb/docs/ru/core/getting_started/ydb_local.md
+++ b/ydb/docs/ru/core/getting_started/ydb_local.md
@@ -23,7 +23,7 @@ export LD_LIBRARY_PATH="$LD_LIBRARY_PATH:`pwd`/lib"
 Подготовьте конфигурацию локального кластера, которую хотите развернуть. Для того, чтобы поднять кластер с хранением данных в памяти достаточно скопировать конфигурацию. Для разворачивания кластера с хранением данных в файле, необходимо дополнительно создать файл для хранения данных размером 64GB и указать путь до него в конфигурации.
 
 {% list tabs %}
-- В пямяти
+- В памяти
 
   ```bash
   wget https://raw.githubusercontent.com/ydb-platform/ydb/main/ydb/deploy/yaml_config_examples/single-node-in-memory.yaml -O config.yaml
diff --git a/ydb/docs/ru/core/how_to_edit_docs/_includes/customize.md b/ydb/docs/ru/core/how_to_edit_docs/_includes/customize.md
index 1e0b517aa8..d9c5e2c436 100644
--- a/ydb/docs/ru/core/how_to_edit_docs/_includes/customize.md
+++ b/ydb/docs/ru/core/how_to_edit_docs/_includes/customize.md
@@ -25,7 +25,7 @@ TOC в документации {{ ydb-short-name }} собирается из �
 4. Если в некоторой директории не требуется корректировать содержимое TOC, то никакие файлы toc* в `overlay` не создаются, что приводит к использованию toc_p --> toc_i из core при сборке.
 5. Если в некоторой директории требуется скорректировать содержимое toc, то в `overlay` создается файл `toc_p.yaml`, в контент которого включается существовавший в core `- include: { mode: link, path: toc_i.yaml }`, а выше или ниже -- дополнительные пункты для адаптированной сборки.
 
-Хорошей практикой является исключение из toc_i.yaml пункта "Обзор", и включения его непосредственно в toc_p.yaml. Данная статья обязана быть первой в каждом подменю, и всегда имеет одно имя статьи (index.md). Включение отдельным пунктом в toc_p позволяет добавить новые статьи в адаптированной документации перед статьями из core, но с сохранением "Обзор" на первом месте:
+Хорошей практикой является исключение из toc_i.yaml пункта "Обзор" и включения его непосредственно в toc_p.yaml. Данная статья обязана быть первой в каждом подменю, и всегда имеет одно имя статьи (index.md). Включение отдельным пунктом в toc_p позволяет добавить новые статьи в адаптированной документации перед статьями из core, но с сохранением "Обзор" на первом месте:
 
 toc_p.yaml в некотором корпоративном overlay:
 ``` yaml
diff --git a/ydb/docs/ru/core/maintenance/embedded_monitoring/hive.md b/ydb/docs/ru/core/maintenance/embedded_monitoring/hive.md
index f2e064c271..7bc2eaf7b5 100644
--- a/ydb/docs/ru/core/maintenance/embedded_monitoring/hive.md
+++ b/ydb/docs/ru/core/maintenance/embedded_monitoring/hive.md
@@ -10,20 +10,20 @@ Hive бывает общим на кластер и тенантный.
 
 Перед таблицей представлена краткая информация:
 
-* **Tenant** - тенант за который отвечает Hive
-* **Tablets** - процентное соотношение поднятых таблеток, после количественное сколько поднято из скольки
-* **Boot Queue** - количество таблеток находятся в очереди на запуск
-* **Wait Queue** - количество таблеток не имеющие возможность подняться
+* **Tenant** - тенант, за который отвечает Hive
+* **Tablets** - процентное и количественное соотношение поднятых таблеток к имеющимся
+* **Boot Queue** - количество таблеток, которые находятся в очереди на запуск
+* **Wait Queue** - количество таблеток, которые не имеют возможности подняться
 * **Resource Total** - потребление ресурсов таблетками (cpu, net)
 * **Resource StDev** - среднеквадратическое отклонение потребления ресурсов (cnt, cpu, mem, net)
 
-После идет таблица, где каждая строка представляет из себя один из узлов под управлением Hive, и имеющая следующие столбцы:
+После идет таблица, где каждая строка представляет из себя один из узлов под управлением Hive и имеет следующие столбцы:
 
 * **Node** - номер узла
 * **Name** - fqdn узла и ic-port
-* **DC** - датацентр в котором расположен узел
+* **DC** - датацентр, в котором расположен узел
 * **Domain** - тенант узла
-* **Uptime** - время прошедшее с начала работы узла
+* **Uptime** - время, прошедшее с начала работы узла
 * **Unknown** - количество таблеток в неопределенном состоянии
 * **Starting** - количество таблеток в процессе подъема
 * **Running** - количество работающих таблеток
@@ -41,8 +41,8 @@ Hive бывает общим на кластер и тенантный.
 
 Ниже таблицы представлены дополнительные страницы:
 
-* **Bad tablets** - список таблеток имеющие проблемы или ошибки
-* **Heavy tablets** - список таблеток потребляющие значительное количество ресурсов
+* **Bad tablets** - список таблеток, имеющих проблемы или ошибки
+* **Heavy tablets** - список таблеток, потребляющих значительное количество ресурсов
 * **Waiting tablets** - список таблеток без возможности подняться
 * **Resources** - потребление ресурсов каждой таблеткой
 * **Tenants** - список тенантов с указанием их локальных Hive таблеток
@@ -52,7 +52,7 @@ Hive бывает общим на кластер и тенантный.
 * **Settings** - страница конфигураций Hive
 * **Reassign Groups** - страница перераспределения групп хранения между таблетками
 
-Так же можно посмотреть какие таблетки используют конкретную группу и наоборот, какие группы используются в конкретной таблетке.
+Также можно посмотреть, какие таблетки используют конкретную группу, и наоборот, какие группы используются в конкретной таблетке.
 
 ## Reassign Groups {#reassign_groups}
 
diff --git a/ydb/docs/ru/core/maintenance/embedded_monitoring/ydb_monitoring.md b/ydb/docs/ru/core/maintenance/embedded_monitoring/ydb_monitoring.md
index 407d5c9de1..ef25016e1e 100644
--- a/ydb/docs/ru/core/maintenance/embedded_monitoring/ydb_monitoring.md
+++ b/ydb/docs/ru/core/maintenance/embedded_monitoring/ydb_monitoring.md
@@ -117,9 +117,9 @@ http://<ендпоинт>:8765/monitoring/node/<node-id>/
 Каждую группу хранения также можно раскрыть в список VDisk'ов, где для каждого VDisk'а приведены:
 
 * VDiskID;
-* уникальный в пределах узла PDiskID на котором находится VDisk;
-* ID узла на котором находится VDiks;
-* свободное/досупное место на блочном устройстве;
+* уникальный в пределах узла PDiskID, на котором находится VDisk;
+* ID узла, на котором находится VDiks;
+* свободное/доступное место на блочном устройстве;
 * путь используемый для доступа к блочнму устройству.
 
 Данный список можно использовать для идентификации групп хранения на которые оказали влияние выход из строя дисков или узлов.
@@ -133,7 +133,7 @@ http://<ендпоинт>:8765/monitoring/node/<node-id>/
 Ниже индикатора располагается список таблеток, где каждая таблетка представлена маленьким значком [цветового индикатора](#colored_indicator). При наведении на индикатор отображается краткая информация о таблетке:
 
 * **Tablet** — ID таблетки;
-* **NodeID** — ID узла на котором работает таблетка;
+* **NodeID** — ID узла, на котором работает таблетка;
 * **State** — состояние таблетки;
 * **Type** — тип таблетки;
 * **Uptime** — время работы с момента текущего запуска таблетки;
@@ -164,7 +164,7 @@ http://<ендпоинт>:8765/monitoring/tenant/healthcheck?name=<tenant-path>
 На странице тенанта также имеются следующие вкладки:
 
 * **HealthCheck** — отчет о проблемах кластера при их наличии;
-* **Storage** — [список групп хранения](#tenant_storage_page), содержит информацию о том какие VDisk'и на каких узлах и устройствах работают;
+* **Storage** — [список групп хранения](#tenant_storage_page), содержит информацию о том, какие VDisk'и на каких узлах и устройствах работают;
 * **Compute** — [список узлов](#tenant_compute_page), содержит узлы и таблетки запущенные на них;
 * **Schema** — [схема тенанта](#tenant_scheme), позвляет просматривать таблицы, выполнять YQL запросы, проосматривать перечень самых медленные запросов и самых нагруженных шардов;
 * **Network** — [состояние сети кластера](#tenant_network).
diff --git a/ydb/docs/ru/core/maintenance/manual/change_actorsystem_configs.md b/ydb/docs/ru/core/maintenance/manual/change_actorsystem_configs.md
index c5e66b57b6..924f4f356e 100644
--- a/ydb/docs/ru/core/maintenance/manual/change_actorsystem_configs.md
+++ b/ydb/docs/ru/core/maintenance/manual/change_actorsystem_configs.md
@@ -3,7 +3,7 @@
 
 ## На статических узлах
 
-Статические ноды берут конфигурацию актор-системы из файла расположенного kikimr/cfg/sys.txt.
+Статические ноды берут конфигурацию актор-системы из файла kikimr/cfg/sys.txt.
 
 После замены конфигурации требуется перезапустить узел.
 
diff --git a/ydb/docs/ru/core/maintenance/manual/disk_end_space.md b/ydb/docs/ru/core/maintenance/manual/disk_end_space.md
index dc31c4dd19..64acb841d6 100644
--- a/ydb/docs/ru/core/maintenance/manual/disk_end_space.md
+++ b/ydb/docs/ru/core/maintenance/manual/disk_end_space.md
@@ -4,7 +4,7 @@
 
 Ниже приведены инструкции которые могут помочь добавить или освободить место на дисках.
 
-## Дефрагменировать VDisk
+## Дефрагментировать VDisk
 
 В ходе эксплуатации возникает внутренняя фрагментация VDisk'а. Узнать степень фрагментации можно на странице мониторинга VDisk'а. Дефрагментация VDisk'ов, фрагментированных на 20 и менее процентов не рекомендуется.
 
@@ -16,13 +16,13 @@
 
    Если значение превышает 20%, то дефрагментация позволит освободить место на VDisk'е.
 
-2. Проверить состояние группы в которую входит VDisk. В группе не должно быть недоступных VDisk'ов, VDisk'ов в состоянии ошибки или репликации.
+2. Проверить состояние группы, в которую входит VDisk. В группе не должно быть недоступных VDisk'ов, VDisk'ов в состоянии ошибки или репликации.
 
     Посмотреть состояние группы можно во вьювере.
 
 3. Выполнить команду wipe для VDisk'а.
 
-    Все данные хранимые VDisk'ом будут необратимо удалены, после чего VDisk начнет восстанавливать данные читая их с остальных VDisk'ов группы.
+    Все данные, хранимые VDisk'ом будут необратимо удалены, после чего VDisk начнет восстанавливать данные, читая их с остальных VDisk'ов группы.
 
     ```bash
     kikimr admin blobstorage group reconfigure wipe --domain <Номер домена> --node <ID узла> --pdisk <pdisk-id> --vslot <Номер слота>
@@ -30,11 +30,11 @@
 
     Посмотреть нужную информацию для команды можно во вьювере.
 
-В случае заканчивающегося места на блочном устройстве, можно применить дефрагментацию на все устройство.
+В случае заканчивающегося места на блочном устройстве можно применить дефрагментацию на все устройство.
 
-1. Проверить состояние групп в кластере. Не должно быть проблемных групп которые находятся на том же узле, что и проблемное устройство.
+1. Проверить состояние групп в кластере. Не должно быть проблемных групп, которые находятся на том же узле, что и проблемное устройство.
 
-2. Зайти по ssh на узел где находится этот устройство
+2. Зайти по ssh на узел, где находится этот устройство
 
 3. Проверить, можно ли [перезапустить процесс](node_restarting.md#restart_process).
 
@@ -56,6 +56,6 @@
     sudo systemctl start kikimr
     ```
 
-## Перевоз отдельных VDisk'ов с заполненных устройствах
+## Перевоз отдельных VDisk'ов с заполненных устройств
 
 Если дефрагментация не помогает освободить место на устройстве, то можно [перевозить](moving_vdisks.md#moving_disk) отдельные VDisk'и.
diff --git a/ydb/docs/ru/core/maintenance/manual/index.md b/ydb/docs/ru/core/maintenance/manual/index.md
index c0bec53147..6d2cd28a97 100644
--- a/ydb/docs/ru/core/maintenance/manual/index.md
+++ b/ydb/docs/ru/core/maintenance/manual/index.md
@@ -4,7 +4,7 @@
 
 Кластер может быть неработоспособен по ряду причин:
 
-* Возможен [выход за модель отказа](failure_model.md) из-за которого чтение и запись в группу хранения полностью останавливается.
+* Возможен [выход за модель отказа](failure_model.md), из-за которого чтение и запись в группу хранения полностью останавливается.
 
 * Несбалансированная нагрузка на диски может сильно повлиять на время обработки запросов. Способы балансировки написаны в следующей [статье](balancing_load.md).
 
diff --git a/ydb/docs/ru/core/maintenance/manual/moving_vdisks.md b/ydb/docs/ru/core/maintenance/manual/moving_vdisks.md
index 0285cfffb0..40cc500e77 100644
--- a/ydb/docs/ru/core/maintenance/manual/moving_vdisks.md
+++ b/ydb/docs/ru/core/maintenance/manual/moving_vdisks.md
@@ -1,6 +1,6 @@
 # Перевоз VDisk'ов
 
-## Увезти один VDisk'ов с блочного устройтства {#moving_vdisk}
+## Увезти один из VDisk'ов с блочного устройства {#moving_vdisk}
 
 Для того чтобы перевезти VDisk'и с блочного устройства, надо зайти на узел по ssh и выполнить следующую команду.
 
diff --git a/ydb/docs/ru/core/maintenance/manual/node_restarting.md b/ydb/docs/ru/core/maintenance/manual/node_restarting.md
index a598ead0ae..1290abd75f 100644
--- a/ydb/docs/ru/core/maintenance/manual/node_restarting.md
+++ b/ydb/docs/ru/core/maintenance/manual/node_restarting.md
@@ -32,7 +32,7 @@
 При длительном отсутствии стоит перед этим перевезти все VDisk'и с данного узла и дождаться окончания репликации.  
 После окончания репликации узел можно безопасно выключать.
 
-Для отключения динамической узлы также может потребоваться выполнить мягкий увоз таблеток с узла(Drain), дабы избежать эффекта на работающие запросы.
+Чтобы отключение динамического узла не оказало влияние на обработку запросов, необходимо перед отключением выполнить мягкий перенос (drain) таблеток с этого узла.
 
 Стоит перейти на страницу [Hive web-viewer](../embedded_monitoring/hive.md).
 После нажатия на кнопку "View Nodes" отобразится список всех узлов.
diff --git a/ydb/docs/ru/core/reference/ydb-cli/_includes/connect.md b/ydb/docs/ru/core/reference/ydb-cli/_includes/connect.md
index 78c0ee433f..11d96ed255 100644
--- a/ydb/docs/ru/core/reference/ydb-cli/_includes/connect.md
+++ b/ydb/docs/ru/core/reference/ydb-cli/_includes/connect.md
@@ -2,7 +2,7 @@
 
 Большинство команд {{ ydb-short-name }} CLI относится к операциям над базой данных {{ ydb-short-name }} и требует соединения с ней для исполнения.
 
-{{ ydb-short-name }} CLI определяет с какой БД необходимо соединиться и какой [режим аутентификации](../../../concepts/connect.md#auth-modes) использовать из следующих источников (в порядке убывания приоритета):
+{{ ydb-short-name }} CLI определяет, с какой БД необходимо соединиться и какой [режим аутентификации](../../../concepts/connect.md#auth-modes) использовать из следующих источников (в порядке убывания приоритета):
 
 1. Командной строки
 2. Профиля, выбранного опцией командной строки `--profile`
diff --git a/ydb/docs/ru/core/reference/ydb-sdk/_includes/install.md b/ydb/docs/ru/core/reference/ydb-sdk/_includes/install.md
index 3b3a2a3d33..e6f06009a3 100644
--- a/ydb/docs/ru/core/reference/ydb-sdk/_includes/install.md
+++ b/ydb/docs/ru/core/reference/ydb-sdk/_includes/install.md
@@ -28,7 +28,7 @@
 
 - Java
 
-  Добавьте зависимости в Maven-проект как описано в пункте ["Install the SDK"](https://github.com/yandex-cloud/ydb-java-sdk#install-the-sdk) файла `readme.md` в репозитории исходного кода.
+  Добавьте зависимости в Maven-проект, как описано в пункте ["Install the SDK"](https://github.com/yandex-cloud/ydb-java-sdk#install-the-sdk) файла `readme.md` в репозитории исходного кода.
 
 - PHP
 
diff --git a/ydb/docs/ru/core/reference/ydb-sdk/example/_includes/example-java.md b/ydb/docs/ru/core/reference/ydb-sdk/example/_includes/example-java.md
index 72f47783a2..2b5a510eb5 100644
--- a/ydb/docs/ru/core/reference/ydb-sdk/example/_includes/example-java.md
+++ b/ydb/docs/ru/core/reference/ydb-sdk/example/_includes/example-java.md
@@ -149,7 +149,7 @@ private void selectSimple() {
 
 В результате исполнения запроса формируется объект класса `DataQueryResult`, который может содержать несколько выборок, получаемых методом `getResultSet( <index> )`. Так как запрос содержал только одну команду `SELECT`, то результат содержит только одну выборку под индексом `0`.
 
-Для его вывода с форматированием псевдографикой применяется вспомогательноый класс `TablePrinter`. Приведенный фрагмент кода при запуске выводит на консоль текст:
+Для его вывода с форматированием псевдографикой применяется вспомогательный класс `TablePrinter`. Приведенный фрагмент кода при запуске выводит на консоль текст:
 
 ```bash
 --[ SelectSimple ]--
diff --git a/ydb/docs/ru/core/reference/ydb-sdk/example/go/_includes/run_docker.md b/ydb/docs/ru/core/reference/ydb-sdk/example/go/_includes/run_docker.md
index 5331a3f347..f11171a007 100644
--- a/ydb/docs/ru/core/reference/ydb-sdk/example/go/_includes/run_docker.md
+++ b/ydb/docs/ru/core/reference/ydb-sdk/example/go/_includes/run_docker.md
@@ -1,4 +1,4 @@
-Для соединения с развернутой локальной базой данных YDB по сценарию [Docker](../../../../../getting_started/ydb_docker.md) в конфигурации по-умолчанию выполните следующую команду:
+Для соединения с развернутой локальной базой данных YDB по сценарию [Docker](../../../../../getting_started/ydb_docker.md) в конфигурации по умолчанию выполните следующую команду:
 
 ``` bash
 ( export YDB_ANONYMOUS_CREDENTIALS=1 && cd ydb-go-examples && \
diff --git a/ydb/docs/ru/core/reference/ydb-sdk/example/go/index.md b/ydb/docs/ru/core/reference/ydb-sdk/example/go/index.md
index e52d6e3517..4329d65338 100644
--- a/ydb/docs/ru/core/reference/ydb-sdk/example/go/index.md
+++ b/ydb/docs/ru/core/reference/ydb-sdk/example/go/index.md
@@ -12,7 +12,7 @@
 git clone https://github.com/ydb-platform/ydb-go-examples/
 ```
 
-Далее из этой же рабочей директории выполните команду запуска тестового приложения, которая будет отличаться в зависимости от того к какой базе данных необходимо подключиться.
+Далее из этой же рабочей директории выполните команду запуска тестового приложения, которая будет отличаться в зависимости от того, к какой базе данных необходимо подключиться.
 
 {% include [run_options.md](_includes/run_options.md) %}
 
diff --git a/ydb/docs/ru/core/reference/ydb-sdk/example/python/_includes/run_docker.md b/ydb/docs/ru/core/reference/ydb-sdk/example/python/_includes/run_docker.md
index 3325915acd..c314c769a5 100644
--- a/ydb/docs/ru/core/reference/ydb-sdk/example/python/_includes/run_docker.md
+++ b/ydb/docs/ru/core/reference/ydb-sdk/example/python/_includes/run_docker.md
@@ -1,4 +1,4 @@
-Для соединения с развернутой локальной базой данных YDB по сценарию [Docker](../../../../../getting_started/ydb_docker.md) в конфигурации по-умолчанию выполните следующую команду:
+Для соединения с развернутой локальной базой данных YDB по сценарию [Docker](../../../../../getting_started/ydb_docker.md) в конфигурации по умолчанию выполните следующую команду:
 
 ``` bash
 YDB_ANONYMOUS_CREDENTIALS=1 \
diff --git a/ydb/docs/ru/core/reference/ydb-sdk/example/python/index.md b/ydb/docs/ru/core/reference/ydb-sdk/example/python/index.md
index 41a3f44836..d44ba672c1 100644
--- a/ydb/docs/ru/core/reference/ydb-sdk/example/python/index.md
+++ b/ydb/docs/ru/core/reference/ydb-sdk/example/python/index.md
@@ -13,7 +13,7 @@ git clone https://github.com/ydb-platform/ydb-python-sdk.git
 python3 -m pip install iso8601
 ```
 
-Далее из этой же рабочей директории выполните команду запуска тестового приложения, которая будет отличаться в зависимости от того к какой базе данных необходимо подключиться.
+Далее из этой же рабочей директории выполните команду запуска тестового приложения, которая будет отличаться в зависимости от того, к какой базе данных необходимо подключиться.
 
 {% include [run_options.md](_includes/run_options.md) %}