Fix typos in docs (yiisoft#287) [skip ci]

Author: Lesha701

docs/guide-ru/retryable.md

@@ -2,12 +2,13 @@
 =============================
 
 В процессе обработки заданий могут возникать исключительные ситуации. Это могут быть как внутренние
-ошибки — результат криво написанного кода, так и внешние, когда запрашиваемые сервисы и внешние
+ошибки — результат криво написанного кода, так и внешние - когда запрашиваемые сервисы и внешние
 ресурсы временно недоступны. Во втором случае неплохо иметь возможность повторить попытку выполнить
 задание через некоторое время.
 
 Для того чтобы это сделать существует несколько способов.
 
+
 Опции повторного выполнения
 ---------------------------
 
@@ -26,20 +27,21 @@
 Опция `ttr` устанавливает резервное время для выполнения заданий. Перед выполнением задание попадает
 в резерв и будет находиться там не дольше чем задано в `ttr`. Если задание не выполнилось успешно,
 и требуется повторная попытка, оно вернется назад в очередь. Если выполнилось - будет удалено
-из резерва. Опция `attempts` устанавливает максимальное кол-во попыток. Если попытки закончились,
+из резерва. Опция `attempts` устанавливает максимальное количество попыток. Если попытки закончились,
 и задание не выполнилось удачно, оно так же будет удалено из резерва.
 
-Устанавливая `ttr` важно учесть чтобы этого времени было достатчно, иначе воркер убьет процесс
+Устанавливая опцию `ttr`, важно учесть, чтобы этого времени было достаточно, иначе воркер убьет процесс
 выполняющегося задания по таймауту прямо во время выполнения.
 
-Описанные опции действуют глобально на все задания в очереди, а, чтобы для отдельных заданий это
-поведение переопределить, существуют дополнительные возможности.
+Описанные опции действуют глобально на все задания в очереди. Чтобы переопределить поведение для отдельных
+заданий, существуют дополнительные возможности.
+
 
 RetryableJobInterface
 ---------------------
 
 Индивидуальный контроль повторного выполнения реализован интерфейсом `RetryableJobInterface`, код
-такого job-объекта может выглядеть так:
+такого job-объекта может выглядеть следующим образом:
 
 ```php
 class SomeJob extends BaseObject implements RetryableJobInterface
@@ -61,15 +63,16 @@ class SomeJob extends BaseObject implements RetryableJobInterface
 }
 ```
 
-Методы `getTtr()` и `canRetry()` имеют более высокий приоритет чем общие настройки очереди, и дают
-возможность реализовать индивидуальный алгоритм повторного выполнения задачи если предыдущая попытка
+Методы `getTtr()` и `canRetry()` имеют более высокий приоритет, чем общие настройки очереди, и дают
+возможность реализовать индивидуальный алгоритм повторного выполнения задачи, если предыдущая попытка
 завершилась неудачей.
 
+
 Обработчики событий
 -------------------
 
 Еще один способ задать резервное время и необходимость повторного запуска невыполненной задачи
-предполагает использовать события `Queue::EVENT_BEFORE_PUSH` и `Queue::EVENT_AFTER_ERROR`.
+предполагает использование событий `Queue::EVENT_BEFORE_PUSH` и `Queue::EVENT_AFTER_ERROR`.
 
 Событие `Queue::EVENT_BEFORE_PUSH` можно использовать, чтобы задать резервное время:
 
@@ -91,13 +94,14 @@ Yii::$app->queue->on(Queue::EVENT_AFTER_ERROR, function (ExecEvent $event) {
 });
 ```
 
-Обработчики событий выполняются после методов `RetryableJobInterface`, и, следовательно, имеют
+Обработчики событий выполняются после методов `RetryableJobInterface` и, следовательно, имеют
 наивысший приоритет.
 
+
 Ограничения
 -----------
 
-Не все драйверы поддерживают повторное выполнение одинаково хорошо. Полноценную поддержку
+Не все драйверы одинаково хорошо поддерживают повторное выполнение заданий. Полноценную поддержку
 обеспечивают драйвера: [Beanstalk], [DB], [File] и [Redis]. [Синхронный драйвер], как отладочный,
 не будет повторять невыполненные задания. [Gearman] не поддерживает повторное выполнение вообще.
 А [RabbitMQ] имеет только свою базовую поддержку повторов, при которой номер попытки узнать