Parameter yang diabaikan - Edge Security Acceleration

Setelah mengaktifkan fitur pengabaian parameter, Alibaba Cloud Dynamic Content Delivery Network (DCDN) dapat menghapus parameter yang mengikuti tanda tanya (?) dalam URL permintaan. Hal ini meningkatkan rasio hit cache, mengurangi jumlah permintaan ke server asal, menurunkan biaya transfer data kembali ke asal, dan mempercepat pengiriman konten. Topik ini menjelaskan cara mengonfigurasi fitur pengabaian parameter.

Kapan harus menggunakannya

Aktifkan Pengabaian Parameter
Jika URL permintaan Anda berisi tanda tanya (?) diikuti oleh parameter, seperti http://alibaba.com/content?a, tetapi prioritas rendah diberikan pada parameter dan konten masih dapat diambil meskipun parameter diabaikan, kami sarankan untuk mengaktifkan fitur ini. Saat diaktifkan, DCDN akan mengabaikan parameter setelah tanda tanya (?) dalam URL permintaan ketika sumber daya diambil dari server asal. Ini meningkatkan rasio hit cache.
Sebagai contoh, saat pertama kali mengunjungi http://example.aliyundoc.com/image_01.jpg, sumber daya tersebut tidak tersimpan dalam cache pada titik kehadiran (POPs) DCDN. DCDN mengambil sumber daya dari server asal. Pada kunjungan kedua ke http://example.aliyundoc.com/image_01.jpg?test1, parameter setelah tanda tanya (?) diabaikan. Permintaan langsung mengenai sumber daya yang tersimpan dalam cache http://example.aliyundoc.com/image_01.jpg.
Nonaktifkan Pengabaian Parameter
Jika URL permintaan Anda berisi tanda tanya (?) diikuti oleh parameter penting, kami sarankan untuk menonaktifkan fitur ini. Setelah dinonaktifkan, DCDN memeriksa seluruh URL, termasuk parameter setelah tanda tanya (?). Pencocokan tepat meningkatkan akurasi pengambilan konten.
Sebagai contoh, saat pertama kali mengunjungi http://example.aliyundoc.com/image_01.jpg, sumber daya tersebut tidak tersimpan dalam cache pada POPs DCDN. DCDN mengambil sumber daya dari server asal. Pada kunjungan kedua ke http://example.aliyundoc.com/image_01.jpg?test1, parameter setelah tanda tanya (?) dipertahankan. DCDN memeriksa seluruh URL. Permintaan tidak dapat mengenai sumber daya yang tersimpan dalam cache karena URL permintaan berbeda dari http://example.aliyundoc.com/image_01.jpg. Permintaan dialihkan ke server asal untuk mengambil sumber daya di http://example.aliyundoc.com/image_01.jpg?test1.

Catatan

Fitur penandatanganan URL memiliki prioritas lebih tinggi daripada fitur pengabaian parameter. Informasi autentikasi dalam tipe A mencakup parameter permintaan HTTP. Oleh karena itu, POP DCDN harus memverifikasi URL yang ditandatangani sebelum menyimpan versi sumber daya yang diminta. Untuk informasi lebih lanjut tentang konfigurasi penandatanganan URL, lihat Konfigurasikan Penandatanganan URL.

Subfitur

Penyaringan Parameter

Deskripsi

Skenario

DCDN menghapus parameter yang mengikuti tanda tanya (?) dalam URL permintaan sehingga permintaan yang ditujukan untuk file yang sama tetapi membawa parameter URL yang berbeda dapat mengenai cache. Ini meningkatkan rasio hit cache, mengurangi frekuensi routing kembali ke asal, dan mempercepat distribusi file.

Beberapa pengguna menambahkan parameter setelah tanda tanya (?) dalam URL permintaan untuk meneruskan informasi seperti ID pengguna (UID), sumber permintaan, dan kode rekomendasi ke server asal. Dalam hal ini, URL ini membawa string query yang berbeda meskipun permintaan dikirim ke file yang sama.

Kami sarankan Anda mengaktifkan penyaringan parameter jika parameter yang mengikuti tanda tanya (?) dalam URL tidak relevan dengan sumber daya yang diminta. Contoh:

Permintaan dari Pengguna A: http://example.com/1.jpg?uid=123***
Permintaan dari Pengguna B: http://example.com/1.jpg?uid=654***

Jika POP DCDN menggunakan URL asli dari Pengguna A dan Pengguna B, permintaan tidak dapat mengenai file yang sama dalam cache. Permintaan harus dialihkan ke server asal.

Setelah penyaringan parameter diaktifkan, POP DCDN menghapus UID yang mengikuti tanda tanya (?) dalam URL permintaan. URL akhir http://example.com/1.jpg digunakan untuk mencocokkan terhadap cache.

Pertahankan Parameter dalam Permintaan Kembali ke Asal

Deskripsi

Skenario

URL asli dialihkan ke server asal sehingga informasi pengguna utama dapat diteruskan ke server asal.

Jika Anda mengaktifkan penyaringan parameter, POP DCDN mengarahkan URL yang telah diproses ke server asal. Dalam contoh sebelumnya, permintaan dari Pengguna A dan Pengguna B keduanya menggunakan URL http://example.com/1.jpg. UID tidak diteruskan ke server asal selama routing kembali ke asal.

Jika pemeliharaan parameter diaktifkan, POP DCDN mengarahkan URL asli ke server asal sehingga UID diteruskan ke server asal.

