Основные направляющие 404 ошибочных страницы
форма программы должна отразить только проблему, которую она должна решить.
И что происходит, когда изменение требований и Ваш модуль не были абстрагированы с помощью Фасада или потенциально Посредника, таким образом делая чрезмерно трудным выгрузить?
шаблоны разработки являются знаком недостаточной абстракции
, Возможности при абстракции всего правильно тогда у Вас есть шаблон разработки там где-нибудь.
, Что, если там 'чрезвычайно тяжелым' является объект, который не должен быть загружен? Шаблон "proxy" сохраняет пользователя от ожидания навсегда.
я мог продолжить, но я думаю, что сказал достаточно. Шаблоны разработки являются большими инструментами, когда используется правильно. Проблема возникает, когда они используются неправильно, но я предполагаю вот почему, что неправильно используемые шаблоны называют антишаблонами.
3 ответа
в вашем ApplicationController
unless ActionController::Base.consider_all_requests_local
rescue_from Exception, :with => :render_404
end
private
def render_404
render :template => 'error_pages/404', :layout => false, :status => :not_found
end
теперь настройте error_pages / 404.html и готово
... или, может быть, я переусердствовал с Exception, и вам следует выполнить спасение от RuntimeError.
Я считаю, что если вы работаете в производственном режиме, то 404.html в общедоступном каталоге обслуживается всякий раз, когда нет маршрутов для URL.
Вы не получите 404 при возникновении любой ошибки, потому что не все ошибки приводят к 404. Вот почему в вашем общедоступном каталоге есть страницы 404, 422 и 500. Я предполагаю, что rails считает это наиболее распространенными ошибками. Как сказал Бен, 404 появится, когда он не может что-то найти, 500, когда приложение выдает ошибку. Между ними вы можете покрыть множество баз.