Метод link_to Rails: ПОЛУЧЕНИЕ, когда следует УДАЛИТЬ

Большинство браузеров на самом деле не поддерживают команду DELETE, поэтому Rails подделывает ее, изменяя генерируемый HTML. Rails прикрепляет атрибут HTML5 с именем data-method и устанавливает для него значение "delete". Поэтому, когда пользователь щелкает ссылку, она фактически выдается как запрос GET, но атрибут data-method допускает некоторую магию Rails и означает, что ваш код маршрутизации должен распознавать его как запрос DELETE.

изменить:

Можете сами протестировать в консоли. Запустите bundle exec rails c, чтобы попасть в консоль, и посмотрите на генерируемый HTML-код:

helper.link_to "delete", "foobar/delete", :method => 'delete'

HTML должен выглядеть так:

<a href="foobar/delete" data-method="delete" rel="nofollow">delete</a>

Также убедитесь, что это находится в вашем application.js:

//= require jquery
//= require jquery_ujs 

По-видимому, у меня был jquery без jquery_ujs, и у меня была такая же проблема, пока я не добавил это.

Вы должны использовать следующий код

<%= button_to "delete", @user_current, :method => "delete" %>

Это решит проблему или добавит эту строку // = require jquery_ujs в application.js и будет использовать:

 <%= link_to 'delete', user, :method => :delete, data: {:confirm => "You sure?" } ,
                            :title => "Delete #{user.name}" %>

Я столкнулся с той же проблемой с учебником Майкла. data-method="delete" на самом деле работает так, как ожидалось - он вызывает действие уничтожения в контроллере. Причина, по которой он пытается GET (и в конечном итоге терпит неудачу), заключается в следующем:

Вы заметите, что для одного из before_filter в контроллере установлено значение signed_in_user, а в session_helper.rb вы заметите, что signed_in_user вызывает store_location (частный метод), который обновляет session[:return_to] на текущий URL.

Итак, вернувшись к действию уничтожения вашего контроллера, он пытается redirect_back_or, что приводит к GET current_url. Я изменил помощника signed_in_user, чтобы он вызывал store_location только тогда, когда пользователь еще не вошел в систему.

Поскольку браузеры не поддерживают команду DELETE, Rails создает обходной путь для этой проблемы, моделируя DELETE запрос через стандартные GET или POST. method: :delete работает с обработчиком JavaScript для всех ссылок с data-method="delete", который изменяет запрос, поэтому Rails обрабатывает его как DELETE. Этот обработчик JavaScript предоставляется библиотекой jquery_ujs.

Есть несколько вещей, которые могли пойти не так:

1. Убедитесь, что в вашем application.js включены и jquery, и jquery_ujs. Без того и другого ничто не будет обрабатывать атрибуты данных.
2. Убедитесь, что в рассматриваемой ссылке действительно указан параметр method: :delete.
3. Убедитесь, что по какой-то причине вы не остановили распространение события для рассматриваемой ссылки, например, так:

$( 'a' ).click( function( event ) {
    event.stopPropagation()
})

Поскольку это предотвратит выполнение обработчиков jquery_ujs, и запрос никогда не будет изменен и останется стандартным GET.

По рельсам 5:

У меня та же проблема, все сообщения «УДАЛИТЬ» были скомпрометированы, что повлияло на мои грубые страницы И разработать выход ... для решения проблемы все, что мне нужно было сделать, это:

// = требуется rails-ujs

Все, что нам нужно, это добавить следующую строку кода

//= require jquery_ujs 

Вроде баг :))