パラメータの無視機能を有効にすると、Alibaba Cloud Dynamic Content Delivery Network (DCDN) は、リクエスト URL 内の疑問符 (?) の後に続くパラメータを削除できます。 これにより、キャッシュヒット率が向上し、オリジンサーバーにリダイレクトされるリクエストの数が減り、オリジンサーバーへのデータ転送のコストが削減され、コンテンツ配信が高速化されます。 このトピックでは、パラメータの無視機能を構成する方法について説明します。
使用するタイミング
パラメータの無視を有効にする
リクエスト URL に疑問符 (
?) とそれに続くパラメータ(http://alibaba.com/content?aなど)が含まれているが、パラメータの優先度が低く、パラメータが無視されてもコンテンツを取得できる場合は、この機能を有効にすることをお勧めします。 この機能を有効にすると、DCDN はオリジンサーバーからリソースを取得する際に、リクエスト URL 内の疑問符 (?) の後に続くパラメータを無視します。 これにより、キャッシュヒット率が向上します。たとえば、
http://example.aliyundoc.com/image_01.jpgに初めてアクセスすると、リクエストされたリソースは DCDN プレゼンスポイント (POP) にキャッシュされません。 DCDN はオリジンサーバーからリソースを取得します。http://example.aliyundoc.com/image_01.jpg?test1に 2 回目にアクセスすると、URL 内の疑問符 (?) の後に続くパラメータは無視されます。 リクエストは、キャッシュされたリソースhttp://example.aliyundoc.com/image_01.jpgに直接ヒットできます。パラメータの無視を無効にする
リクエスト URL に疑問符 (
?) とそれに続くパラメータが含まれているが、パラメータに重要な情報が含まれている場合は、この機能を無効にすることをお勧めします。 この機能を無効にすると、DCDN は疑問符 (?) の後に続くパラメータを含む URL 全体をチェックします。 完全一致により、コンテンツ取得の精度が向上します。たとえば、
http://example.aliyundoc.com/image_01.jpgに初めてアクセスすると、リクエストされたリソースは DCDN POP にキャッシュされません。 DCDN はリクエストされたリソースをオリジンサーバーから取得します。http://example.aliyundoc.com/image_01.jpg?test1に 2 回目にアクセスすると、疑問符 (?) の後に続くパラメータは保持されます。 DCDN は URL 全体をチェックします。 リクエスト URL がhttp://example.aliyundoc.com/image_01.jpgと異なるため、リクエストはキャッシュされたリソースにヒットできません。 リクエストはオリジンサーバーにリダイレクトされ、http://example.aliyundoc.com/image_01.jpg?test1のリソースを取得します。
URL 署名機能は、パラメータの無視機能よりも優先されます。 タイプ A の認証情報には、HTTP リクエストのパラメータが含まれています。 したがって、DCDN POP は、リクエストされたリソースのバージョンをキャッシュする前に、リクエストの署名付き URL を検証する必要があります。 URL 署名の構成方法の詳細については、「URL 署名の構成」をご参照ください。
サブ機能
パラメータフィルタリング
説明
シナリオ
DCDN は、リクエスト URL 内の疑問符 (
?) の後に続くパラメータを削除するため、同じファイル宛てだが異なる URL パラメータを持つリクエストがキャッシュにヒットできます。 これにより、キャッシュヒット率が向上し、オリジンサーバーへのルーティング頻度が減り、ファイル配信が高速化されます。一部のユーザーは、リクエスト URL 内の疑問符 (
?) の後にパラメータを追加して、ユーザー ID (UID)、リクエストソース、レコメンデーションコードなどの情報をオリジンサーバーに渡します。 この場合、これらの URL は、リクエストが同じファイルに送信された場合でも、異なるクエリ文字列を持ちます。URL 内の疑問符 (
?) の後に続くパラメータがリクエストされたリソースに関係ない場合は、パラメータフィルタリングを有効にすることをお勧めします。 例:ユーザー A からのリクエスト:
http://example.com/1.jpg?uid=123***ユーザー B からのリクエスト:
http://example.com/1.jpg?uid=654***
DCDN POP がユーザー A およびユーザー B からの元の URL を使用する場合、リクエストはキャッシュ内の同じファイルにヒットできません。 リクエストはオリジンサーバーにリダイレクトされる必要があります。
パラメータフィルタリングが有効になっていると、DCDN POP はリクエスト URL 内の疑問符 (
?) の後に続く UID を削除します。 最終的な URLhttp://example.com/1.jpgがキャッシュとの照合に使用されます。オリジンサーバーへのリクエストでパラメータを保持する
説明
シナリオ
元の URL はオリジンサーバーにリダイレクトされるため、重要なユーザー情報をオリジンサーバーに渡すことができます。
パラメータフィルタリングを有効にすると、DCDN POP は処理された URL をオリジンサーバーにリダイレクトします。 前の例では、ユーザー A とユーザー B からのリクエストはどちらも URL
http://example.com/1.jpgを使用します。 オリジンサーバーへのルーティング中に UID はオリジンサーバーに渡されません。パラメータの保持が有効になっていると、DCDN POP は元の URL をオリジンサーバーにリダイレクトするため、UID がオリジンサーバーに渡されます。
この機能は、指定されたパラメータを保持または削除できます。 次の図は、その仕組みを示しています。
手順
DCDN コンソール にログインします。
左側のナビゲーションウィンドウで、ドメイン名 をクリックします。
ドメイン名 ページで、管理するドメイン名を見つけて、設定 をクリックします。
ドメイン名の左側のナビゲーションツリーで、最適化 をクリックします。
パラメーターを無視 セクションで、変更 をクリックし、ビジネス要件に基づいてフィルタリングモードを選択し、パラメータを設定します。
説明フィルタリングモードを変更すると、現在の構成はクリアされます。
フィルターモード: 指定されたパラメータを保持する

パラメータ
説明
例
パラメータフィルタリング
はい: DCDN は、オリジンサーバーからリソースを取得する際に、リクエスト URL 内の疑問符 (
?) の後に続くパラメータを削除します。 これにより、キャッシュヒット率が向上します。説明パラメータフィルタリング を有効にし、指定されたパラメータを保持する パラメータを設定しないと、疑問符 (
?) の後に続くすべてのパラメータが削除されます。いいえ: DCDN は、疑問符
?の後に続くパラメータを含む URL 全体をチェックします。 完全一致により、コンテンツ取得の精度が向上します。
元の URL が
http://example.com/1.jpg?key1=1&key2=2&key3=3の場合、次の例は、異なる設定に基づいて URL がどのように処理されるかを示しています。例 1: すべてのパラメータを削除し、最終的な URL をオリジンサーバーにリダイレクトする。
パラメータ設定: パラメータフィルタリング が はい に設定され、指定されたパラメータを保持する に値が指定されておらず、オリジンパラメータを保持する が いいえ に設定されています。
キャッシュキー:
http://example.com/1.jpg。オリジンサーバーにリダイレクトされる URL:
http://example.com/1.jpg。
例 2: 指定されたパラメータを保持し、最終的な URL をオリジンサーバーにリダイレクトする。
パラメータ設定: パラメータフィルタリング が はい に設定され、指定されたパラメータを保持する が
key1に設定され、オリジンパラメータを保持する が いいえ に設定されています。キャッシュキー:
http://example.com/1.jpg?key1=1。オリジンサーバーにリダイレクトされる URL:
http://example.com/1.jpg?key1=1。
例 3: すべてのパラメータを削除し、元の URL をオリジンサーバーにリダイレクトする。
パラメータ設定: パラメータフィルタリング が はい に設定され、指定されたパラメータを保持する に値が指定されておらず、オリジンパラメータを保持する が はい に設定されています。
キャッシュキー:
http://example.com/1.jpg。オリジンサーバーにリダイレクトされる URL:
http://example.com/1.jpg?key1=1&key2=2&key3=3。
例 4: 指定されたパラメータを保持し、元の URL をオリジンサーバーにリダイレクトする。
パラメータ設定: パラメータフィルタリング が はい に設定され、指定されたパラメータを保持する が
key1に設定され、オリジンパラメータを保持する が はい に設定されています。キャッシュキー:
http://example.com/1.jpg?key1=1オリジンサーバーにリダイレクトされる URL:
http://example.com/1.jpg?key1=1&key2=2&key3=3。
指定されたパラメーターを保持
保持するパラメータは最大 10 個まで指定できます。 複数のパラメータはコンマ (,) で区切ります。
オリジンパラメーターの保持
はい: オリジンサーバーへのルーティング中に URL 内のすべてのパラメータを保持します。
いいえ: オリジンサーバーへのルーティング中に URL 内の指定されたパラメータのみを保持します。 パラメータはキャッシュキーのパラメータと同じです。
フィルターモード: 指定されたパラメータを削除する

パラメータ
説明
例
指定されたパラメータを削除する
削除するパラメータは最大 10 個まで指定できます。 複数のパラメータはコンマ (,) で区切ります。
元の URL が
http://example.com/1.jpg?key1=1&key2=2&key3=3の場合、次の例は、異なる設定に基づいて URL がどのように処理されるかを示しています。例 1: 指定されたパラメータを削除し、最終的な URL をオリジンサーバーにリダイレクトする。
パラメータフィルタリング: 指定されたパラメータを削除する が
key1に設定され、オリジンパラメータを保持する が いいえ に設定されています。キャッシュキー:
http://example.com/1.jpg?key2=2&key3=3。オリジンサーバーにリダイレクトされる URL:
http://example.com/1.jpg?key2=2&key3=3。
例 2: 指定されたパラメータを削除し、元の URL をオリジンサーバーにリダイレクトする。
パラメータ設定: 指定されたパラメータを削除する が
key1に設定され、オリジンサーバーへのリクエストでパラメータを保持する が はい に設定されています。キャッシュキー:
http://example.com/1.jpg?key2=2&key3=3。オリジンサーバーにリダイレクトされる URL:
http://example.com/1.jpg?key1=1&key2=2&key3=3。
オリジンパラメーターの保持
[はい]: 原点復帰ルーティング中に URL 内のすべてのパラメーターを保持します。
[いいえ]: 原点復帰ルーティング中に URL 内の指定されたパラメーターのみを削除します。パラメーターはキャッシュキーと同じです。
OK をクリックします。