Rails/ActiveRecordセッションとRestful-authentication：セッションテーブルはいつ書き込まれますか？

Question

警告：このうちのいくつかは間違っている可能性がありますので、私の前提が間違っている場合にお知らせください。私は、ログインのための安らかな認証を使用してい

：

は、ここで私が達成しようとしているものです。しかし、自分のUIにflex/ruby​​_amfを使用しているので、flexから各接続を別々に認証する必要があります。

これを行う方法は、ログイン画面を埋め込みのFlashページにリダイレクトし、session-idをflashvarとして挿入することでした。フラッシュアプ​​リケーションは、すべての要求と共にsession-idを送信し、関連するすべてのコントローラのbeforeフィルタは、session-idで識別されるセッションに関連付けられたユーザがログオンしているかどうかを確認します。

ユーザをセッションに関連付ける方法は、セッションテーブルに 'user_id'カラムを追加し、ログイン機能から呼び出されたsql "update sessions set user_id ... '"タイプのクエリを実行することです。

ただし、user_idはユーザが2回目にログインしたときにのみ更新されます。少し調べてみると、セッションテーブルのレコードはログイン機能の実行中にまだ存在していませんでした。

この時点まで、あらゆるアップは理にかなっている、となど、ベストプラクティスに準拠している場合ので、その後、私の質問は次のとおりです。

どの時点での時間では、作成されたセッションテーブルのレコードのですか？ログイン機能でセッションオブジェクトを更新する方法はありますか？また、私のためにデータベースにuser_idを書き込むようにしましたか？

レールでのセッションの振る舞いは私にとって本当の謎です。私はどんな助けにも感謝しています。

ありがとうございます。

Answer 1

Rails 2.3では、Rackアプリケーションの処理が完了した後にセッションが保存されます。伝統的なRailsアプリケーションでは、要求が完全に処理された後、フィルタ、コントローラのアクション、ビューのレンダリング、およびフィルタの前に実行されます。 actionpack/lib/action_dispatch/vendor/rack-1.1.pre/rack/session/abstract/id.rbをご覧ください。

これについて考えると、これは完璧な意味を持ちます。セッションに何かを置くたびにセッションをそのストアに書き込むと、余分なオーバーヘッドが発生します。

It's Railsだから、あなたはそれを十分に混乱させたいなら、いつでもあなたが好きなときに保存するセッションを書く方法をモンキーにすることができます。私はそれをお勧めしません。 Railsが進化するにつれて、コードを継続的に修正する必要があります。

ActiveRecord :: SessionStoreの場合、1つの行は1つのセッションにマッピングされます。 data列は、セッションに入れたすべてのオブジェクトのエンコードされた形式です。リクエストが来るたびに、以前に保存したすべてのオブジェクトの新しいインスタンスを作成することによって、セッションは存在していたセッションを再構成する必要があります。