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フレームワークに発見されている脆弱性です。 セッ
セッションの有効期間とか設定とか挙動とかを調べました - [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 を動作させた際に出る
セッションを考える。その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ページを開く
