問題タブ [caching]

サーバーのクロックがクライアントのクロックより進んでいる場合、以下のコードは機能しますか?

編集: 私が尋ねる理由は、一部のユーザーが、以前にそのマシンを使用したユーザーからのページ (口座番号など) を見ていると主張している私たちの Web アプリの 1 つにあります。それでも、上記の行やその他の行を使用して、これが発生するのを「防止」します。

HibernateアプリケーションのキャッシュをEHCacheからJBossTreeCacheに移行しています。maxElementsOnDiskと同等の構成でディスクのキャッシュサイズを制限する方法を見つけようとしていますが、パッシベーションがアクティブになっているFileCacheLoaderで構成するのと同様のものが見つかりませんでした。

ありがとう

ブラウザの DOM に画像を追加すると、IE6 は画像を既にダウンロードしているかどうかを確認するためにキャッシュをチェックせず、代わりにサーバーから画像を再取得します。画像をキャッシュできることを IE6 に納得させる HTTP 応答ヘッダー (後続の画像要求の) の組み合わせは見つかりませんでした: Cache-control、Expires、Last-modified。

後続の画像リクエストの 304 を返して IE6 に「既に取得済み」であることを伝えることができると提案する人もいますが、そもそもサーバーへのラウンドトリップ全体を避けたいと考えています。

ログオンが必要で機密情報を表示する Web サイトがあります。

ユーザーはそのページにアクセスし、ログインするよう求められ、情報を確認できます。

ユーザーはサイトからログアウトし、ログイン ページにリダイレクトされます。

次に、「戻る」をクリックして、機密情報が含まれているページにすぐに戻ることができます。ブラウザはそれをレンダリングされた HTML と見なすだけなので、問題なく表示されます。

その人がログアウトした画面から「戻る」ボタンを押したときに、その情報が表示されないようにする方法はありますか? 戻るボタン自体を無効にしようとしているわけではありません。その人がサイトにログインしていないため、機密情報が再び表示されないようにしているだけです。

議論のために、上記のサイト/シナリオはフォーム認証を使用した ASP.NET です (したがって、ユーザーが目的のページである最初のページに移動すると、ログオン ページにリダイレクトされます。違い）。

Web アプリのナビゲーション用のカテゴリのリストがあるとします。ユーザーごとにデータベースから選択するのではなく、global.asax の application_onStart に関数呼び出しを追加して、そのデータを繰り返し再利用される配列またはコレクションにフェッチする必要があります。データがまったく変更されない場合 (編集 - 非常に頻繁に)、これが最善の方法でしょうか?

私は大手テレビ局のウェブ担当者です。当サイトは Akamai によってキャッシュされています。ページは、テスト環境 (キャッシュされていない) と「元の」ページ (キャッシュされていない) で完全にレンダリングされますが、ライブ環境 (キャッシュされたサイト) で表示されると、私が行った方法とまったく同じにはレンダリングされません。それらをコーディングしました。ほんの少しの間隔かもしれませんし、CSS 要素 (特に背景) が表示されていないかもしれません。フロートに失敗したために、どれだけのテーブル設計をしなければならないかは正気ではありません。

このようなキャッシングの経験がある人は他にいますか? レンダリングの変更を確認するために使用できるツールはありますか?

会社は問題が存在するとは考えていないため、サポートを求めることができる人がいません。できれば手伝ってください。

このサイトは、私がアクセスできない VB.Net バックエンド上に構築されています。フロントエンドにしかアクセスできません。

大量の静的正規表現を含むPythonファイルがインポートされるたびに、CPUサイクルは、メモリ内の代表的なステートマシンに文字列をコンパイルするために費やされます。

質問：インポートごとに正規表現のコンパイルを実行する必要がないように、これらの正規表現を事前にコンパイルされた方法でディスク上のキャッシュに保存することは可能ですか？

オブジェクトをピクルスにすると、次のようになり、とにかくコンパイルが発生します。

そして、reオブジェクトはマーシャリングできません：

クライアントがアプレットのバージョンを永遠にキャッシュしているように見えるケースがあります。<param name="cache_version">タグ内でタグを正しく使用している<object>、またはそう考えています。のバージョン文字列から7.1.0.40移行7.1.0.42したところ、クライアントの約半分のみがダウンロードされました。

クライアントが実行している JRE のバージョンは問題ではないようです。1.4、1.5、および 1.6 でこの問題が発生しているのを見てきました。

明示的なキャッシュ バージョンの経験がある人はいますか? cache_archive代わりにの "Last-Modified" や "Content-Length" の値 ( Sun のサイトによる)に依存する方が確実に (速度を無視して) 動作しますか?

参考までに、オブジェクト ブロックは次のようになります。

私の教授が小さなプログラムで非公式のベンチマークを行ったところ、Java の時間は最初の実行で 1.7 秒、その後の実行で 0.8 秒でした。

• これは完全にランタイム環境をオペレーティング環境にロードしたことによるものですか?

  また

• Java がコードを最適化し、それらの最適化の結果を保存することの影響ですか (申し訳ありませんが、その専門用語はわかりません)。

In an embedded application (written in C, on a 32-bit processor) with hard real-time constraints, the execution time of critical code (specially interrupts) needs to be constant.

How do you insure that time variability is not introduced in the execution of the code, specifically due to the processor's caches (be it L1, L2 or L3)?

Note that we are concerned with cache behavior due to the huge effect it has on execution speed (sometimes more than 100:1 vs. accessing RAM). Variability introduced due to specific processor architecture are nowhere near the magnitude of cache.