Hai, semuanya, dan selamat datang kembali.
Sekarang, dalam video hari ini, kita akan membahas tentang halaman kesalahan kustom di cloud front.
Sekarang, secara umum memiliki halaman kesalahan pelanggan adalah salah satu hal yang penting, tidak hanya khusus untuk lingkungan
berbasis cloud front, tetapi situs web apa pun yang Anda miliki.
Penting bagi Anda untuk mengatur halaman pelanggan, jadi mari kita lanjutkan dan melihatnya.
Jadi pertama-tama, mari kita lihat tantangan secara keseluruhan.
Sekarang, dalam arsitektur berbasis cloud, Anda memiliki asal dan Anda memiliki klien.
Jadi kode status dan halaman kesalahan yang diterima teman Cloud dari sumbernya juga dikembalikan ke penampil.
Dan sekali lagi, hal ini mungkin tidak akan menciptakan pengalaman terbaik.
Sebagai contoh, dalam tangkapan layar khusus ini, Anda akan melihat bahwa pengguna telah meminta file bernama
test txt dan dalam responsnya, ini adalah respons berbasis x HTML dengan akses yang ditolak, dan menampilkan berbagai hal
seperti ID permintaan, ID host, dll..
Pada umumnya di situs web, Anda tidak ingin respon seperti ini dikembalikan ke pengguna.
Anda membutuhkan respons yang lebih umum yang harus dilayani.
Jadi, di sinilah halaman kesalahan khusus muncul.
Sekarang, di dalam cloud print, Anda dapat mengonfigurasikannya untuk mengirimkan respons kesalahan khusus
ke penampil yang berbeda dari respons asal.
Jadi hal ini dapat lebih dipahami dengan diagram ini di mana Anda memiliki pengguna, Anda memiliki cloud
print dan Anda memiliki tiga ember di mana ada semacam situs web yang dihosting.
Jadi pengguna mengirimkan permintaan ke cloud, mencetak cloud dan mengirimkan permintaan ke asal yang kemudian mengirimkan
respons kembali ke perusahaan cloud yang menyatakan akses http 403 ditolak.
Sekarang pada tahap ini cloud front, ketika menerima, Anda dapat mengonfigurasi serangkaian respons yang berbeda
untuk dikirim ke pengguna.
Jadi, jika Anda melihat responsnya berbeda, termasuk kode status.
Jadi di sini kode status HTTP adalah untuk nol tiga akses ditolak.
Namun, kode status yang dikirim oleh perusahaan cloud adalah untuk nol empat, yang tidak ditemukan.
Baiklah.
Jadi mari kita lakukan satu hal.
Mari kita lanjutkan dan melihat ini secara praktis.
Sekarang, jika Anda secara umum melihat ke situs web yang lebih besar, Anda akan memiliki semacam halaman
kesalahan khusus, misalnya, dalam dokumentasi.
Jika kita hanya meminta objek yang tidak ada dan bukannya font pesawat 404 nihil, Anda akan mendapatkan respons yang sangat
bagus yang juga membantu dan memberikan informasi yang jauh lebih baik.
Sekarang, dalam distribusi cloud yang tidak memiliki halaman kesalahan khusus yang dikonfigurasi,
jika Anda meminta objek yang tidak ada atau mari kita coba.
Jadi, Anda akan mendapatkan respons XML yang menyatakan bahwa akses ditolak dan seterusnya.
Jadi ini adalah sesuatu yang seperti yang telah kita bahas, Anda tidak ingin mengirim kembali ke pengguna Anda.
Jadi, alih-alih mengonfigurasi halaman kesalahan khusus pada level cloud print, Anda bisa memperbaiki responsnya.
Sekarang saya memiliki satu lagi distribusi perusahaan cloud dengan halaman kesalahan khusus yang dikonfigurasi,
jadi mari kita ganti URL-nya dengan distribusi yang lebih baru dan saya akan menambahkan teks acak di sini.
Mari kita tekan enter dan kali ini Anda akan melihat respons yang sedikit berbeda.
Yang menyatakan maaf, halaman tidak tersedia.
Anda dapat memiliki halaman yang jauh lebih bersih di sini.
Namun, hanya untuk kesederhanaan, saya baru saja menambahkan dokumen teks di sini dengan rinciannya dan di situs web Anda akan memiliki
sesuatu seperti ini atau Anda akan memiliki semacam gambar yang membuat segalanya terlihat jauh lebih
baik.
Sekarang, izinkan saya menunjukkan kepada Anda secara singkat, bagaimana Anda bisa mengonfigurasikannya.
Jadi, untuk mudahnya, saya memiliki distribusi cloud dan ini pada gilirannya terkait dengan asal
usul S3 Bucket.
Jadi, situs web dihosting di S3.
Sekarang jika Anda melihat ke dalam distribusi dan halaman kesalahan, saya memiliki satu halaman kesalahan yang dikonfigurasi
di sini.
Jadi apa yang dinyatakan ini, ini menyatakan bahwa jika teman cloud menerima a403 akses ditolak, yang merupakan
halaman spesifik yang telah kita lihat sebelumnya, alih-alih mengirim itu, kirimkan saja respons yang merupakan bagian
dari file HTML halaman kesalahan khusus.
Dan di mana file ini disimpan, file ini disimpan di dalam tiga buah ember.
Jadi, Anda memiliki HTML halaman kesalahan khusus.
Jadi file ini akan dikembalikan, bukan 403.
Jika semuanya berhasil, maka file HTML indeks kita akan dikembalikan.
Sekarang, satu hal menarik lainnya yang akan Anda lihat adalah kode status HTTP juga berubah.
Jadi, di sini kode kesalahannya adalah 403.
Namun, kode respons HTTP di sini adalah untuk nol empat.
Jadi, alih-alih mengirimkan pesan akses ditolak kepada pengguna, cloud front akan mengirimkan halaman tidak ditemukan.
Dan ini juga dapat dikonfigurasi.
Sekarang, mari kita lihat lebih jauh lagi.
Jadi mari kita lakukan satu hal.
Mari kita kembali ke distribusi.
Salah satu distribusi memiliki halaman kesalahan khusus yang dikonfigurasi.
Yang kedua tidak memiliki halaman kesalahan khusus yang dikonfigurasi.
Pertama, mari kita lihat ke dalam distribusi cloud, yang tidak memiliki halaman kesalahan yang dikonfigurasi sekarang
dari Scylla.
Jika saya akan segera melakukan ikal ke.
Distribusi dan kita tahu bahwa objek tersebut tidak ada.
Mari kita lihat tajuknya.
Tajuk di sini adalah untuk nol tiga dilarang.
Sekarang mari kita lihat ke dalam distribusi cloud, yang memiliki halaman kesalahan yang dikonfigurasi.
Saya akan membuat permintaan ikal lagi.
Anda mengirimkannya ke objek yang sebenarnya tidak ada.
Sekarang idealnya tiga orang akan mengirim pesan balasan 4034 ini kembali ke teman awan.
Namun, kali ini Anda melihat kode status HTTP juga berubah menjadi 404.
Jadi, ini adalah sesuatu yang dapat Anda konfigurasikan dengan mudah di tingkat cloud juga.
Sekarang umumnya ketika Anda mengkonfigurasi halaman kesalahan.
Anda harus menentukan kode kesalahan HTTP.
Misalnya, jika asal mengirimkan pesan 404 tidak ditemukan ini kembali ke cloud front, maka Anda dapat menyesuaikan
pesan kesalahan di sini.
Dan di sini Anda dapat menentukan file apa yang harus dikembalikan.
Dalam kasus ini, file tersebut adalah HTML halaman kesalahan khusus, jadi Anda bisa menentukannya di sini.
Dan ada juga opsi untuk mengirim kode status HTTP yang berbeda.
Jadi, alih-alih 404 tidak ditemukan oleh sumbernya, Anda bisa mengatakan sesuatu seperti 400 permintaan buruk atau kode
status lainnya tergantung pada kisi-kisi persyaratan.
Jadi, ini adalah gambaran umum tingkat tinggi tentang mengirim respons kesalahan khusus kembali ke penampil.
Dan dengan ini akan mengakhiri video hari ini.