Комментарии 14
интересно было бы посмотреть на список проксей и другого ПО, которые не пробросят delete & put запросы наружу…
есть ли другой способ, например /books/id/del or something like this?
есть ли другой способ, например /books/id/del or something like this?
Да, никто не мешает пользоваться стандартными конструкциями вроде /books/id/destroy — но это просто вне идеологии rest
Метод передается как параметр, т.е. метод DELETE выполняется как POST запрос с дополнительным параметром method=delete. Это уже дело фреймворка обработать его как специальный метод.
Важно помнить, что все запросы выполняющее изменение, должны выполняться через POST.
Важно помнить, что все запросы выполняющее изменение, должны выполняться через POST.
Хех, я тогда еще ничего не написал про REST, почему-то будучи уверенным, что автор так и сделает отдельную статью по теме :) Ибо, REST — это действительно отдельная тема для рассмотрения.
Добавлю ссылку на серию статей по теме: www.taknado.com/2007/8/31/rest-on-rails
Это перевод на русский язык подробного описания REST, начиная от причин возникновения и заканчивая реализацией в рельсах.
Это перевод на русский язык подробного описания REST, начиная от причин возникновения и заканчивая реализацией в рельсах.
А еще есть отличные посты по REST от Миши Клишина, жаль он перестал вносить вклад в познание Rails для русскоговорящих. Это было действительно интересно и познавательно.
«POST mysite/books/1 — обновит информацию о книге»
Наверно PUT, а не POST.
Наверно PUT, а не POST.
«repeblish — переиздать книгу» наверно repUblish
хорошая статья…
хорошая статья…
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
RESTful routing