Merge pull request #21 from mikhkonkov/master

fix typos

lessons/httpmethods.html

@@ -127,8 +127,8 @@ <h1>Использование HTTP методов для создания RESTf
               <p>Кроме того, PUT может быть использован для создания ресурса,
                  в случае, когда идентификатор ресурса выбирает клиент а не сервер.
                  Или, если перефразировать - при отправке PUT запроса по адресу, содержащему не существующий идентификатор ресурса.
-                 Опять же, стоит помнить, что тело запроса должно быль модификацией оригинального ресурса.
-                 Многи считают это запутанным и не понятным.
+                 Опять же, стоит помнить, что тело запроса должно быть модификацией оригинального ресурса.
+                 Многие считают это запутанным и не понятным.
                  Соответственно, данную возможность метода PUT стоит использовать с осторожностью.
                  Да и при крайней необходимости.</p>
               <p>Для создания новых экземпляров ресурса предпочтительнее использозвание POST запроса.
@@ -148,8 +148,8 @@ <h1>Использование HTTP методов для создания RESTf
                  рассмотрения)</p>
               <p>Если PUT запрос используется для увеличесния счетчика просмотра конкретного ресурса
                  - данный запрос уже не считается идемпотентным.
-                 Иногда такое происходит и считается достаточным задоументировать тот факт, что вызов не идемпотентен.
-                 Однако, строго рекомндуется выдерживать идемпотентность PUT запроса.</p>
+                 Иногда такое происходит и считается достаточным задокументировать тот факт, что вызов не идемпотентен.
+                 Однако, строго рекомендуется выдерживать идемпотентность PUT запроса.</p>
               <p><strong>Примеры:</strong></p>
               <ul>
                 <li><em>PUT http://www.example.com/customers/12345</em></li>
@@ -167,7 +167,7 @@ <h1>Использование HTTP методов для создания RESTf
                  а также в заголовке `Location` передается адрес созданного ресурса.</p>
               <p>POST не является безопасным или идемпотентным запросом.
                  Потому рекомендуется его использование для не идемпотентных запросов.
-                 В результате выполнения идентичных POST запросов предоставляются силно похожие, но не идеинтичные данные.</p>
+                 В результате выполнения идентичных POST запросов предоставляются сильно похожие, но не идеинтичные данные.</p>
               <p><strong>Примеры:</strong></p>
               <ul>
                 <li><em>POST http://www.example.com/customers</em></li>
@@ -183,7 +183,7 @@ <h1>Использование HTTP методов для создания RESTf
                  Также возможно использование HTTP кода 204 (NO CONTENT) без тела ответа.</p>
               <p>Согласно спецификации HTTP, DELETE запрос идемпотентен.
                  Если вы выполняете DELETE запрос к ресурсу, он удаляется.
-                 Повторный DELETE звпрос к ресурсу закончится также: ресурс удален.
+                 Повторный DELETE запрос к ресурсу закончится также: ресурс удален.
                  Если DELETE запрос используется для декремента счетчика, DELETE запрос не является идемпотентным.
                  Используйте POST для не идемпотентых операций.</p>
               <p>Тем не менее, существует предостережение об идемпотентности DELETE.

lessons/whatisrest.html

@@ -72,7 +72,7 @@ <h3>Манипуляции над ресурсами через представ
               <h3>Само-документируемые сообщения</h3>
               <p>Каждое сообщение содержит достаточно информации для описания того, как его выполнить.
               Например, вызываемый парсер может описываться Internet media type (так же известным как MIME)
-              Ответы также явно указывают на их способность кешироваь.
+              Ответы также явно указывают на их способность кешировать.
               <h3>Hypermedia as the Engine of Application State (HATEOAS)</h3>
               <p>Клиенты предоставляют статус через содержимое body, параметры строки запроса, заголовки запросов и запрашиваемый URI (имя ресурса).
               Это называется гипермедия (или гиперссылки с гипертекстом) </p>
@@ -92,7 +92,7 @@ <h3>Hypermedia as the Engine of Application State (HATEOAS)</h3>
               <p>Большинство из нас, кто был в этой отрасли, привыкли к программированию в контейнере, который
               дает нам понятие "Сессия, которая поддерживает состояние нескольких HTTP запросов.
               В REST, клиент должен включать всю информация для сервера для выполнения запроса,
-              перепосылая стостояние по необходимости, если это состояние должно охватывать несколько запросов.
+              перепосылая состояние по необходимости, если это состояние должно охватывать несколько запросов.
               Отсутствие состояний обеспечивает большую масштабируемость, так как сервер не должен поддерживать или общаться через состояние сеанса.
               Кроме того, балансировщику нагрузки не придется беспокоиться о связанности сессии и системы.</p>
               <p> Так в чем различие между состоянием и ресурсом?