Herokuでリクエストタイムアウトを検知する - Qiita
heroku でWebサービスを運営している時って、監視系はみなさんどうしてますか？ おそらく定番アドオンである New Relic と Air Brake を使用していると思うのですが、これらでは heroku で発生するタイムアウトを検知できません。 30秒以内に応答返せなかったらってアレですね。 考えてみれば heroku の Error Code12 は例外がスローされてるわけじゃないので、Air Brake 対象外。 タイムアウト処理しているのは WebDyno じゃなくて heroku/router なので New Relic で捕捉できない、ってことのようで。 どうしようかなといろいろ調べましたが、結局 Papertrail の検索結果送信機能を使うことにしました。 Papertrail を使う Papertrail は heroku のログ取り扱いアドオンです。 Logly
HerokuでCarrierWaveを使う場合に注意すること - Qiita
update 記事中ではCarrierWaveのキャッシュ機能を使用できないと記載していますが、v0.10.0よりキャッシュの保存先をS3などに指定できるようになっているようです。 詳しくは以下の記事などを参照してください。 CarrierwaveでS3にアップロードさせるとき、キャッシュもS3に置く - Qiita 現時点でキャッシュストレージをS3に変更してテストをしていませんが、パフォーマンス上の問題が発生しないようであれば、こちらを選択するのもありかなと思います。 ファイル名長さの制限はherokuではなくS3（ファイルパス含め1000バイト？）のものになり、かなり緩和されることになります。 Ruby/on Rails には CarrierWave というファイルアップロード用の Gem があります。 人気の Gem なので使っている方も多いと思いますが、同じくRailsの実行環境
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
