2つの質問が1つに丸められました。URL変数とPHPリダイレクトはキャッシュできますか？
一般に、URL変数でリクエストされた場合、ブラウザはURL（jsスクリプト）をキャッシュできますか？ など。 www.thing.com/?l=lib & s = thing.js
ブラウザがファイルをリダイレクトすることができますか？ など。 www.thing.com/script.js（www.thing2.com/actual.jsへのリダイレクトを伴うPHPファイルです）
ありがとうございました。
それはURL変数を要求しています場合には、二つの質問
できる一般的なキャッシュ内のブラウザURL（JSスクリプト）を持っているので？例えば。 www.thing.com/?l=lib & s = thing.js
はい。
ブラウザがファイルをリダイレクトする場合、キャッシュできますか？例えば。 www.thing.com/script.js（www.thing2.com/actual.jsへのリダイレクトを伴うPHPファイルです）
依存しています。リダイレクトが301の場合は、[はいper the spec
要求されたリソースは新しい恒久的なURIが割り当てられており、このリソースへの将来の参照が返されたURIのいずれかを使用すべきです。リンク編集機能を持つクライアントは、可能であれば、サーバーが返す新しい参照の1つ以上にRequest-URIへの参照を自動的に再リンクする必要があります。 この応答は、別途指示がない限りキャッシュ可能です。
リダイレクトは、次に、302である場合には、maybe
要求されたリソースは、異なるURIの下に一時的に存在します。リダイレクトは機会に変更される可能性があるため、クライアントは今後のリクエストでRequest-URIを使用し続けるべきです（SHOULD）。 この応答は、Cache-ControlまたはExpiresヘッダーフィールドで指定された場合にのみキャッシュ可能です。 （ブラウザはまだそれらを無視することを選択することができますが、キャッシュポリシーヘッダ経由）
ありがとうございます。現在の設定では302が使用され、キャッシュされないようです。私はあまりにもそれらを変更します301。 –
ブラウザは一般的に、基本的に任意の要求結果は、潜在的にキャッシュ可能であり、それが許可されています任意のURLをキャッシュします。ただし、「www.thing.com/？l = lib＆s = thing.js」と「www.thing.com/？s = thing.js＆l = lib」はブラウザーの目には異なる可能性があります。 – apokryfos