私は最近 JavaScript を勉強していて、Math.rand() を使用してリンク (Face book.com、読みやすさのブックマーク) に追加する例をたくさん見てきました。
これでどんな問題が解決しますか?可読性ブックマークレットのパラメーターの例:
解決する必要のある競合や問題が JavaScript にありますか?
重要な点は、ブラウザがこれらのリソースをキャッシュしないようにすることです。
Rubens 氏が述べたように、これはキャッシュを防ぐためによく使用されるトリックです。ブラウザーは JavaScript と CSS を非常に積極的にキャッシュする傾向があるため、帯域幅を節約できますが、スクリプトを変更するときに展開上の問題が発生する可能性もあります。
これは、ブラウザが http://www.example.com/something.js?foo にあるリソースが http://www.example とは異なるものであると考えるということです。 .com/something .js?bar であるため、リソースの取得にローカル キャッシュは使用されません。
http://www.example.com/something.js?foo
http://www.example とは異なるものであると考えるということです。 .com/something .js?bar
おそらく、より一般的なパターンは、リソースを変更する必要があるたびに変更される増分値を追加することです。この方法では、クライアント側のキャッシュを活用して繰り返しのリクエストを処理できますが、新しいバージョンがデプロイされると、ブラウザーに新しいバージョンを強制的に取得することになります。
個人的には、ファイルを変更するたびにバージョン番号を調べて変更する必要がないように、ファイルの最終変更時刻を Unix タイムスタンプとして追加するのが好きです。
重要な点は、ブラウザがこれらのリソースをキャッシュしないようにすることです。
Rubens 氏が述べたように、これはキャッシュを防ぐためによく使用されるトリックです。ブラウザーは JavaScript と CSS を非常に積極的にキャッシュする傾向があるため、帯域幅を節約できますが、スクリプトを変更するときに展開上の問題が発生する可能性もあります。
これは、ブラウザが
http://www.example.com/something.js?foo
にあるリソースがhttp://www.example とは異なるものであると考えるということです。 .com/something .js?bar
であるため、リソースの取得にローカル キャッシュは使用されません。おそらく、より一般的なパターンは、リソースを変更する必要があるたびに変更される増分値を追加することです。この方法では、クライアント側のキャッシュを活用して繰り返しのリクエストを処理できますが、新しいバージョンがデプロイされると、ブラウザーに新しいバージョンを強制的に取得することになります。
個人的には、ファイルを変更するたびにバージョン番号を調べて変更する必要がないように、ファイルの最終変更時刻を Unix タイムスタンプとして追加するのが好きです。