25

Chrome ワークスペース: ローカルの CSS ファイルを、ローカルの http サーバーが提供するものにマップするとします。すべてがうまく機能し、ブラウザ内でファイルを変更でき、ページを更新すると変更が保持されます。

のような URL を介して参照されるように、たまたまアセットのフィンガープリントを作成しますstyles.css?longuniquehash。優れたプラクティス - このようにして、積極的なキャッシングを使用し、最新のアセットがクライアントによって使用されるようにすることができます。

ただし、URL が更新されるたびにマッピングが失われるため、ワークスペースではこれが少し裏目に出ます。簡単に言えば、ローカル リソースにマップstyles.css?123し、それを変更し、ページを更新すると、styles.css?234再度マップする必要があるものとして返されます。

私たちはカセットを使用していますが、問題はフィンガープリンティングを使用してどのセットアップでも再現できます。不足している設定または回避策はありますか?

4

2 に答える 2

-1

私はあなたがライブ サーバーで開発していないと仮定します (もしそうなら、ローカル マシンまたは少なくともテスト サーバーで停止して開発してください) ので、ライブ環境でのみ「キャッシュ バスター」を有効にします。すべてのプロジェクトで実行している環境を簡単に確認できる方法が常にあるため、「?123」クエリを追加する前に確認してください。コードでこれを解決する方法がわからない場合は、これを htacces に追加することもできます (Apache を使用している場合)

SetEnvIf Host 'local.domain.com' runenv=local

RewriteCond %{ENV:runenv} ^local$
RewriteCond %{REQUEST_URI} .*\.css
RewriteCond %{QUERY_STRING} !^$
RewriteRule ^(.*)$ /$1? [R=301,L]
于 2015-05-25T21:45:17.570 に答える