Ruby on Rails4.2で.pngや.jpgや.jsonへの404エラー対応 - Qiita
error内容 本来404エラーが返ってきたら、rescue_fromで404に飛ばしているが /~.pngや/~.jpgにアクセスすると Missing template errors/error_404 with {:locale=>[:ja], :formats=>[:png], :variants=>[], :handlers=>[:erb, :builder, :raw, :ruby, :coffee, :jbuilder]}. そんなテンプレートないよって言われる 原因 .pngにアクセスした場合、formats=>[:png]になる 今回はErrorsControllerからerrorファイルを探しているがデフォルトのformatsは.html.erb そして.pngなんてもちろんviews/errorにない。ゆえにmissing templateと怒られた。 slackで5
rescue_fromの走査は下から上だった。 - Qiita
どうも思った通りにrescue_fromが例外を捕まえないと思ったら、下記だった。 They are searched from right to left, from bottom to top, and up the hierarchy. 右から左、下から上へ、そして継承を遡って検索される。 ずっとこの辺りのコードを弄っていなかったのだが、なぜ今まで想定通りに動いていたのだろうか…謎だ。 class ApplicationController < ActionController::Base # ... # ハンドルしきれなかったエラーは500エラー扱い # 評価は右から左、下から上へなされるのでこの場所で良い。 # @see http://api.rubyonrails.org/classes/ActiveSupport/Rescuable/ClassMethods.html res
RailsでAPIをつくるときのエラー処理 - Qiita
例外を利用して実装すると便利な場合が多い この投稿では、HTTP経由でJSONを返すようなWeb APIをRailsを利用して実装するとき、エラーレスポンスを返す場合の処理をどう実装するとやりやすいのか、というニッチな話題に触れる。APIでエラーを返したいとき、即ち400以上のステータスコードと共にレスポンスを返したいような場合、どう実装するのが良いか。もしリクエストの処理中にエラーが検出された場合、それ以降の処理を行わずに直ちに中断してエラーレスポンスを返したいという場合が多いため、例外を利用して実装すると便利な場合が多い。 例外を利用しない方が良い場合もある 1つのリクエストに複数の問題が含まれている場合、先に見つけた問題だけを報告するようなエラーレスポンスを返すのか、それとも問題を抱えながらも進めるところまで処理を進めて報告可能な情報を全て含むようなエラーレスポンスを返すのか、という
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
