docs: update PAGE_HOSTS.md formatting

_panel-docs/help-articles/ru/PAGE_HOSTS.md

@@ -14,26 +14,26 @@
 
 ### Основные
 
-- **Примечание**
+#### Примечание
 
-    В этом пункте вы определяете как данный хост будет отображаться в клиентском приложение. Обычно здесь пишут название страны, к которой будет подключаться пользователь.
+В этом пункте вы определяете как данный хост будет отображаться в клиентском приложение. Обычно здесь пишут название страны, к которой будет подключаться пользователь.
 
-    _Совет: чтобы в клиентском приложении отображался флаг страны – добавьте эмоджи в самое начало примечания._
+_Совет: чтобы в клиентском приложении отображался флаг страны – добавьте эмоджи в самое начало примечания._
 
-- **Выбор инбаунда** (и профиля)
+#### Выбор инбаунда (и профиля)
 
-    Как уже упоминалось выше – хост это лишь клиентская репрезентация вашей серверной конфигурации, поэтому и обязательным требованием к созданию хоста является выбор инбаунда. В зависимости от количества инбаундов, нод и профилей выберите соотвествующий инбаунд в меню выбора.
+Как уже упоминалось выше – хост это лишь клиентская репрезентация вашей серверной конфигурации, поэтому и обязательным требованием к созданию хоста является выбор инбаунда. В зависимости от количества инбаундов, нод и профилей выберите соотвествующий инбаунд в меню выбора.
 
-- **Адрес** и **порт**
+#### Адрес и порт
 
-    Адресом является домен или IP-адрес, в большинстве случаев здесь необходимо прописать адрес или домен сервера, к которому будет подключаться пользователь. Порт – обычно соответствует порту **инбаунда**, _в некоторых случаях может отличаться._
+Адресом является домен или IP-адрес, в большинстве случаев здесь необходимо прописать адрес или домен сервера, к которому будет подключаться пользователь. Порт – обычно соответствует порту **инбаунда**, _в некоторых случаях может отличаться._
 
-    _В адрес можно так же вписать несколько доменных имен – например: `node-1.com,node-2.com,node-3.com`. Может возникнуть мысль, что с помощью этого в теории можно производить некоторую балансировку, но важно заметить – пользователь при запросе подписки получит лишь один из этих адресов (что конкретно он получит определяется случайно и не привязано к какому-либо логике балансировке). Следовательно – до тех пор, пока пользователь не обновит подписку в клиентском приложении (или если не сработает автообновление) – адрес у пользователя не изменится._
+_В адрес можно так же вписать несколько доменных имен – например: `node-1.com,node-2.com,node-3.com`. Может возникнуть мысль, что с помощью этого в теории можно производить некоторую балансировку, но важно заметить – пользователь при запросе подписки получит лишь один из этих адресов (что конкретно он получит определяется случайно и не привязано к какому-либо логике балансировке). Следовательно – до тех пор, пока пользователь не обновит подписку в клиентском приложении (или если не сработает автообновление) – адрес у пользователя не изменится._
 
-- _Тег_ и _ноды_
+#### Тег и ноды
 
-    Эти параметры не видны конечному пользователю, они больше нужны администратору панели (вам), чтобы в будущем было проще ориентироваться в созданных хостах, если их будет много.
+Эти параметры не видны конечному пользователю, они больше нужны администратору панели (вам), чтобы в будущем было проще ориентироваться в созданных хостах, если их будет много.
-    В частности, выбор ноды в этом пункте не играет функциональной роли – **это только визуальная привязка для более простого ориентирования в будущем.**
+В частности, выбор ноды в этом пункте не играет функциональной роли – **это только визуальная привязка для более простого ориентирования в будущем.**
 
 ---
 
@@ -43,25 +43,29 @@
 
 В этом разделе мы не будем делать проходить по каждому пункту – сконцентрируемся на основных пунктах.
 
-- **SNI (ServerNames)**
+#### SNI (ServerNames)
 
-    В некоторых случаях бывает необходимо переопределить настройки объекта `serverNames` (которые определяются внутри инбаунда в профиле) для конкретного хоста.
+В некоторых случаях бывает необходимо переопределить настройки объекта `serverNames` (которые определяются внутри инбаунда в профиле) для конкретного хоста.
 
-    Имейте в виду, `serverNames` простым языком является _паролем_, по которому, например, **Reality** определяет **валидность** соединения. Если вы в этом пункте укажете **SNI**, например `example.com` и при этом внутри инбаунда `serverNames` выглядят вот так:
+Имейте в виду, `serverNames` простым языком является _паролем_, по которому, например, **Reality** определяет **валидность** соединения. Если вы в этом пункте укажете **SNI**, например `example.com` и при этом внутри инбаунда `serverNames` выглядят вот так:
 
-    ```json
+```json
-    "serverNames": [
+"serverNames": [
-    	"example1.com",
+    "example1.com",
-    	"example2.com"
+    "example2.com"
-    ]
+]
-    ```
+```
 
-    Такое соединение работать не будет, так как `example.com` не находится в списке разрешенных `SNI`.
+Такое соединение работать не будет, так как `example.com` не находится в списке разрешенных `SNI`.
 
-- **Переопределить SNI из адреса**
+#### Переопределить SNI из адреса
 
-    По умолчанию, Remnawave берет первый объект из массива `serverNames` (инбаунда) чтобы добавить SNI в клиентский хост. Если вы включите этот параметр – Remnawave возьмет адрес (который вы указали в разделе **Основные**) и передаст его клиенту.
+По умолчанию, Remnawave берет первый объект из массива `serverNames` (инбаунда) чтобы добавить SNI в клиентский хост. Если вы включите этот параметр – Remnawave возьмет адрес (который вы указали в разделе **Основные**) и передаст его клиенту.
 
 Из прочих пунктом в этом разделе так же можно выделить пункт `vlessRouteId`, который является небольшим слоем абстракции над Xray Core и предоставляем вам простой способ воспользоваться функционалом `vlessRoute`, который предоставляет Xray. <a href="https://xtls.github.io/ru/config/routing.html#ruleobject">Ознакомиться подробнее с правилами роутинга.</a>
 
 ---
+
+```
+
+```