多くの助けと研究の後、私は最終的に301のリダイレクトを.htaccessファイルで動作させることができましたが、ブラウザで実際に 'リフレッシュ'しなければページをリダイレクトしません。キャッシュされたサイト。301 htaccessとキャッシュによるリダイレクト：古いキャッシュの削除方法
すべてのブラウザを閉じて、.htaccessファイルを挿入してから、新しいブラウザを開いても、キャッシュされたサイトが開きます。私は、ほとんどの顧客がページをリフレッシュする気にならないだろうと推測する危険があります。そうでなければ、実際に新しいページがあることを発見するまでにはかなりの時間がかかります！
アイデア？ありがとう！
-Karl
EDIT：「！私たちの新しいウェブサイトを見るにはここをクリック」私はただ、言う私たちの現在のホームページにリンクを置くのアイデアを持っていましたリンクがページを更新すると、301リダイレクトが実行されます。誰もこれの否定的な副作用を考えることができますか？
しばらくお待ちください。ほとんどのユーザーキャッシュは、異常に長いキャッシュヒントを持つページを提供するようにサーバーを設定しない限り、数時間で失効します。
ここでページを提供している場合は、クライアントがキャッシュしないようにヘッダーを設定できます。
カール、
私はキャッシングヘッダを調べるために見つけた最良の方法はLive HTTP Headers firefox add on次のとおりです。そのため、この質問を参照してください。
これは、それが自分のホームページについてこう言われる、前述したように
HTTP/1.x 200 OK
Date: Fri, 06 Nov 2009 15:16:57 GMT
Server: Apache
Last-Modified: Mon, 12 Oct 2009 16:52:05 GMT
Etag: "85dcc1-1386-4ad35eb5"
Accept-Ranges: bytes
Content-Length: 4998
Keep-Alive: timeout=10, max=99
Connection: Keep-Alive
Content-Type: text/html
、ETagのは問題です。クイック（unixy）の修正はfind /var/www/htdocs -type f|xargs touchであり、wwwディレクトリ内のすべてのファイルの変更時刻が変更されます。
ただし、Apacheのインスタンスがetag値を生成するように設定されている方法によって異なります。ここにはgreat little howto on setting up caching with Apacheがあります。
あなたの提案がリンクを追加する限り、私はそれがうまくいくとは思わない。ブラウザがページをリモートで更新するよう強制することはできません。上で指摘したように、解決策は変わらないetagsに問題があります。
Dan
キャッシュの存続期間を確認する方法はありますか？たとえば、私が関係するウェブサイトはwww.mastercontrols.comです。 –
サーバーがetagsを使用して、ページがユーザーキャッシュに入った後に変更されていない304を送信しています。キャッシュに問題がある場合は、ディスク上の最終更新日がより新しいように文書を修正してください。 –
だから、ちょうど各ファイルに行き、小さなものを変更して保存することをお勧めしますか？また、サーバーが304を送信していたことをどのように確認しましたか？ –