トップページ⇒php
822コメント255KB

【PHP】セッションについて語ろう！【PHP】

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん03/09/24 19:31ID:SnRvXmpI
ブラウザを閉じたらセッションの効果がなくなるのって、
ブラウザを閉じることでクッキーを消しているからなのですね。。
知らなかったよーーーーうわーーーん
0002nobodyさん03/09/24 19:32ID:SnRvXmpI
いちいちセッションの機能使わなくてもよく考えたら、
IPをキーにして
普通につくれるじゃん。。
と思ったんんだけどどうう？
0003nobodyさん03/09/24 20:24ID:???

1、スレ建て宣言…………１
2、開会の辞………………１
3、煽 り………………住人有志
4、逝ってよし……………１
5、御前もな………………住人有志
6、決意表明………………１
7、祝電披露………………1の家臣
8、来賓挨拶………………1の母親
9、来賓挨拶………………1の主治医
10、余興……………………もな踊り保存会
11、余興……………………１騙り太夫
12、送辞……………………大検
13、答辞……………………１
14、板歌斉唱………………全員
15、閉会の辞………………スレッドストッパー
16、終了宣言………………ひろゆき（削除忍代読）
0004nobodyさん03/09/24 22:39ID:???
早くPHP5出ないかなぁ・・・。
0005nobodyさん03/09/24 22:40ID:???
>>2
世の中の全端末にグローバルIPアドレスを付与出来るようになったのなら、それでも良いんだろうけどな。
NATやNAPT、プロキシサーバなんてもんが存在してしまうわけだ。
0006sage03/09/24 23:20ID:???
>>5
それって何か問題ある？
0007nobodyさん03/09/24 23:48ID:???
完全ではない、という問題。
0008sage03/09/25 00:23ID:???
IPが変わる可能性がある、ということだよね。
変わらなければ問題はない。
けれども変わるから完全ではない。

でも用途によれば、問題なく利用できるよね。
使う目的によって、価値も変わってくるということだ。
0009nobodyさん03/09/25 00:41ID:ZJmN+3d3
あげ
0010nobodyさん03/09/25 00:57ID:???
セッションだけで1000まで逝くか?
0011sage03/09/25 02:07ID:???
実際、、どうやったら、セッションの代わりになるんですか？
誰かおしえてちょんまげ
0012nobodyさん03/09/25 10:43ID:???
IPが変わるとか、ブラウザの起動中だけとか言ってるけど
問題はその逆。
同じアドレスで複数の人がアクセスする可能性
同じクライアントで別人がアクセスする可能性

これがあるから、そのままでは使えない
0013sage03/09/25 17:47ID:???
っていうかIPをキーにするんじゃなくて、クッキーをキーにしたら、
セッションと同じ機能をまるごとつくれるんじゃないか？
0014sage03/09/25 17:49ID:???
>>12
同じクライアントで別人がアクセスする可能性

セッションでもそれが言える罠。
0015nobodyさん03/09/25 18:38ID:???
なんだこのレベルの低さは
0016nobodyさん03/09/25 19:19ID:???
>>14
いやだから、ログアウトやブラウザ閉じたら無効にする機能が必要
0017sage03/09/25 19:28ID:???
>>16
クッキーの有効期限を0にしたら同じじゃないの？
0018nobodyさん03/09/25 19:43ID:T3dpzMyk
ｲｲﾖｰｲｲﾖｰあげ
0019nobodyさん03/09/25 21:11ID:???
今どきクッキーでセッション管理してﾓﾅｰ
0020nobodyさん03/09/25 22:05ID:???
>>8
アホか。
0021nobodyさん03/09/26 00:02ID:???
オマエラなぁー、せめて↓くらいひととおり見ろよ、とりあえず。

PHP マニュアル：セッション処理関数(session)
http://php.planetmirror.com/manual/ja/ref.session.php

クッキー仕様書日本語訳
http://www.futomi.com/lecture/cookie/specification.html
0022nobodyさん03/09/27 07:48ID:efY9iLPN
「ブラウザの戻るボタンで戻ってリロード→2重処理」
の回避策にsession使ってるけど邪道？
0023nobodyさん03/09/27 10:39ID:???
>>22
素直にDBの主キーと比較するとかもあると思うけど、それほど邪道でもないかと。
複数ページでのつながりを確保するのが目的だからな。
0024nobodyさん03/09/27 20:12ID:76PBBTl7
>>22
sessionでチェックという以前に、
遷移先画面にリダイレクトさせて、戻れなくするのが基本じゃないのかなぁ？？

0025直リン03/09/27 20:13ID:fK1fC/Fc
http://www.leverage.jp/bloom/qry/search.qry?function=first
0026nobodyさん03/09/27 20:30ID:???
>>24
エラーが出たとき入力内容が一切合切消えるのは非常に迷惑。
0027nobodyさん03/09/28 22:13ID:???
>>26
言ってる意味がよくわからん
それって、クライアント側のバッファ利用の問題で、二重投稿処理とは関係ない


0028nobodyさん03/09/28 22:40ID:???
戻れなくして不便を強いられるより、そういう配慮をしてくれる
ところのほうが好感が持てますね
0029nobodyさん03/09/30 15:43ID:2jXpVkA5
age
0030nobodyさん03/10/01 12:48ID:???
php
0031nobodyさん03/10/01 18:29ID:MgXABHqI
sesson
0032nobodyさん03/10/01 18:45ID:H4wYblVH
Yahooのサイトでは、クッキーを使ったセッションで認証をやってて、クッキーが分かっても設定されてるクッキーが
Yahooドメインかどうかを判断して不正ができないようにしているみたいですが、これってクラックの危険性はありますか？
大丈夫そうだったらウチのサイトでも導入しようかと考えてます。
0033nobodyさん03/10/01 19:14ID:???
危険が無いわけじゃないが、あちこちで使われている手法だし
対策はされている。
■ このスレッドは過去ログ倉庫に格納されています