Article delegate-ja/475 of [1-574] on the server localhost:7119
  upper oldest olders older1 this newer1 newers latest
search
[Top/Up] [oldest] - [Older+chunk] - [Newer+chunk] - [newest + Check]

Newsgroups: mail-lists.delegate-ja

[DeleGate-Ja] no-cacheヘッダが付加されている場合のDeleg ateの動作について
16 Sep 2010 05:18:25 GMT <p3maqbrv6-qghxyppou3y6.ml@delegate.org>

佐藤様

お世話になっております。
日立製作所の新山と申します。

以前ご質問させていただいた事がある、日立製作所の川崎、高森等
と同じサーバにて稼動しているDelegateを使用しシステムを構築しております。
(クライアント、サーバは異なりますが、キャッシュサーバは同じ筐体上のDelegateを使用しています)
※バージョンは「dg9_8_2-pre45」になります。

現在、我々が担当しているシステムで、Javaのコンテンツにたいしてキャッシュが効かない
という事象が発生し調査を行っております。

切り分けを実施したところ、クライアントからDelegateへ対するリクエストヘッダに
「Pragma:no-cache」「CacheControl:no-cache」「If-Modified-Since」がついている場合に
Delegateは自分が持っているキャッシュは使用せず、クライアントからの
「If-Modified-Since」の値をそのままサーバに送信しているようだ
という事がわかりました。
※この動作は2008/01/25の佐藤さんの記載「0086」を参照する限り、Delegateの仕様だと理解しています。

一方、クライアント側の調査を行ったところ、
Javaのコンテンツのリクエスト送信元はJavaプラグインのなのですが
Javaプラグインは自身がキャッシュを持っている場合、
「Pragma:no-cache」「CacheControl:no-cache」「If-Modified-Since」
をセットで送信するようなのです。
(この動作に関する明確な記載は見つける事が出来ず、実機検証の結果です。)

このヘッダ制御はJavaプラグインが自動で行っており、外からの制御方法が見つからず非常に苦慮しております。

つきましては、不躾ですが下記ご質問ならびにご相談させて下さい。

1.2008/06/24の書き込み「14042」を参照すると
 「Cache-Control:max-age=0」の場合に関しては、サーバへの強制アクセスを行わないオプション
 が存在する旨記載されています。
 「Pragma:no-cache」「CacheControl:no-cache」に関しては同様のオプション
 (上記ヘッダが存在していても、キャッシュを参照し、キャッシュの更新時間でサーバへの問い合わせを行う)
 はないでしょうか。

2.存在しない場合、そのような動作オプションを新設いただくことは不可能でしょうか。

以上、よろしくお願いいたします。



  admin search upper oldest olders older1 this newer1 newers latest
[Top/Up] [oldest] - [Older+chunk] - [Newer+chunk] - [newest + Check]
@_@V