diff --git a/content/ru/logs.md b/content/ru/logs.md
index bbccbf64f..abb03515c 100644
--- a/content/ru/logs.md
+++ b/content/ru/logs.md
@@ -1,16 +1,39 @@
 ## XI. Журналирование (Logs)
+
 ### Рассматривайте журнал как поток событий
 
-*Журналирование* обеспечивает наглядное представление поведения работающего приложения. Обычно в серверной среде журнал записывается в файл на диске ("logfile"), но это только один из форматов вывода.
+*Журналирование* обеспечивает наглядное представление поведения работающего приложения. Обычно в
+серверной среде журнал записывается в файл на диске ("logfile"), но это только один из форматов
+вывода.
 
-Журнал -- это [поток](https://adam.herokuapp.com/past/2011/4/1/logs_are_streams_not_files/) агрегированных, упорядоченных по времени событий, собранных из потоков вывода всех запущенных процессов и вспомогательных сервисов. Журнал в своём сыром виде обычно представлен текстовым форматом с одним событием на строчку (хотя трассировки исключений могут занимать несколько строк). Журнал не имеет фиксированного начала и конца, поток сообщений непрерывен, пока работает приложение.
+Журнал -- это [поток](https://adam.herokuapp.com/past/2011/4/1/logs_are_streams_not_files/)
+агрегированных, упорядоченных по времени событий, собранных из потоков вывода всех запущенных
+процессов и вспомогательных сервисов. Журнал в своём сыром виде обычно представлен текстовым
+форматом с одним событием на строчку (хотя трассировки исключений могут занимать несколько строк).
+Журнал не имеет фиксированного начала и конца, поток сообщений непрерывен, пока работает приложение.
 
-**Приложение двенадцати факторов никогда не занимается маршрутизацией и хранением своего потока вывода.** Приложение не должно записывать журнал в файл и управлять файлами журналов. Вместо этого каждый выполняющийся процесс записывает свой поток событий без буферизации в стандартный вывод `stdout`. Во время локальной разработки разработчик имеет возможность просматривать этот поток в терминале, чтобы наблюдать за поведением приложения.
+**Приложение двенадцати факторов никогда не занимается маршрутизацией и хранением своего потока
+вывода.** Приложение не должно записывать журнал в файл и управлять файлами журналов. Вместо этого
+каждый выполняющийся процесс записывает свой поток событий без буферизации в стандартный вывод
+`stdout`. Во время локальной разработки разработчик имеет возможность просматривать этот поток в
+терминале, чтобы наблюдать за поведением приложения.
 
-При промежуточном и рабочем развёртывании поток вывода каждого процесса будет захвачен средой выполнения, собран вместе со всеми другими потоками вывода приложения и перенаправлен к одному или нескольким конечным пунктам назначения для просмотра и долгосрочной архивации. Эти конечные пункты архивации не являются видимыми для приложения и настраиваемыми приложением, вместо этого они полностью управляются средой выполнения. Маршрутизаторы журналов с открытым исходным кодом (например, [Logplex](https://github.com/heroku/logplex) и [Fluentd](https://github.com/fluent/fluentd)) могут быть использованы для этой цели.
+При промежуточном и рабочем развёртывании поток вывода каждого процесса будет захвачен средой
+выполнения, собран вместе со всеми другими потоками вывода приложения и перенаправлен к одному или
+нескольким конечным пунктам назначения для просмотра и долгосрочной архивации. Эти конечные пункты
+архивации не являются видимыми для приложения и настраиваемыми приложением, вместо этого они
+полностью управляются средой выполнения. Маршрутизаторы журналов с открытым исходным кодом
+(например, [Logplex](https://github.com/heroku/logplex) и
+[Fluentd](https://github.com/fluent/fluentd)) могут быть использованы для этой цели.
 
-Поток событий приложения может быть перенаправлен в файл или просматриваться в терминале в режиме реального времени. Наиболее значимым является то, что поток событий может быть направлен в систему индексирования и анализа журналов, такую как [Splunk](http://www.splunk.com/), или систему хранения данных общего назначения, такую как [Hadoop/Hive](http://hive.apache.org/). Эти системы обладают большими возможностями и гибкостью для досконального анализа поведения приложение в течении времени, что включает в себя:
+Поток событий приложения может быть перенаправлен в файл или просматриваться в терминале в режиме
+реального времени. Наиболее значимым является то, что поток событий может быть направлен в систему
+индексирования и анализа журналов, такую как [Splunk](http://www.splunk.com/), или систему хранения
+данных общего назначения, такую как [Hadoop/Hive](http://hive.apache.org/). Эти системы обладают
+большими возможностями и гибкостью для досконального анализа поведения приложение в течение времени,
+что включает в себя:
 
-* Поиск конкретных событий в прошлом.
-* Крупномасштабные графики трендов (например, запросов в минуту).
-* Активные оповещения согласно эвристическим правилам, определяемых пользователем (например, оповещение, когда количество ошибок в минуту превышает определённый порог).
+* поиск конкретных событий в прошлом;
+* крупномасштабные графики трендов (например, запросов в минуту);
+* активные оповещения согласно эвристическим правилам, определяемых пользователем (например, 
+  оповещение, когда количество ошибок в минуту превышает определённый порог).