Merge pull request #59 from ivanovmg/fix/missing-word

Add missing word in Section 20, Russian version

Author: twirl

src/ru/clean-copy/03-Раздел II. Паттерны дизайна API/06.md

@@ -201,7 +201,7 @@ GET /v1/partners/{id}/offers/history↵
   1. Построение статистического отчёта (скажем, подсчёт конверсии по часам).
 
 Для этих сценариев нам необходимо предоставить партнёру две операции со списками:
-  1. Для первой задачи, получение в реальном всех новых элементов с момента последнего запроса.
+  1. Для первой задачи, получение в реальном времени всех новых элементов с момента последнего запроса.
   2. Для второй задачи, перебор списка, т.е. получение всех запросов за указанный временной интервал.
 
 Оба сценария покрываются `limit`/`offset`-схемой, но требуют значительных усилий при написании кода, так как партнёру в обоих случаях нужно как-то ориентироваться, на сколько элементов очередь событий сдвинулась с момента последнего запроса. Отдельно отметим, что использование `limit`/`offset`-подхода приводит к невозможности кэширования ответов — повторные запросы с той же парой `limit`/`offset` могут возвращать совершенно разные результаты.
@@ -350,4 +350,4 @@ GET /v1/orders/created-history↵
 
 События иммутабельны, и их список только пополняется, следовательно, организовать перебор этого списка вполне возможно. Да, событие — это не то же самое, что и сам заказ: к моменту прочтения партнёром события, заказ уже давно может изменить статус. Но, тем не менее, мы предоставили возможность перебрать *все* новые заказы, пусть и не самым оптимальным образом.
 
-**NB**: в вышеприведённых фрагментах кода мы опустили метаданные ответа — такие как общее число элементов в списке, флаг типа `has_more_items` для индикации необходимости продолжить перебор и т.д. Хотя эти метаданные необязательны (клиент узнает размер списка, когда переберёт его полностью), их наличие повышает удобство работы с API для разработчиков, и мы рекомендуем их добавлять.
+**NB**: в вышеприведённых фрагментах кода мы опустили метаданные ответа — такие как общее число элементов в списке, флаг типа `has_more_items` для индикации необходимости продолжить перебор и т.д. Хотя эти метаданные необязательны (клиент узнает размер списка, когда переберёт его полностью), их наличие повышает удобство работы с API для разработчиков, и мы рекомендуем их добавлять.