CakePHPのセッションタイムアウトの指定はSession.timeoutだけではダメだった
CakePHP 2.xで、セッションタイムアウトの時間を指定しようとすると、下記のように書くと思います。 Config/core.php Configure::write('Session', array( 'defaults' => 'php', 'timeout' => 1440, //1days ←単位は分 )); しかし、これだけではダメだったりするのです。 具体的には、1日経たなくてもセッションタイムアウトしてしまいます。 その理由は、PHPでのセッションファイルのガベージコレクションにあります。 PHPでは、セッションを開始すると（session_start()）、ふつうはセッションファイルを作成します。 CentOS6.2にyumでPHPを入れた場合は、/var/lib/php/sessionあたりです。 CakePHPのcore.phpで、Session.defaultsを
HTTPヘッダいろいろ＠はやし - メディアリュウム：開発チームのブログ
先週の土曜にJR仁木町で初めて降り、友人と町を歩きましたが、 歩いている人は私たち以外誰もいない、とっても静かな町でした。 仁木ファームの「チェリーパイ」がとてもおいしかったです! 本日はHTTPヘッダあれこれです。 ●HTTPヘッダ データの先頭に付加される、データ自体に関する情報。 ウェブのリソースに関するメタ情報を提供します。 ブラウザからウェブサーバへの外へ出ていくリクエストヘッダと ウェブサーバからブラウザへ返ってくる応答のリプライヘッダがあります。 header() 関数は、通常の HTML タグまたは PHP からの出力にかかわらず、 すべての実際の 出力の前にコールする必要があることです。 （PHPマニュアルより） header出力の前にデバック用にprintと書いてあるのを 忘れてしまうことが度々。。。 もちろんエラーです。 ●SSL＋PHP＋ファイルをダウンロードする場
2038年問題でクッキーの有効期限がブラウザを閉じるまでになっていた | Sun Limited Mt.
ログインするときにログインの状態を保持するチェックボックスがあると思います。以前開発したシステムで急にそのログイン状態を保持するのが利かなくなったと連絡があり調査したところ、原因は2038年問題でした。 ログインするときにログインを保持するにチェックがあると session_set_cookie_params(60*60*24*365*30); として30年後を指定していました。 しかし、2038年問題 – Wikipedia にあるように2038年1月19日 3時14分7秒でオーバーフローしてしまうため、クッキーの有効期限が0を指定したときと同じ扱いになってしまいました。 Firefox のオプションで Cookie の有効期限を毎回確認するにして確認すると、その時点で既にブラウザを閉じるまでになっていました。 2038年問題は知っていましたが気がつくのが遅く、しばらく気がつきませんでし
PHP:既知のセキュリティ脆弱性 – Session Adoption
(Last Updated On: 2018年8月13日)追記：より新しい情報については間違いだらけのHTTPセッション管理とその対策をどうぞ。 PHPには広く知られているにも関わらず放置されている既知のセキュリティ脆弱性が幾つかあります。その一つがセッションモジュールのセッションアダプション(Session Adoption)脆弱性です。この脆弱性は現在広く利用されているWebアプリケーションの安全性に、非常に大きな影響を与える脆弱性です。 セッションアダプション脆弱性とはセッション固定化攻撃を可能とする脆弱性の一種です。セッションアダプションに脆弱なセッション管理システムは、ユーザ(ブラウザ)が送信してきた未初期化のセッションIDを受け入れ、セッションを初期化してしまいます。PHPに限らず、RailsやJavaのフレームワーク等、多くのWebフレームワークに発見されている脆弱性です。
セッションを維持したまま、サブドメインを移動できますか？(1/1) | OKWave
たしか php.ini のセッションの項にある session.cookie_domain にて指定できたと思います。 session.cookie_domain = "sample.com" とすれば、そのサブドメインで同じセッションが利用できると思います。ただし、同じサーバー上である必要があります。 もしこれを利用しない場合は、aaa.sample.com のセッションIDを他のホストにPOSTするなどして新しくユーザーに割り当てるという方法でしょうか。ただこの場合も同サーバー上で運用してる場合に限ります。 もし全く別サーバーで運用している場合は難しいと思います。セッションIDだけでなくセッション変数の中身もPOSTする必要があるんじゃないでしょうか。
セッションの有効期間とか設定とか挙動とかを調べました - [PHP + PHP] ぺんたん info
PHPでログインページを作ったりするときに、よくセッションを使ったりすると思いますが、 じゃあセッションってどのようになってるのでしょうか。 [参考]セッション固定攻撃 [参考]GPC(GET/POST/cookie)以外の情報を送るアラワザ [参考]アンダーバーのあるドメインではセッションクッキーは使用できません セッションの破棄されるタイミング ガベージコレクト(ガベージコレクション、ガーベッジコレクション、ガーベッジコレクタともいわれます)とは、『ごみ拾い』という意味です。 session_start()が行われたときに、session.gc_probabilityを分子、session.gc_divisorを分母とする確率で、 session.gc_maxlifetimeよりファイル更新日付の古いファイルをsession.save_pathから削除します。 デフォルトでは、1/10
セッションの管理/タイムアウト
session.save_handler = files session.save_path = "/var/tmp" session.use_cookies = 1 session.name = PHPSESSID session.auto_start = 0 session.cookie_lifetime = 0 session.cookie_path = / session.cookie_domain = session.cookie_httponly = session.serialize_handler = php session.gc_probability = 1 session.gc_divisor = 100 session.gc_maxlifetime = 1440 session.bug_compat_42 = off session.bug_compat_warn
セッション(session)の有効期限を設定するには - spanstyle::monolog
セッション(session)の有効期限を設定するには ishii (2005年7月 5日 04:54) | 個別ページ | コメント(2) カテゴリ PHP タグ .htaccess, PHP セッションについて書いてみたらどうでもいいネタばかりになっちゃったけど、まあいいや。誰かのお役に立てれば。 セッションは、基本的に session.gc_maxlifetime session.gc_probability session.gc_divisor の3つをこねくりまわせば有効期限を制御することができる。この中で一番大切なのはsession.gc_maxlifetimeで、ここにセッションの有効期限を秒数で設定すればいい。 この記事を見た人は以下のエントリも見ています symfonyでカスタムバリデータを使ってフィルタを実装する PHP5.2.8 で Mojavi3 を動作させた際に出る
覚えておくと便利な5つの.htaccessテクニック | RontanBlog
Warning: Use of undefined constant user_level - assumed 'user_level' (this will throw an Error in a future version of PHP) in /home/rontan/www/wp-content/plugins/ultimate_ga_1.6.0.php on line 524 PHPの設定は「php.ini」で行うことができるのですが、レンタルサーバーや共有サーバーとして利用している場合、「php.ini」を変更することはできません。 そんな時は、.htaccessを利用して、特定のディレクトリ以下のみPHPの設定を変更してあげることで解決できます。 しかし、.htaccessでは全ての設定を変更できる訳ではありません。 phpManualで「PHP_INI_PERDIR」また
セッションを考える。その2 .htaccessに頼る。: Xo式 実験室（labo.xo-ox.net）
ソフトウェアや電子工作の製作とコピペインストールの試行錯誤です。 Android用やPerl、python等、3DとPIC&LPCマイコンを扱います。 FreeBSDとWindowsは忘れました。 Flashに関してはファイルの操作限定です。 Apacheのモジュールとして動くと言うことがPHP使用の最大の理由だが モジュールモードだとsafemodeということで使えない関数も多い。 しかし.htaccessでほとんどどうにかなる事を知った。 セッションを扱うに当たっては保存場所を session_save_path("/SES1"); のようにしたかったのだがこのsession_save_pathも使用禁止だった。 だから初期段階では「どこか」にセッションデータは収納されているようだったが 自分の領域でなく気持ち悪かった。 変更について以下の二つの方法がある事を知った。 特にこれはxre
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
第6章 - コントローラーレイヤーの内側 (symfony 1.4 legacy version)
midoff.com
symfonyのsessionで名前空間 - 駆け出しプログラマーの日常