FireFoxの強制同期

[okm]

みなさま、すみません。

やはりIEでも同じ現象になるようです。
（同期できる人とできない人がいるようです）
※IEはOracleのシステムを経由したりしておらず、start.curlをたたいてブラウザを起動しています。

RTEを再起動しても同期されず、やはりブラウザのキャッシュ削除＋Curlのキャッシュ削除で解決されました。


必ず同期させる一番確実な方法はなんでしょうか？

[ashimo]

インターネットオプションの全般タブ「閲覧の履歴」の設定が「確認しない」などになっていると
CurlがIEキャッシュから古いパッケージファイルを読み出してしまう可能性ありますね。

[heavybugtracker]

Curlの同期機能を正確に動作させる条件に満たせているなら、rsync-as-of 未来日付で、確実に更新される仕組みになっていると思います。またこのようにrsync-as-of を利用する場合、ブラウザの設定に影響されません。

>やはりブラウザのキャッシュ削除＋Curlのキャッシュ削除で解決されました。

okmさんのこの情報によると、パッケージキャッシュがサーバ側のコンテンツより古くないと判断されているので、システムクロックのクラサバ間の違いがあることが今のところ一番の可能性かと思われます。


ただ、徹底的に解決するにはまだ詳しく調査が必要と思います。調査の手掛かりとしては、Curlの開発ドキュメントに載っている同期機能に影響する要素を確認し、関係しそうなところから調査しないと確実な原因は判明できませんね。
この辺の調査は大変だと思いますけど...

インターネットオプションの全般タブ「閲覧の履歴」の設定が「確認しない」などになっていると
CurlがIEキャッシュから古いパッケージファイルを読み出してしまう可能性ありますね。

[okm]

おはようございます。

みなさん回答ありがとうございます。
インターネットオプションは確認しましたが、「自動的に確認する」になっていました。

クライアント端末の時間がズレていたとも考えられません・・。
Curlの同期機能を正確に動作させる条件を再度確認してみます・・。

Curlの同期機能を正確に動作させる条件に満たせているなら、rsync-as-of 未来日付で、確実に更新される仕組みになっていると思います。またこのようにrsync-as-of を利用する場合、ブラウザの設定に影響されません。

>やはりブラウザのキャッシュ削除＋Curlのキャッシュ削除で解決されました。

okmさんのこの情報によると、パッケージキャッシュがサーバ側のコンテンツより古くないと判断されているので、システムクロックのクラサバ間の違いがあることが今のところ一番の可能性かと思われます。


ただ、徹底的に解決するにはまだ詳しく調査が必要と思います。調査の手掛かりとしては、Curlの開発ドキュメントに載っている同期機能に影響する要素を確認し、関係しそうなところから調査しないと確実な原因は判明できませんね。
この辺の調査は大変だと思いますけど...

インターネットオプションの全般タブ「閲覧の履歴」の設定が「確認しない」などになっていると
CurlがIEキャッシュから古いパッケージファイルを読み出してしまう可能性ありますね。

[okm]

原因がわかりました。

同期機能を正確に動作させる条件にあってない項目がございました。

みなさま、親身にご相談に乗っていただき、ありがとうございました！

HTTPサーバのログを見ると、ファイルをGETしにいってるのですが、リターンコード304で更新されていないと認識していました。
詳しくきいてみると、
今回サーバへリリースしたファイルですが、以前サーバにのっていたものより古い日付のものをリリースしたようです。

ということで、タイムスタンプを過去にしてしまったためにおきた問題でした。

Curlのドキュメントにも書いてあったのですが、こちらの確認ミスです＞＜
大変お騒がせいたしました。