問題タブ [last-modified]

Grails には、他のすべてのクラスが使用するフィールドを持つ抽象ドメイン クラスがあるため、他のクラスはそれを拡張します。このフィールドは監査フィールドです。そこで、自動タイムスタンプ フィールド (dateCreated と LastUpdated、およびその他の 2 つの文字列フィールド) を使用します。

したがって、列に特定の名前を付ける必要がありますが、何らかの理由で列名のマッピングが機能していません。

エラーは発生しません。すべてのフィールドの元の列名がDBに保持されるだけです。

事前に感謝します。

1 か月以上使用されていないすべての画像ファイルを削除するソフトウェアのパージ機能を作成しています。これを行うために、次の 2 つのことを確認しています。

1. ファイルの最終変更日
2. 最近表示したファイルを表示するデータベースのクエリ。

クエリは、ファイル チェックよりもはるかに低速です。したがって、理想的には、最初のチェックに失敗したが2番目のチェックに合格したファイルの最終更新日をリセットできるようにしたいと考えています.管理システムの負荷。

各ファイルの名前を一時的なラベルに変更してから、それ自体に変更するなど、粗雑な（そしておそらくさらに遅い）ものに頼らずにこれを行う方法はありますか？

ファイルのアクセス日時を確認する方法を知っている人はいますか? 関数は変更された日付と時刻を返します。アクセスされた日付と時刻を現在の日付と時刻と比較するものが必要です。

ブラウザーのキャッシュから直接提供されると予想される静的リソース (画像、css ファイルなど) に対する予期しない要求を多数受信している Web サイトがあります。これはパフォーマンスの問題であり、なぜそれが起こっているのか理解できません。

静的リソースごとに、Web サイトはExpires24 時間後のLast-Modifiedヘッダー、画像/css ファイルの変更日のヘッダー、および次の情報を返しますETag。

これらの設定を使用すると、ブラウザーが初めて画像または css ファイルを要求した後、次のことが期待できます。

• さらに 24 時間はリソースを再要求しません。
• 24 時間後、リソースを再リクエストし、If-Modified-Sinceヘッダーとヘッダーを渡します。If-None-Matchサーバーはステータスで応答し304ます (サーバー側で何も変更されていないと仮定します)。

これは、ほとんどの場合に発生することです。

ただし、静的リソースがキャッシュされていないように見え、ページごとにリクエストされているブラウザー セッションがいくつか見られます。

これらのリクエストを見ると、If-Modified-SinceまたはIf-None-Matchヘッダーが受信されていません。200その後、サーバーは毎回ステータスで応答し、要求されたリソースを返します。これは追跡したいパフォーマンスの問題です。

この問題は、ブラウザと Web サイトの間に HTTP プロキシ/キャッシュが存在することが原因であると思われます (問題のセッションは通常、企業のファイアウォールの背後から発生します)。もしそうなら、なぜプロキシがこのようにヘッダーに干渉するのExpiresか理解できません。EtagLast-Modified

関連する場合のいくつかの追加情報:

• Date現在、ヘッダーを設定していません。Expires/Last-Modifiedヘッダーが正しく機能するために必要ですか?
• /で十分Cache-Controlだと考えて、現在ヘッダーを設定していません。ExpiresLast-Modified
• Web サイトは https と http の両方で展開されており、両方の展開で問題が発生しました。これでプロキシが原因でなくなると思っていましたが、一部のプロキシが SSL トラフィックをインターセプトすることがわかりました。

他の誰かが同様のことを経験し、なぜそれが起こるのかを知りましたか?

ファイルが変更されたかどうかを検出するときに、ファイルの最終変更（NTFSなど）を使用しても安全ですか？そうでない場合、ファイルバックアップアプリケーションは常にファイル全体をハッシュして変更をチェックしますか？もしそうなら、どのハッシュアルゴリズムがこのチェックに適していますか？

現在、リモート サーバーからファイルを更新する作業を行っています。ファイルをダウンロードしてドキュメント ディレクトリに保存できます。ファイルには「Last-Modified」タグがあり、それを使用してファイルを更新する必要があるかどうかを確認しています。しかし、私の質問は、後で使用するためにタグ付きの文字列をどのように保存するのですか? 後で、保存された文字列を現在の「Last-Modified」タグを持つ別の文字列と比較したいと思います。等しい場合はファイルを更新する必要はありませんが、等しくない場合は新しいファイルをダウンロードします。

