PEAK XOOPS - Re: BlocksAdminとSPAWで「Invalid Session」 in englishin japanese

Top > XOOPS Modules >OtherMods >BlocksAdminとSPAWで「Invalid Session」

Re: BlocksAdminとSPAWで「Invalid Session」

List posts in the topic

question Re: BlocksAdminとSPAWで「Invalid Session」

msg# 1.1.1.1.1.1.1.1.2.1.1
depth:
10
Previous post - Next post | Parent - Children.1 | Posted on 2006/2/2 0:09
yono  Private   Posts: 9
自己レスです。

早速上記の変更をＷＡＤＡＸで行ってみました。
一応WADAXで上記設定変更を行い、IEの設定を元に戻した上で改めてSPAWの操作をしてみたところ、IE6(WinXP)では問題なく更新が行えるようになりました。

ただし、如何せん短時間での作業のため、確証は持てません。

一応、上記の方法をたどり着くために、調べた上で導き出した仮説なのですが…

こちらのなんか適当なサイトさんに、

Quote:
session.cache_limiter = nocache の場合(デフォルト値)、IE5.01 とかだと SESSION+POST の場合にキャッシュまわりが奇妙な動作になるんで、session.cache_limiter = private にしとく必要がある(public の場合、プロキシでのキャッシュ対象になってしまう)。

という記述を見つけたことにヒントを得ています。
ただ「なぜそうなのか？」について色々ググってみたのですが、短時間でもあり、キーワードが思わしくないのか、イマイチ的を得た答にたどり着けません。

また、同じ「nocache」の設定になっている複数のサーバーで、現象が異なっている理由も、上記引用文だけでは導き出すことが出来ません。

個人的には「（ネットワーク上の）中継点にあるプロキシサーバ（あるいはキャッシュサーバ）に問題があるのではないか？などと考えてみたりしました。

PHPマニュアルの記述を見ている限り、「nocache」の設定にしておけばローカル、プロキシのいずれにもキャッシュを残さないことになっているはずですが、何らかの拍子に「SPAW」部分のみ「（プロキシサーバなどに）残されたキャッシュ」を参照してしまい（あるいはその逆に「SPAW」部分のみをリロードしてしまい）、セッションが途切れてしまっているのではないか？と。

「Invalid Session」エラーのケースもさまざまなようで、必ずしも特定のサーバに依存するものではなさそうですし、特定のＰＣ環境に依存するものでもなさそうです。
私の場合「特定のサーバでのみ、複数のＰＣ環境で」でしたし、探ってみた中には「（自宅サーバ環境で）自宅以外のＰＣからの編集の場合のみ」という方もいらっしゃいました。（これは微妙にケースが異なるのかもしれませんが）

セッションの連続性、サーバの挙動など、（前述の通り）あまり詳しくないので、極端に的外れな指摘をしているのかもしれません。

session.cache_limiter = nocache の場合でもキャッシュしてしまうプロキシが（問題発生点に経路的に近い場所に）存在する…などという事があるのかどうか？なんてのが焦点だったりする気もします。

ちなみに、上記PHPマニュアルの解説ページに、

Quote:
privateモードにおいて、Expireヘッダがクライア ントに送信されます。これは、Mozillaのようないくつかのブラウザを混 乱させます。これを避けるには、 private_no_expireモードを使用してください。 このモードでは、Expireヘッダはクライアントに送信されません。

ので、session.cache_limiter の値は「private」ではなく「private_no_expire」の方が恐らく良いのでしょう。

いずれにしてもウチのfirefox1.5では、キャッシュの設定を「有効」に戻してしまうとSPAWの部分のみ表示されない…ということが（サーバに関係なく）頻発するので、これを機にキャッシュ設定を「無効」のままにしてあります(^^ゞ
ので、session.cache_limiter = private_no_expire」が有効な設定なのかどうかは、正直わかりませんm(___)m

ローカルにキャッシュが残ってしまう…というのも、(XOOPS本体の)動作上の問題、リスクの両面から気になるところではありますが…

ともあれ、

session.cache_limiter = private

の設定のまま、複数の環境で試してみたいと思います。
（金曜日に件のクライアントを訪問する予定があるので、そちらでもチェックしてみたいと思っています）

追記：
今日、勢い余って自分のメインマシンに、公開されたばかりのIE7 Public Betaをインストールしてしまいました。
（そういうことには滅法目のないもので…(^^ゞ）
従って、上記テストはメインマシンのIE7betaと、サブマシン(WinXP)のIE6の両方で行っています。
とりあえずどちらの環境でも編集は正常に出来ています。
ちょくちょくフリーズしたり、描画が恐ろしく遅かったり、不安定な環境でのテストではありますが…(^^ゞ(^^ゞ


追記も含め、長文大変失礼しましたm(___)m
Votes:10 Average:8.00

Posts tree

  Advanced search

Login
Username or e-mail:

Password:

Remember Me

Lost Password?

Register now!