このページに基づいて、デフォルトで無視されるパラメータがあります。 たとえば、 gclid
はその1つです。 その同じページによると、クエリ文字列をキャッシュすることも可能です。 そのページの例は、例としてcountry
を示しています。
私が理解していることから、次のURL:
http://www.mysite.com/?country=canada&gclid=1234
... gclid
パラメータを無視し、 country=canada
からキャッシュファイルを提供する必要があります。 このファイルは次の場所にある必要があります。
wp-content/cache/wp-rocket/www.mysite.com/?country=canada/index.html
代わりに、次の場所にあります。
wp-content/cache/wp-rocket/www.mysite.com/?country=canada&gclid=1234/index.html
これは、 gclid=1234
country
ようなキャッシュされたクエリ文字列と組み合わせた場合、 gclid=1234
が無視されないことを意味します。
私は何かが足りないのですか? Rocket-Nginxのルールをコーディングしていて、ロジックを正しく理解していることを確認したいと思います。 私の理解では、これはバグです。 それは...ですか?
URL内の唯一のクエリ文字列パラメータである場合は無視されます。 その場合、プロセスは続行され、デフォルトのキャッシュバージョンが使用されます。
キャッシュする必要のある別のクエリ文字列パラメータがある場合でも、キャッシュに使用されるURLは、すべてのクエリ文字列パラメータを含む完全なものになります。
それは紛らわしく、理想的ではありません。 無視されたパラメータは、それを防ぐために、すべての場合にキャッシュファイル名から削除する必要があります。
私はそれが混乱し、理想的ではないことに完全に同意します。 あなたが何が行われるかを説明する方法は、まさに私がそれを理解した方法です。
ほとんどの場合、キャッシュは役に立たなくなります。 これはバグとしてフラグを立てて修正する必要があります、IMHO。
また、3つのutm_ *パラメータすべてを考慮する必要があるのはなぜですか?
3つ設定すれば、キャンペーン用であることが確実にわかり、無視しても大丈夫だと思います。 しかし、現在は他のパラメーターも存在するため、これも改善する必要があります。
同様のケースのように見えますが、ユーザーはクエリ文字列をキャッシュしていませんでした。 キャッシングは予期せぬものであり、いくつかの問題を引き起こしました。
https://secure.helpscout.net/conversation/691607800/83647?folderId=1391600