Обработка пользовательских ошибок с помощью Rails 4.0

Ответ 1

Запрос даже не поражает ваше приложение.

Вам нужно определить глобальный маршрут, чтобы Rails отправил запрос в ваше приложение, а не отображал ошибку (в разработке) или отображал страницу public/404.html(в процессе производства)

Измените файл routes.rb, чтобы включить следующие

match "*path", to: "errors#catch_404", via: :all

И в вашем контроллере

class ErrorsController < ApplicationController

  def catch_404
    raise ActionController::RoutingError.new(params[:path])
  end
end

И ваш rescue_from должен поймать ошибку.

Ответ 2

Попробовав несколько вариантов, я решил, что это самый простой способ обработки API 404:

# Passing request spec
describe 'making a request to an unrecognised path' do
  before { host! 'api.example.com' }
    it 'returns 404' do
    get '/nowhere'
    expect(response.status).to eq(404)
  end
end

# routing
constraints subdomain: 'api' do
  namespace :api, path: '', defaults: { format: 'json' } do
    scope module: :v1, constraints: ApiConstraints.new(1) do
      # ... actual routes omitted ...
    end
    match "*path", to: -> (env) { [404, {}, ['{"error": "not_found"}']] }, via: :all
  end
end

Ответ 3

это работает в rails4, таким образом вы можете напрямую управлять всеми ошибками: например, вы можете отображать error_info как json, когда возникает ошибка при вызове api.

application_controller.rb

class ApplicationController < ActionController::Base
  protect_from_forgery


  # CUSTOM EXCEPTION HANDLING
  rescue_from StandardError do |e|
    error(e)
  end

  def routing_error
    raise ActionController::RoutingError.new(params[:path])
  end

  protected

  def error(e)
    #render :template => "#{Rails::root}/public/404.html"
    if env["ORIGINAL_FULLPATH"] =~ /^\/api/
    error_info = {
      :error => "internal-server-error",
      :exception => "#{e.class.name} : #{e.message}",
    }
    error_info[:trace] = e.backtrace[0,10] if Rails.env.development?
    render :json => error_info.to_json, :status => 500
    else
      #render :text => "500 Internal Server Error", :status => 500 # You can render your own template here
      raise e
    end
  end

  # ...

end

routes.rb

MyApp::Application.routes.draw do

  # ...

  # Any other routes are handled here (as ActionDispatch prevents RoutingError from hitting ApplicationController::rescue_action).
  match "*path", :to => "application#routing_error", :via => :all
end

Ответ 4

Я использовал 404.html из общей папки, и это в среде dev.
Я действительно получил ответ от:

• https://stackoverflow.com/posts/20508445/revisions и
• https://coderwall.com/p/w3ghqq

Однако, я немного экспериментировал над тем, какие части кода действительно заставляют его работать. Вот фрагменты кода, которые я только добавил.

конфигурации /routes.rb

Rails.application.routes.draw do
    // other routes
    match "*path", to: "application#catch_404", via: :all
end

приложение/контроллеры/application_controller.rb

class ApplicationController < ActionController::Base
    def catch_404
        render :file => 'public/404.html', :status => :not_found
    end
end

По достоинству оценят любые комментарии и разъяснения относительно того, почему нужны некоторые оригиналы. Например, используя эту строку кода

raise ActionController::RoutingError.new(params[:path])

и этот

rescue_from ActionController::RoutingError, :with => :error_render_method

Потому что rescue_from и raise ActionController::RoutingError кажутся популярным ответом от старых версий Rails.

Ответ 5

Попробуйте это, если вы хотите одинаково реагировать на все типы ошибок.

rescue_from StandardError, :with => :error_render_method

Если вы не хотите этого поведения в своем режиме разработки, добавьте выше код под

unless Rails.application.config.consider_all_requests_local