Fitur ini dapat mempertahankan atau menghapus parameter tertentu. Gambar berikut menunjukkan cara kerjanya. Parameter filtering

Prosedur

Masuk ke Konsol DCDN.
Di panel navigasi kiri, klik Domain Names.
Di halaman Domain Names, temukan nama domain yang ingin Anda kelola dan klik Configure.
Di pohon navigasi kiri nama domain, klik Optimization.

Di bagian Ignore Parameters, klik Modify, pilih mode penyaringan sesuai kebutuhan bisnis Anda, lalu atur parameter.

Catatan

Jika Anda mengubah mode penyaringan, konfigurasi saat ini akan dihapus.

Mode Filter: Pertahankan Parameter Tertentu Parameter filtering

Parameter	Deskripsi	Contoh
Parameter Filtering	Yes: DCDN menghapus parameter yang mengikuti tanda tanya (`?`) dalam URL permintaan ketika sumber daya diambil dari server asal. Ini meningkatkan rasio hit cache. Catatan Jika Anda mengaktifkan Parameter Filtering dan tidak menyetel parameter Retain Specified Parameters, semua parameter yang mengikuti tanda tanya (`?`) dihapus. No: DCDN memeriksa seluruh URL, termasuk parameter yang mengikuti tanda tanya `?`. Pencocokan tepat meningkatkan akurasi pengambilan konten.	Jika URL asli adalah `http://example.com/1.jpg?key1=1&key2=2&key3=3`, contoh berikut menunjukkan bagaimana URL diproses berdasarkan pengaturan yang berbeda: Contoh 1: hapus semua parameter dan alihkan URL akhir ke server asal. Pengaturan parameter: Penyaringan Parameter disetel ke Ya, tidak ada nilai yang ditentukan untuk Pertahankan Parameter Tertentu, dan Pertahankan Parameter Asal disetel ke Tidak. Kunci cache: `http://example.com/1.jpg`. URL dialihkan ke server asal: `http://example.com/1.jpg`. Contoh 2: pertahankan parameter tertentu dan alihkan URL akhir ke server asal. Pengaturan parameter: Penyaringan Parameter disetel ke Ya, Pertahankan Parameter Tertentu disetel ke `key1`, dan Pertahankan Parameter Asal disetel ke Tidak. Kunci cache: `http://example.com/1.jpg?key1=1`. URL dialihkan ke server asal: `http://example.com/1.jpg?key1=1`. Contoh 3: hapus semua parameter dan alihkan URL asli ke server asal. Pengaturan parameter: Penyaringan Parameter disetel ke Ya, tidak ada nilai yang ditentukan untuk Pertahankan Parameter Tertentu, dan Pertahankan Parameter Asal disetel ke Ya. Kunci cache: `http://example.com/1.jpg`. URL dialihkan ke server asal: `http://example.com/1.jpg?key1=1&key2=2&key3=3`. Contoh 4: pertahankan parameter tertentu dan alihkan URL asli ke server asal. Pengaturan parameter: Penyaringan Parameter disetel ke Ya, Pertahankan Parameter Tertentu disetel ke `key1`, dan Pertahankan Parameter Asal disetel ke Ya. Kunci cache: `http://example.com/1.jpg?key1=1` URL dialihkan ke server asal: `http://example.com/1.jpg?key1=1&key2=2&key3=3`.
Retain Specified Parameters	Anda dapat menentukan hingga 10 parameter yang ingin Anda pertahankan. Pisahkan beberapa parameter dengan koma (,).
Retain Origin Parameters	Yes: Mempertahankan semua parameter dalam URL selama pengalihan kembali ke asal. No: mempertahankan hanya parameter tertentu dalam URL selama routing kembali ke asal. Parameter tersebut sama dengan yang ada di kunci cache.

Mode Filter: Hapus Parameter Tertentu

Parameter

Deskripsi

Contoh

Delete Specified Parameters

Anda dapat menentukan hingga 10 parameter yang ingin Anda hapus. Pisahkan beberapa parameter dengan koma (,).

Jika URL asli adalah http://example.com/1.jpg?key1=1&key2=2&key3=3, contoh berikut menunjukkan bagaimana URL diproses berdasarkan pengaturan yang berbeda:

Contoh 1: hapus parameter tertentu dan alihkan URL akhir ke server asal.
- Penyaringan parameter: Hapus Parameter Tertentu disetel ke key1, dan Pertahankan Parameter Asal disetel ke Tidak.
- Kunci cache: http://example.com/1.jpg?key2=2&key3=3.
- URL dialihkan ke server asal: http://example.com/1.jpg?key2=2&key3=3.
Contoh 2: hapus parameter tertentu dan alihkan URL asli ke server asal.
- Pengaturan parameter: Hapus Parameter Tertentu disetel ke key1, dan Pertahankan Parameter dalam Permintaan Kembali ke Asal disetel ke Ya.
- Kunci cache: http://example.com/1.jpg?key2=2&key3=3.
- URL dialihkan ke server asal: http://example.com/1.jpg?key1=1&key2=2&key3=3.

Retain Origin Parameters

Yes: mempertahankan semua parameter dalam URL selama routing kembali ke asal.
No: menghapus hanya parameter tertentu dalam URL selama routing kembali ke asal. Parameter tersebut sama dengan yang ada di kunci cache.

Klik OK.