Die Fehlerausgabe in Ruby on Rails kann manchmal zur Verzweiflung f\u00fchren. Zwar gibt es von Haus aus die beiden Fehlerdateien „404.html“ und „500.html“ im public Ordner – was aber tuen, wenn man diese Seiten nicht statisch ausliefern will und stattdessen eine dynamische Fehlerseite generieren m\u00f6chte.<\/p>\n
<\/p>\n
Seit Rails 2.0 gibt es die praktische Methode rescue_action_in_public()<\/b>. Diese wird automatisch aufgerufen, wenn beim Rendern der Seite etwas schiefgeht. Dabei ist zu beachten, dass rescue_action_in_public nicht aufgerufen wird, wenn der Request local war. Also nicht wundern, wenn auf dem heimischen Testserver weiterhin die Error Logs angezeigt werden (ist ja auch besser so f\u00fcrs Debugging).<\/p>\n
Eine praktische Anwendung f\u00fcr rescue_action_in_public w\u00e4re die folgende (eingef\u00fcgt in die controller\/application.rb<\/b> damit es global gilt):<\/p>\n
[sourcecode lang=“ror“]
\n def rescue_action_in_public(exception)
\n set_meta("robots","noindex")
\n case exception
\n when ::ActiveRecord::RecordNotFound
\n when ::ActiveRecord::RecordInvalid
\n when ::ActionController::RoutingError
\n when ::ActionController::UnknownController
\n when ::ActionController::UnknownAction
\n when ::ActionController::MethodNotAllowed
\n render :template => "\/general\/error_404.html.erb", :status => 404
\n else
\n render :template => "\/general\/error_500.html.erb", :status => 500
\n end
\n end
\n[\/sourcecode]<\/p>\n
Der Code ist ja ziemlich selbstsprechend, wenn ein Fehler auftritt, bei dem etwas fehlt (Datenbankeintrag, Action, Methode, etc.) wird ein 404 Fehler ausgegeben (dabei wird hier die Datei „\/general\/error_404.html.erb“ gerendert). Ansonsten die entsprechende 500er Fehlerdatei. Alternativ k\u00f6nnte man nat\u00fcrlich auch einen Redirect auf eine beliebige Seite einbauen.<\/p>\n
Noch zu bemerken sei der Befehl set_meta(„robots“,“noindex“)<\/b> – hier rufe ich die (selbstgeschriebene) Methode zum Setzen des Meta Datensatzes „Robots“ auf und gebe dort an, dass die fehlerhafte Seite nicht indiziert werden soll. Damit die Seite nicht trotz eines 404 Status-Codes in einem Suchmaschinenindex landet. <\/p>\n2. Schritt: Statische Dateien l\u00f6schen<\/h2>\n
Der Ordnung zu liebe sollte man nun noch die Dateien 404.html und 500.html im public<\/b> Folder l\u00f6schen oder zumindest umbenennen, so dass der Webserver diese nicht mehr direkt ausliefert, wenn die URL „http:\/\/www.meine-url.de\/404.html“ ge\u00f6ffnet wird, sei es durch einen Redirect oder sonst wie.<\/p>\n
Danach noch die routes.rb<\/b> im „\/config“ Ordner um die folgenden Zeilen erg\u00e4nzen (ganz am Ende einf\u00fcgen!):<\/p>\n
[sourcecode lang=“ror“]
\n map.connect ‚\/404.:format‘, :controller => "\/general", :action => "error_404"
\n map.connect ‚\/404‘, :controller => "\/general", :action => "error_404"
\n map.connect ‚\/500.:format‘, :controller => "\/general", :action => "error_500"
\n map.connect ‚\/500‘, :controller => "\/general", :action => "error_500"
\n map.connect ‚*path‘, :controller => ‚\/general‘, :action => ‚error_404‘ unless ::ActionController::Base.consider_all_requests_local
\n[\/sourcecode]<\/p>\n
Hier werden dann die Direktaufrufe der 404.html und \/404 auf das richtige Script umgeleitet. Die letzte Zeile wiederum greift, wenn die aufgerufene URL zu gar keiner anderen Route passt, dann wird ebenfalls die 404 Fehlermeldung gerendert. Letzteres k\u00f6nnte man auch weglassen, denn wenn diese Route nicht da w\u00e4re, w\u00fcrde eh ein ActionController::UnknownAction<\/i> Fehler eintreten und dann greift ja wieder die rescue_action_in_public().<\/p>\nDesign Patterns<\/h2>\n
Nat\u00fcrlich kann man in jeden einzelnen Controller eine eigene rescue_action_in_public<\/b> Methode einbauen, um so die Fehlerseite m\u00f6glichst auf den Context anzupassen. So w\u00fcrde es zum Beispiel Sinn machen, in einen Mp3 Controller eine Fehlerseite einzubauen, die den Benutzer informiert, dass das gew\u00fcnschte Mp3 File nicht vorhanden ist, er sich doch aber die folgenden anderen Songs anh\u00f6ren k\u00f6nnte. Auf diese Weise h\u00e4lt man sich an moderne Designrichtlinien, die genau dies empfehlen: Den Besucher nicht auf einer langweiligen 404-Fehlerseite zur\u00fccklassen, sondern stattdessen ihn an die Hand zu nehmen und zu g\u00fcltigen Inhalten zu f\u00fchren.<\/p>\n","protected":false},"excerpt":{"rendered":"
Wie man 404 und 500 Fehlerseiten in Ruby on Rails mit Hilfe der rescue_action_in_public Methode in eine dynamische Fehlerseite verwandelt und so Besucher auf der Seite behalten kann.<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[84,3],"tags":[89,88,86,85,87],"_links":{"self":[{"href":"https:\/\/hjacob.com\/blog\/wp-json\/wp\/v2\/posts\/234"}],"collection":[{"href":"https:\/\/hjacob.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/hjacob.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/hjacob.com\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/hjacob.com\/blog\/wp-json\/wp\/v2\/comments?post=234"}],"version-history":[{"count":8,"href":"https:\/\/hjacob.com\/blog\/wp-json\/wp\/v2\/posts\/234\/revisions"}],"predecessor-version":[{"id":238,"href":"https:\/\/hjacob.com\/blog\/wp-json\/wp\/v2\/posts\/234\/revisions\/238"}],"wp:attachment":[{"href":"https:\/\/hjacob.com\/blog\/wp-json\/wp\/v2\/media?parent=234"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/hjacob.com\/blog\/wp-json\/wp\/v2\/categories?post=234"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/hjacob.com\/blog\/wp-json\/wp\/v2\/tags?post=234"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}