redirect_to from "destroy" to "index"

Question

Проблема возникает, когда я хочу удалить элемент из разбивки на страницы в стиле «ajaxized». Контроллер моих задач вызывает свой метод уничтожения в ответ на [DELETE] /tasks/1234, но в конце я хочу перенаправить на индекс, чтобы получить список, который автоматически обновляется.

К сожалению, что redirect_to tasks_url на данный момент есть [DELETE] /tasks запрос.

Есть ли способ принудительного запроса GET вместо DELETE при перенаправлении изнутри destroy?

Answer 1

Хорошо, поэтому подведем итог этому вопросу. Самый простой способ, который я нашел, чтобы исправить эту проблему, состоит в том, чтобы портить бит в route.rb, добавив: "tasks" => "tasks#index", :via => :get и использовать redirect_to tasks_url (в моем случае) непосредственно в уничтожении действия в контроллере.

Это позволит решить проблему с пейджером kaminari (в некоторых случаях это делает странные ссылки).

Answer 2

Не используйте перенаправление. Используйте рендер. Опишите функциональность, чтобы получить данные таблицы в библиотечном модуле, а затем вызовите это как из индекса, так и из методов удаления, а затем добавьте, затем добавьте вызов рендеринга к методу удаления, чтобы индексный индекс был тем, что было отправлено обратно в ответ ,

require 'myLibrary' 
include myModule 

def index 
    getTableData 
end 

def destroy 
    flash.now[:notice] = "Delete operation failed" unless Task.destroy(params[:id]) 
    getTableData 
    render 'myController/index' 
end 

в Lib/MyLibrary

module myModule 
    def getTableData 
     # Table Foo here 
    end 
end 

Answer 3

Я думаю, вы должны изменить свой код на стороне клиента:

1. Memorize текущей странице
2. огня destroy действии, жду истинного или ложный
3. запрос index на запомнившейся странице с помощью ajax cal л.

Answer 4

Почему бы не использовать: действие param?

def destroy 
    @task = Task.find(params[:id]) 
    @task.destroy 
    redirect_to :action => :index  
end 

Answer 5

Возможно, вы не хотите перенаправлять стандартные рельсы при использовании ajax. Это blog post имеет хорошее представление о проблеме и решениях. Обратите внимание, что это от similar question в январе, ответил DGM

Answer 6

Использование redirect_to со статусом 303

def destroy 
    @task = Task.find(params[:id]) 
    @task.destroy 
    redirect_to :action => :index, status: 303  
end 

redirect_to документация говорит:

http://api.rubyonrails.org/classes/ActionController/Redirecting.html

Если вы используете другие, чем запросы XHR GET или POST и перенаправление после запроса, то некоторые браузеры будут следовать перенаправление с использованием исходного метода запроса. Это может привести к нежелательному поведению, например двойному DELETE. Чтобы обойти это, вы можете вернуть код статуса 303 See, который будет следовать с использованием запроса GET.