RailsのSessionが良くわからないのでコードを追いかけはじめました : やむにやまれず
2007年08月03日14:57 by 山崎泰宏 RailsのSessionが良くわからないのでコードを追いかけはじめました カテゴリRuby Tweet sparklegate Comment(9)Trackback(0) 最近APIのマニュアルを読んでも良くわからないことが多くなってきた。なので、ぼちぼちRailsのソースを読む機会が増えて来ました。 やっぱりオープンソースってすごいですよ。 完全に透明なプロダクトって最後は中を見てしまえるという安心感があります。 この安心感って重要で、リチャードストールマン氏がその昔プロプライエタリなプリンタドライバのバグを直せなくてイライラしたって言っていた理由がよくわかります。 今回はRailsのセッションについて調べました。追いかけていくと分かるのですが、セッション関連の処理は非常に大掛かりです。 るびまにも書かれている通りチューニングのポイン
ActiveSupportを読む: ActiveSupport::Concern | TECHSCORE BLOG | TECHSCORE BLOG
こんにちは、鈴木です。 先日、「ActiveSupport::Concern でハッピーなモジュールライフを送る」で ActiveSupport::Concern をご紹介しましたが、きっと裏側では色々なテクニックが使われているのではないでしょうか。 ということで ActiveSupport::Concern が裏側でどのような処理を行なっているのか、ActiveSupport::Concern のコードを読んでみます！ ActiveSupport::Concern のコードを読む ソースコードはこのようになっていました。 module ActiveSupport ... module Concern def self.extended(base) base.instance_variable_set("@_dependencies", []) end def append_feature
Railsノート - ActionController::Request の生成過程を Webサーバーまでさかのぼる - Alone Like a Rhinoceros Horn
Cookie について調べたときに ActionController::Requestクラスについてちょっと触れたので、今回はこれが new されるところを見てみようと思う。クライアントからの HTTPリクエストがサーバーの 80番ポートに届いて、それが Webサーバーに捌かれてアプリケーションに振り分けられ、ActionController::Request というオブジェクトになる、まさにその瞬間というか、そこへ至る過程を理解したい。 参照する Rails のバージョンは 2.3.5。コメントなどは適当に省いてある。 ActionController::Request まずは ActionController::Request の initialize からスタート。 ここから順次その呼び出し元を辿っていこう。 # actionpack/lib/action_controller/re
アプリケーションの処理フローを追ってみる - pochi's weblog
今回調査すること Requestがどのように受け渡されるか ActionControllerのバージョン: 2.3.5 ご参考 Railsノート - ActionController::Request の生成過程を Webサーバーまでさかのぼる こっちのが詳しく書かれています。いろいろ勉強になります。 最初の流れ httpリクエストの簡単な流れは,リクエスト=>処理=>レスポンスだ。 その受け渡しの部分を順番に見ていく。 リクエスト まずは、HTTPリクエストを受け取り、処理側に渡す部分。 Railsでは今Rackが標準で利用されている。詳しく調べてないけどRackはHTTPサーバ(MongrelやPassenger)とアプリケーションの間で動くミドルウェアでアプリケーションから見たリクエストをどのHTTPサーバから来ても同一のものに変更してくれるものだと認識している。 Rackのサンプル
[rails] ActiveRecord3の connection_pool の挙動を調べた - よしだメモ
基本的にRailsでは単一のDBを使用するように設計されています。とはいえ負荷軽減のためだったり、あるいは様々なしがらみのために複数のDBに接続しなければいけない場合がたまにあったりすると思います。しかも残念な事に違うDBに同じ名前のテーブルがあったりしてどうすんだよコレとなることも無いとは言えないでしょう。 ActiveRecord が connection pool に対応したのは知識としては知っていましたが複数のDBに実際につなぎにいったばあい connection はどうなるの？と疑問に思ったので調べてみました。 # activerecord-3.0.3/lib/active_record/connection_adapters/abstract/connection_specification.rb 51行目 - 82行目 def self.establish_connectio
![[rails] ActiveRecord3の connection_pool の挙動を調べた - よしだメモ](https://cdn-ak-scissors.b.st-hatena.com/image/square/60944e7788036cbe3f523eef84e8712f00be3001/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F17680117127031972029%2F17680117127031974003%2F1555344835)
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
