スタディサプリ最大のRailsアプリケーションにYJIT+pitchforkを導入してメモリ使用量を劇的に削減するまで - スタディサプリ Product Team Blog
こんにちは。SREのkyontanです。Rubyが大好きなのでRubyの話をします。ちなみにリクルートはRubyKaigi 2024へGold Sponsorとして協賛しています! *1。ぜひ沖縄でお会いしましょう。 これはあるアプリケーションのメモリ消費量を示すグラフなのですが、まさかgemを入れ替えるだけでこんなに嬉しい変化が見られるとは思っていませんでした。今日はそんなgemの話をします。 話は遡って2023年4月のある日、インターネットを眺めていたところ、ShopifyがpitchforkというOSSを公開したという情報が目に留まりました。 調べてみると、どうやら著名なRackサーバー実装の1つであるunicornの派生版であり、メモリ使用量の削減に特化しているらしいのです。 github.com これはスタディサプリ小中高のあのリソースドカ食いマイクロサービス第一位である api
Rack 2-> Rack 3アップグレードガイド（翻訳）｜TechRacho by BPS株式会社
概要 MITライセンスに基づいて翻訳・公開いたします。 英語記事: rack/UPGRADE-GUIDE.md at main · rack/rack 原文更新日: 2022/12/03（1fc01e1） ライセンス: MIT 本ドキュメントは現在作成中ですが、Rack 3の主な変更点のうち、サーバーやミドルウェアやアプリケーションをアップグレードするうえで知っておくべき概要について説明しています。 インターフェイスの変更 Rack 2とRack 3の互換性 ほとんどのアプリケーションは、特に以下のRack仕様の厳密な移行ポイントに従うことでRack 2およびRack 3と互換性を保てます。 レスポンスの配列はfrozenにできなくなった レスポンスのstatusは100以上の整数が必須になった レスポンスのheadersはfrozenでないハッシュが必須になった レスポンスヘッダーのキー
Rackの脆弱性対応を! (CVE-2022-44570,CVE-2022-44571,CVE-2022-44572)
2023年1月18日にRuby on Railsの脆弱性[1]とは別にRackの脆弱性が公表されました。 どれもReDoSの問題であり、CVE-2022-44571とCVE-2022-44572は以下の特徴により危険性がとても高いです。 multipartの解析部分での問題であり、数MBの文字列を攻撃に利用可能 RailsがHTTPリクエストを受け付けた際に呼び出される 呼び出しの際に認証が不要 殆どのRailsサーバが影響を受ける CVE-2022-44572は短い文字列で攻撃可能でPoCでは326byteの文字列で0.3秒の実行時間、416byteで22秒でした。1MBを超える文字列が攻撃として送信された場合の実行時間は1日以上になることが予想されます。 Rackのバージョンを2.0.9.2, 2.1.4.2, 2.2.6.2, 3.0.4.1のいずれかに更新することで解決します。[2
Railsアプリの例外ハンドリングとエラーページの表示についてまとめてみた - Qiita
Railsアプリケーションの例外ハンドリングとエラーページの表示方法については色々な方法があると思いますが、そのなかでもよく使われる方法についてまとめてみました。 前提 Rails 4.2.6 Rails 標準の仕組みで静的ページを表示する Rails は標準では Rack Middleware のActionDispatch::ShowExceptionsの仕組みで例外を捕捉して、エラーページを表示しています。その際、捕捉した例外に対してどんなエラーページを表示するのかをActionDispatch::PublicExceptionsが処理しています。 例えばActionController::RoutingErrorが発生した場合、対応する404のHTMLファイルpublic/404.htmlが表示される、という感じです。 なお、rails generateしたときに用意されるHTML
Rack::RuntimeがRailsのデフォルトRackミドルウェアから削除された - おもしろwebサービス開発日記
Rack::RuntimeというRackミドルウェアがあります。これはリクエストを処理するのにかかった時間を"X-Runtime"というレスポンスヘッダに含める、というものです。コードはこれ↓ rack/runtime.rb at master · rack/rack これはRailsのデフォルトのRackミドルウェアであり、特に何もしない限り有効になっています。 このX-Runtimeが、タイミング攻撃で使われている事例があったとのことで、デフォルトから削除になりました。 Remove Rack::Runtime and deprecate referencing it · rails/rails@7bfcf4b これにより、明示的にRack::Runtimeをミドルウェアで使う宣言をしない限りはRack::Runtimeは使えなくなります(Rails7.0から)。 実際にはX-Runt
rack-ok
rack-okというGemをつくった。 概要 何かというと、GET /healthに対して200 OKを返すだけのRackミドルウェア。冗談みたいなプログラムだけど、今更Rackの世界に入門してハローワールドしたかった訳ではなくて、ロードバランサーからのヘルスチェックに応答させるために、こういう実装が必要になる機会がそれなりにある。 背景 Railsアプリとかだと、こういうのは（適切なという意味ではなく雑なという意味で）適当なコントローラで実装されたりするのだけど、機能てんこ盛りのコントローラで200を返すだけの処理をやるのはどうにも無駄が多い。それに、ヘルスチェックはHTTPでリクエストが飛んでくるので、SSL対応用の機能を有効化しようとするとヘルスチェック用のエンドポイントだけ確認対象から除外する必要が出てきたりする。Rackミドルウェアだと、その辺の問題が解決できる。 ヘルスチェック
Rails アプリケーションを Fargate に移行した - きりきりやま
これが こうなった インフラ構成 リバースプロキシをなくした リバースプロキシを採用する場合、主な役割としては以下が想定される。 SSL/TLS 終端 リクエストのキューイング 静的ファイルの配信 このうち 1 と 2 については ALB で代替することができる。現に移行前の時点でこれらは CLB でも行われていた。また 3 については CDN のほうがよりうまく扱えるはずだ。 そこで、リバースプロキシ (今回は nginx) でやっていた処理を Rails に移植してリバースプロキシをなくすことにした。Rails でやることは増えるが、構成をシンプルにできるメリットのほうが大きいと判断した。また、複数のコンテナを協調させる難易度が高いということも理由として挙げられる。 移植した処理内容については後述する。 静的ファイルはコンテナに含める 静的ファイルを S3 等のストレージから配信する場
Rack アプリでクライアントのIPアドレスを取得する - tmtms のメモ
Rack アプリで、クライアントのIPアドレスを取得する方法を調べてみたのでメモ。 どうやら Rack::Request#ip を使えばいいらしいので Rack アプリはこんな感じで。 [config.ru] class HogeApp def call(env) req = Rack::Request.new(env) [200, {}, [ "req.ip=#{req.ip}\n", "REMOTE_ADDR=#{env["REMOTE_ADDR"]}\n", "HTTP_X_FORWARDED_FOR=#{env["HTTP_X_FORWARDED_FOR"]}\n", ]] end end run HogeApp.new 普通に接続 これを 192.0.2.11 サーバーで次のようにして起動して、 rackup -o 0.0.0.0 192.0.2.1 のクライアントからアクセスし
サーバとアプリ間をつなぐRuby用ライブラリ「Rack」を学ぶために、自作のRackミドルウェアを作った話
女性も参加しやすい（でも女性限定ではない）Ruby勉強会「TokyoGirls.rb Meetup vol.2」。Webプログラマーの塩井美咲氏が、最近気になっているライブラリ「Rack」について学ぶため、自ら「TraceHeader」というRackミドルウェアを作りました。その実装と有効性の検証について紹介します。講演資料はこちら 最近気になるライブラリ「Rack」でミドルウェアを作った話 塩井美咲氏（以下、塩井）：すみません、なんの脈絡もなくRackの話をしようとしています。他意はありません。 （会場笑） 先にお伝えしておきたいことがあって、今回、発表資料の枚数がだいたい60枚ぐらいあります。私はもともとすごく早口なんですけど、今日はちょっと自分の限界に挑戦してみたいと思っています（笑）。よろしくお願いします。詳細な資料についてはのちほど共有します。 私はしおいといいます。普段はこの辺
実録 Let's build a simple Rack compatible server
Design Doc の書き方 / How to Write a Design Doc (Ja ver.)
OmniAuthでログインを失敗したときのテストでエラーが出たときの対処法 - おもしろwebサービス開発日記チラシの裏
OmniAuthを利用したログインのsystem specで、ログインに失敗した場合のテストが次のようなエラーになった。 1) ユーザがログインする ログインに失敗したとき "ログインに失敗しました"と表示されること Failure/Error: click_link 'Twitterでログイン' OmniAuth::Error: invalid_credentials # ./spec/system/login_spec.rb:98:in `block (3 levels) in <top (required)>' もとになったspecはこちら。 context 'ログインに失敗したとき' do around do |example| original_mock_auth = OmniAuth.config.mock_auth[:twitter] OmniAuth.config.mock
Possible Information Leak / Session Hijack Vulnerability
There's a possible information leak / session hijack vulnerability in Rack. Attackers may be able to find and hijack sessions by using timing attacks targeting the session id. Session ids are usually stored and indexed in a database that uses some kind of scheme for speeding up lookups of that session id. By carefully measuring the amount of time it takes to look up a session, an attacker may be a
Rails: リクエストのライフサイクルとRackを理解する（翻訳）｜TechRacho by BPS株式会社
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: The Lifecycle of a Rails Request 原文公開日: 2019/05/02 著者: Godfrey Chan サイト: Skylight 日本語タイトルは内容に即したものにしました。画像は元記事の引用です。 2019/10/03: 初版公開 2022/08/02: 更新 参考 以下のサイトで、Railsのリクエストの全ライフサイクルをビジュアル表示で追うことができます。本記事と合わせて参照することで理解が進むと思います。 サイト: Rails Trace rails-trace.chriszetter.comより 本記事は、私達がRailsConf 2019で行ったスピーチのまとめです。スライドはこちらでご覧いただけます。 エディタでコントローラのファイルを開き、アクションメソッドにRubyコードを少々書
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - interagent/committee: A collection of Rack middleware to support JSON Schema.
Mobage を支える Ruby の技術 ~ 複数DB編 ~
GitHub - danmayer/coverband: Ruby production code coverage collection and reporting (line of code usage)
GitHub - mirego/gaffe: 💥 Gaffe handles Rails error pages in a clean, simple way.
GitHub - thefrontside/rack-current: Rack middleware to make current request available to all
S+20🍙 on Twitter: "Rails の一回のリクエストで発行されたreadの回数をUSTDとeBPFでトレースするデモです。MemosController#show ではランダムな回数File.#read を行なっており、結果その分布がヒストグラムになっ… https://t.co/mL5YKysXeD"
GitHub - rack/rack-attack: Rack middleware for blocking & throttling
