rails 2.3.2 でmemcachedにセッション情報を保存するには - dreammindの日記
rails2.3.2でmemcachedにセッション情報を保存する方法が少し変わったのでメモを残します。 セッション関連の設定は、config/initializers/session_store.rbに記述します。 ActionController::Base.session = { :memcache_server => 'memcachedのサーバ名:11211', :expire_after => 86400, :namespace => "あなたのrailsアプリ-#{ENV['RAILS_ENV']}", } ActionController::Base.session_store = :mem_cache_store 以前の設定方法よりシンプルになりましたね。
Railsのセッションの有効期限を変更する｜DIGITAL SQUADブログ
Railsのセッションの有効期限を変更する Railsでセッション有効期限を変更して、ログイン状態での最後のアクセスから1ヶ月間ログインを保持するやり方。 Railsでログイン状態を保持する方法 - おもしろWEBサービス開発日記 sessionに有効期限を設定する時の試練 - ザリガニが見ていた...。 これらの先人の記事に感謝しつつ参考にしてみる。 ■dynamic_session_expプラグインのインストールruby script/plugin install http://svn.codahale.com/dynamic_session_exp/trunk ■セッションの有効期限を設定 config/environment.rbCGI::Session.expire_after 1.month ※Rails::Initializer.run do |config|～ end内に書
Railsでログイン状態を保持する方法 - おもしろwebサービス開発日記
（6/20 大幅に加筆修正を行いました)Railsのセッションの有効期限は、デフォルトだとブラウザが終了するまでです。これだと、ログインページによくある「ログイン状態を保持する」チェックボックスが作れません。というわけで、やり方を調べてみたら、よさそうな情報がのっているサイトを見つけたので英語の勉強がてら概要を意訳してみたいと思います。 HowtoChangeSessionOptions in Ruby on Rails すべてのセッションに対して一律に有効期限を作りたい場合 environment.rbに下記のように設定します。 ActionController::Base.session_options[:session_expires] = Time.local(2009,"jan") ここでは、上記のように絶対時間を入れます。Time.now + 1.weekのようにするのはうまく
kanazawa.js v1.5 – Hello Titanium Mobile! – 開催報告 | MOL
昨日、kanazawa.js v1.5 – Hello Titanium Mobile! - 開催しました。v1.0以来の大きめのセミナーとなりいろいろ大変でしたが、終わってみればセミナー・懇親会ともにほぼ満席で開催して良かったと思っています。 Togetter – 「kanazawa.js v1.5 – Hello Titanium Mobile! -」 Titanium Mobileってなに？ これ以上無い人にTitanium Mobile入門のセッションをしてもらいました。増井（@masuidrive）さんのセッションは何回か拝見したことあるのだけれども、毎回進化している印象。今回のセッションも単純にSDKがアップデートして機能追加もされているのもあるけど、それにともなって開発事例の多さ、またTitaniumで開発されているアプリのクオリティの向上といったものが印象深かったです。や
Ruby On Rails ピチカート街道 - Rails 2.0・その１１(セッションの情報は全てクライアントのクッキーに書かれる) -
Rails 2.0 がおっしゃいますに、結局セッションに入れる情報ってユーザーIDだけぐらいで短いから、セッションの情報は全部クッキーに入れちゃえばいいんじゃね？みたいに割り切っているようです。 例としては、コントローラ辺りに、session[:food] = 'nikkorogashi' と書いて、そこの処理を通りますと、session オブジェクトが文字列化(Marshal)されてBase64エンコードされてクッキーに保存されます。 要するにクッキーに保存しやすい文字列に変換されます。 決して暗号化されて保存されるわけではありません。 やる気なら誰でも自分のクッキーの情報を見て、session にどういう値が入っているのかを解析できるので、大切な情報（クレジットカード番号とかパスワードとかスリーサイズとか）は session には入れない方がいいです。 どうやってこのようにクッキーを解
cookie をつかったSession Fixation Attack対策
NasuaはRuby on Railsで作ったメモ帳WEBアプリです。って今ではすっかりRailsな話題を取り上げるだけとなってしまいました。。 Ruby On Rails ではログイン前もログインの後も同じセッションCookieを使用するためセッション固定攻撃に対する脆弱性があります。 以前の記事ではログインの後にセッションをリセットする方法で実装を行ってみましたが、試してみたところflashにセットした値が取得できないという不具合がありました。例えば、次のコードでは"logged out !"とい文字列がViewで表示されません。（たぶん使い方が悪いのでしょうが。。） def logout reset_session flash[:notice] = "logged out !" redirect_to(:action => "login_form") end そこで、自前でcooki
ドメインの異なるサイトでセッションを共有する - RubyBeginner （ルビギナー）の世にも奇妙な開発
INDEX PAGE ドメインの異なるサイトでセッションを共有する Railsの1.2移行では、セッションはデフォルトではCookieを使用しているので サーバーが分散していてもセッション共有することができます。 ※携帯サイトなどでは方式を検討する必要がありますが。 さてー実際には一つのサイトだけど サイトの趣旨によってドメインを分割しているということもあると思います。 http://a.xxxx.co.jp/hoge.html http://b.xxxx.co.jp/hoge.html http://c.xxxx.co.jp/hoge.html どれかでログインした情報を全てで利用したいなどです。 TOMCATなどでは、ドメインが異なるとセッションの共有は不能でしたが Railsでは設定次第では可能なようです。 config/enviroments.rbにて45行目付近に config.
Cookieセッション、BASIC認証マジパネー - komagataのブログ
Rails検証報告書: プログラマの思索 Railsで特徴的なのは、CookieでHTTP セッションを管理できることだろう。 ここの仕組みが非常に分かりやすい。 Railsの後から付いた機能で一番素敵だと思うのがこの機能です。 「Cookieなんて仕様上は4KBしか保存出来ないんだから寧ろ弱体化してね？」 とか認識されることが多い気がしてならない。 コレ、導入時にも度肝を抜かれて、以降常に、 「ハンパねー、マジCookieセッションハンパねー！」 と脳内のアフロの人が言ってるんですが、大した利点に感じる人は少ないのか、他の言語やWAFで全面採用している例を見たことが無い。 そもそもセッションという言葉自体が複数の処理をまとめた単位という広義の意味とWebアプリケーションで複数リクエストにまたがってサーバー側に保存されるデータという狭義の意味が混在して使われているという事情があってWeb上
railsのクッキーとセッションについてまとめ - おもしろwebサービス開発日記
こないだ、よくわからんので今度調べると書いたところについて。 CSRFの対応について、rails使いが知っておくべきこと - おもしろWEBサービス開発日記 まずクッキーとセッションの違いから。自分の認識はこんな感じ クッキーもセッションも、ブラウザにデータを保存させる仕組み。 クッキーはデータをそのままブラウザに保存させる。 セッションはセッションIDをブラウザに保存させ、データはサーバ側が保持する。サーバはセッションIDをキーにしてデータを取り出す。 railsでクッキーを設定するには railsでは、クッキーは基本的に使わないと思ってますが、一応使い方をメモ。 cookies[:hoge] = { :value => "value", :expires => "30.days.from_now", :path => "/store", :domain => "www.example.
Rails 2.0の新しいセッション管理-CookieStore - iビジネス&テクノロジー
(注)この記事の動作確認環境はRC1です。 以前、Railsはデフォルトでtmp/sessionsにセッションファイルを作り続けるため、sessionsフォルダ内のメンテナンスが必要であるという記事を書きました(こちら)。Rails2.0ではデフォルトでCookieStoreという新しいセッション管理機構を用いるため、上記処理の必要がなくなります。 CookieStoreの特徴 クッキーで情報を持つため余分なIOがなくなり高速 セッションファイルの管理が不要 セッションデータが4kを越える場合はCookieOverflowエラー*1 デフォルト設定 environment.rbを確認すると、以下のような記述が追加されています。 config.action_controller.session = { :session_key => '_application_session', :secr
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
はてなブログ | 無料ブログを作成しよう