英語が下手で申し訳ありませんが、私を修正してください。助けていただければ幸いです。しばらくこれに苦労してきました！

編集：

ファイルへのダウンロード リンク: Archive.zip

開いたファイルにfile("foo.txt")は、ファイルの変更時間に関する情報がありますか?

基本的に、特定の時間以降にファイルが変更または置換されたかどうかを知りたいのですが、変更時刻を確認してからファイルを開くまでの間にファイルが置換された場合、不正確な情報が得られます。

どうすれば確信できますか？

ありがとう。

アップデート

@rubayeet：答えてくれてありがとう（+1）、私は実際にそれを考えていませんでした。でも… 修正時間が変わったらどうするの？おそらく、ファイルを再度リロードします。でも、その時が変われば？ファイルが定期的に変更されていると、永遠にループしてしまう可能性があります。私が本当に欲しいのは、潜在的な無限ループなしで、開いているファイル ハンドルとそれに伴う変更時間を取得する方法です。

PSファイルが定期的に変更されることはないので、あなたが与えた答えは実際には私の目的には十分でした.

更新 2

以前の更新を考えてみると (そして少し実験してみると)、ファイルが開かれた時点でのファイルの変更時刻を単に知ることは、読み取り中にファイルが変更されたかのようにあまり役に立たないことがわかりました。変更されたデータの一部またはすべてを取得できます。そのため、ファイル全体を開いて読み取り/処理し、(@rubayeet の回答に従って) mtime を再度チェックして、古いデータがあるかどうかを確認する必要があります。

後にurlパラメータに何かを追加することで、各Webページの最終変更日時をGoogle検索に返すことはできますwww.google.com/search?q=...か？または、そのような情報を取得する簡単な方法はありますか？

追加の質問：なぜグーグルは検索結果にそのような情報を含めないのですか？これは非常に重要な情報であり、グーグルが各ページをクロールするのであれば、追加の仕事は必要ないようです。

を使用して、変更されたタイムスタンプでファイルのリストを制御ファイルと比較しようとしています

controlfileの更新日olderfileが より前であるため、これは を返しcontrolfileます。olderfileただし、作成日 (の作成日は の後)で比較しているように見えるcontrolfileため、常に が返されolderfileます。/twスイッチはdir最後に書かれた日付 (から) を使用するように指示する必要があるため、dir /?/tw をドキュメントどおりに動作させたい場合、何が間違っているのかわかりません。

：アップデート：

今までolderfileはcontrolfile. olderfile同じディレクトリにコピーするとcontrolfile、比較は期待どおりに機能しました。つまり、上記のコマンドが返されcontrolfileました。そのため、サブフォルダーにいると、明らかに比較が壊れます (サブフォルダーの更新日が の更新日olderfileよりも前の の更新日である場合でもcontrolfile)。

だから私の質問は、ディレクトリ構造が必要な場合、これをどのように回避するのですか?

私はソース管理にGitを使用し、Visual Studio 2008でビルドします。ほとんどの場合、1つのブランチ（マスター）でビルドします。多くの場合、コードレビューを行い、一時的に別のブランチに切り替える（開発する）必要があります。レビューするコードを作成せず、レビューが終了したら、元のブランチに切り替えます。

1. マスターで開発
2. すべてをコミットします（ブランチはクリーンです）
3. 建てる
4. 開発に切り替える
5. コードレビューを行う
6. マスターに切り替える
7. マスターで開発を続ける
8. ビルド（前の手順で変更されたファイルだけでなく、多くのファイルを再コンパイルします）

マスターと開発で1つのファイルのバージョンが異なる場合、そのファイルの変更日時は、手順5でブランチを切り替えた後、チェックアウトの瞬間に更新されます。これにより、ソースコードがあるにもかかわらず、VisualStudioは手順8でそれらを再構築します。変更されていません。

ブランチを変更するときに大規模な再構築を回避するにはどうすればよいですか？