GitHub - rack/rack-attack: Rack middleware for blocking & throttlingYou signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
Rails の exceptions_app によるエラーページの表示をテストする - Qiita
背景 exceptions_appの仕組みで例外を捕捉しようとしているとき(*)、その処理は Rack Middleware のActionDispatch::ShowExceptionsで行われます。本番環境 (RAILS_ENV = production) ではここで例外が捕捉されることによりエラーページが表示されます。 一方でテスト環境 (RAILS_ENV = test) では、デフォルトの設定のままではこれが無効になっており、エラーページは表示されません。 例外が発生することをテストすることができるため通常はこの動作は望ましいのですが、Requests Spec や Features Spec などで、エラー発生時の表示やステータスコードをテストしたい時があります。 そういう時のために、一時的にActionDispatch::ShowExceptionsでの例外捕捉を有効にし、エ
A Fast, Concurrent Web Server for Ruby & Rack - Puma
Speed & Concurrency Current Release: 6.4.0 Unlike other Ruby Webservers, Puma was built for speed and parallelism. Puma is a small library that provides a very fast and concurrent HTTP 1.1 server for Ruby web applications. It is designed for running Rack apps only. What makes Puma so fast is the careful use of a Ragel extension to provide fast, accurate HTTP 1.1 protocol parsing. This makes the se
Railsの404,500エラーページをカスタマイズ - Qiita
Railsはエラーページをもともと用意してくれていて本番で動かすと そこに飛ばしてくれるので、まぁいいっちゃいいのですが、 簡単に設定できるのでやってしまえばいいかと。 （レイアウトとかそのまま使えてサイト内ページっぽくなるし） ■環境 Rails 4.0.3 Ruby 2.1.1 とりあえずローカルで見たいのでWEBric(rails s)を本番設定で起動して確認します。 （developmentのままだといつもの赤いページが表示されます） まず、ActionController::RoutingErrorを拾うためにroutesに設定が必要です。 # config/routes.rb # どこにも当てはまらなかったものを取得するので最終行に書いて下さい。 get '*path', to: 'application#render_404' class ApplicationControl
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - puma/puma-dev: A tool to manage rack apps in development with puma
