2007年06月04日のメモ
-
#
2007/06/04 16:38
ishinao
日本文芸社 クロカン 1 (1) 三田 紀房 -
#
2007/06/04 16:40
ishinao
メディアワークス とある魔術の禁書目録(インデックス)〈6〉 鎌池 和馬, 灰村 キヨタカ -
#
2007/06/04 16:40
ishinao
メディアワークス とある魔術の禁書目録(インデックス) (7) 鎌池 和馬, 灰村 キヨタカ -
#
2007/06/04 17:00
ishinao
[PHP] PHPのセッション機能は遅いので使わない件について（PHP at Yahoo!を読む）-
URL
2007-06-01 - ます’s Diary - どうでもいい事100選
→4 links
http://d.hatena.ne.jp/masugata/20070601#p1
セキュリティ面で自前セッションを使うという選択肢は、俺も前に考えたことがあるなー。セッション固定攻撃対策とか考えたら、自前で書き直した方が早いんじゃないか、とか思ったりして。でも、非標準のセッション機能を使うことのデメリットと照らし合わせて踏みとどまったけど。
serialize / unserializeは確かに遅い処理だろうけど、セッションに入れるデータ量がさほど大きくない場合は、クリティカルポイントにはならないんじゃないかと思っていたんだけど、実際どうなんだろう。真面目にベンチマークとか取ってみるべきだろうか。 -
URL
2007-06-01 - ます’s Diary - どうでもいい事100選
→4 links
-
#
2007/06/04 17:52
ishinao
PHP - スクリプトキャッシング-
URL
Matzにっき(2007-05-30)
→9 links
http://www.rubyist.net/~matz/20070530.html#p08
> 構文解析が予想以上に頻繁に実行される
が、メインの理由だと思う。mod_phpはスクリプトエンジンを常駐させるだけで、リクエストのたびにスクリプト実行環境は初期化され、構文解析が実行されるはず。
>実は単なるキャッシングではない
これもある程度は影響があるはず（たいていのスクリプトキャッシュには、最適化に関する設定がある）だけど、効果のほどは不明。 -
URL
Matzにっき(2007-05-30)
→9 links
参照元:
2(search.live.com)
2(tdiary.ishinao.net)
2(reader.livedoor.com)
1(b.hatena.ne.jp)
1(www.bloglines.com)
1(ocnsearch.goo.ne.jp)
1(php serialize 遅い)
1(PHPのセッション機能は遅いので使わない)
1(search.nifty.com)
1(mod_phpは遅い)
1(php serialize 遅い)
1(mod_php 常駐)
1(b.hatena.ne.jp)
1(いしなお php)
1(mod_php 常駐)
1(tdiary.ishinao.net)
