Anda mungkin perasan bagaimana semua tapak web memaparkan kod ralat jika ia gagal dimuatkan. Ini mungkin nombor tiga digit bermula dengan 4. Kod status 4xx ialah kegagalan yang berkaitan dengan permintaan pelanggan yang rosak atau tidak sah termasuk halaman atau halaman yang hilang yang telah dialihkan ke domain baharu.
Tetapi dengan kod ralat 400 Permintaan Buruk, masalahnya adalah di pihak anda. Ralat 400 Bad Request boleh ditemui cukup untuk menjadi duri di sisi pengguna. Nasib baik, terdapat beberapa cara untuk memahami atau menyelesaikan isu tersebut. Teruskan membaca untuk mengetahui maksud kod dan cara membetulkannya.
400 Maksud Permintaan Buruk
Sebelum kita masuk ke dalam penyelesaian untuk 400 Permintaan Buruk, anda harus memahami apa itu. 400 Bad Request muncul apabila pelayan tidak boleh atau enggan memproses permintaan. Pelayan telah menentukan bahawa permintaan pelanggan mempunyai ralat dalam sintaks atau pembingkaian mesej.
Walau bagaimanapun, dengan ralat ini, sebab mengapa anda mendapatkannya tidak selalunya mudah. Kadang-kadang, ia sebenarnya bukan kesalahan pelanggan tetapi pelayan. Oleh itu, adalah tidak adil untuk sentiasa menyalahkan pelanggan kerana menyebabkan isu tersebut.
Berikut ialah beberapa kemungkinan sebab pengguna menerima 400 ralat Permintaan Buruk.
Memuat naik Fail Besar
Pelayan web atau apl mungkin mempunyai had saiz muat naik fail yang jelas. Had ini dilaksanakan untuk menghalang jalur lebar tersumbat dengan ramai pengguna yang ingin memuat naik fail besar juga. Oleh itu, cuba memuat naik fail atau folder yang sangat besar kadangkala boleh menyebabkan Ralat 400.
Penghalaan Permintaan yang Menipu
Sesetengah pelayan diprogramkan untuk mengesan pengepala HTTP tersuai apabila permintaan diterima. Pengepala ini mungkin sudah lapuk, salah atau tiada sepenuhnya. Mereka mungkin tidak boleh diproses dalam beberapa kes.
Perlindungan ini tidak berguna, kerana ia boleh mengesan serangan Man-In-The-Middle. Ini berlaku jika tapak web mengesan token yang sama datang daripada dua alamat IP berbeza. Dalam keadaan sedemikian, ia biasanya akan menghantar amaran Penghalaan Permintaan Menipu kepada pelanggan.
Disebabkan internet boleh menjadi tempat yang berbahaya, adalah penting untuk tapak web mempunyai langkah keselamatan seperti ini. Tiada pemilik tapak mahu pelayan mereka diserang.
Kuki Tamat Tempoh atau Tidak Sah
Walaupun terdapat peluang untuk kuki tamat tempoh atau tidak sah, selalunya ia adalah akibat daripada kemalangan lebih daripada serangan. Penyemak imbas mungkin cuba mengenal pasti anda dengan kuki lama. Sebagai contoh, anda mungkin cuba mengakses kawasan pentadbir yang anda tidak pernah lawati dalam beberapa waktu.
Laman web mungkin menggunakan kuki yang sudah lapuk. Jika tapak web mengesan permintaan anda, anda mungkin mendapat Ralat 400 Permintaan Buruk jika sambungan anda mengandungi maklumat yang salah.
Perkara yang sama juga boleh berlaku dengan cache penyemak imbas yang rosak. Cache penyemak imbas menyimpan fail untuk pengguna log masuk ke tapak dengan lebih pantas. Walau bagaimanapun, tapak web boleh menghantar ralat kepada anda jika fail rosak atau lama.
cara membuka fail .dmg
Masalah URL
Memasukkan URL ialah cara paling langsung untuk mengakses tapak web dan pelayannya. Walau bagaimanapun, jika terdapat masalah dengan rentetan URL, anda boleh mendapatkan ralat 400 Bad Request. Menaip URL yang salah adalah sebab biasa untuk masalah itu.
Sebab lain ialah sintaks URL yang tidak betul atau URL yang mengandungi aksara haram. Ralat sintaks berlaku apabila sesetengah bahagian tidak ditulis dengan betul. Pelayan tidak memahami permintaan itu dan memberitahu anda ia tidak dapat mengendalikannya.
Sementara itu, aksara yang tidak sah ialah simbol yang tidak digunakan dalam URL. Oleh kerana simbol ini tidak serasi dengan permintaan, pelayan akan memaklumkan anda. Anda perlu mengalih keluar aksara yang tidak boleh digunakan sebelum tapak web boleh melaksanakan permintaan anda.
Ralat Pelayan
Walaupun benar bahawa ralat 400 Bad Request biasanya bermula dari sisi pelanggan, ada kalanya pelayan mengalami ralat. Oleh itu, ia tidak dapat mengendalikan permintaan pelanggan. Berikut adalah beberapa punca yang berpotensi:
- Gangguan
- Masalah umum
- Isu sementara yang tidak dinyatakan
Pengguna boleh cuba memuat semula tapak web beberapa kali atau menggunakan peranti lain. Jika tiada apa-apa yang berjaya, mereka harus menghubungi pemilik tapak web dan menerangkan secara terperinci apa yang berlaku.
400 Permintaan Buruk Nginx
Nginx ialah perisian sumber terbuka yang boleh digunakan oleh pemilik pelayan untuk membuat pelayan. Ia direka untuk menjadi pantas tetapi juga telah digunakan sebagai proksi terbalik atau pengimbang beban. Dalam erti kata lain, Nginx ialah aplikasi berkuasa yang menerima banyak sambungan sekaligus tanpa gagal.
Jika anda mempunyai pelayan Nginx dan menerima mesej daripada pelanggan mengenai 400 Permintaan Buruk, ia berkemungkinan disebabkan mereka mempunyai pengepala yang besar. Nginx mempunyai had saiz untuk kuki masuk, dan pengepala pelanggan telah melebihi had itu jika anda melihat kod ralat itu.
Nasib baik, penyelesaiannya mudah: tingkatkan had supaya ralat 400 Bad Request boleh dialih keluar.
- Log masuk ke pelayan Nginx anda dan cari tapak ralat.
- Taip '
large_client_header_buffers 4 16k;'
- Laksanakan arahan.
- Muat semula pelayan.
Anda boleh menggantikan 16 dalam '16K' dengan nombor yang lebih besar, seperti 64K, yang biasanya akan membenarkan pengepala yang lebih besar untuk lulus. Pembaikan ini menyelesaikan banyak contoh ralat Nginx 400 Bad Request.
400 Permintaan Buruk Chrome
Jika anda menerima ralat 400 Bad Request pada Google Chrome, ini mungkin tanda kuki yang sudah lapuk. Untuk mengalih keluar ini, anda mesti mengosongkan cache Chrome anda. Cache mengandungi data yang disimpan untuk membantu halaman web dimuatkan dengan lebih cepat pada kali seterusnya anda melawatinya.
ganti nama bahagian nama fail dalam beberapa fail
Memandangkan cache adalah penahan untuk data lama, kuki dan fail yang disimpan dalam cache agak bertarikh pada minit ia disimpan di sana. Walaupun Chrome sentiasa mengumpul data baharu untuk cache, ia tidak boleh berbuat demikian jika anda tidak log masuk ke tapak web dengan kerap.
Oleh itu, mengosongkan cache membolehkan Chrome mendapatkan maklumat baharu dan menghantar permintaan yang boleh diterima oleh tapak web. Ralat 400 Bad Request akan hilang. Untuk mengosongkan cache:
- Klik pada titik tiga di penjuru kanan sebelah atas.
- Pilih 'Kosongkan Data Penyemakan Imbas.'
- Semak pilihan yang dipanggil 'Cache,' 'Kuki' dan 'Sejarah.'
- Pilih julat masa.
- Klik pada 'Kosongkan Data.'
- Setelah fail dipadamkan, cuba log masuk ke halaman web sekali lagi.
Kadangkala, memulakan semula komputer selepas anda mengosongkan cache membantu memadam lebih banyak fail. Walau bagaimanapun, ada kalanya cache modem yang perlu dikosongkan. Anda boleh mematikan dan menghidupkannya semula untuk melihat.
Muat semula DNS
Cache DNS juga harus dikosongkan jika anda ingin melakukan proses pembersihan yang lebih mendalam. Ia boleh membantu pelayan mengesahkan anda dengan lebih mudah.
- Buka Google Chrome.
- Tampal “chrome://net-internals/#dns” dalam bar carian.
- Tekan enter.
- Klik pada 'Kosongkan Cache Hos.'
- Gantikan '#dns' dalam bar carian dengan '#sockets' dan tekan Enter.
- Pilih 'Tutup Soket Terbiar' dan klik pada 'Kolam Soket Siram.'
Tutup Chrome dan lihat jika ralat masih wujud. Anda perlu mengikuti proses lain untuk membuang DNS pada komputer anda.
- Buka bar carian.
- Taip 'cmd' dan klik kanan Prompt Perintah.
- Jalankan Prompt Perintah sebagai pentadbir.
- Masukkan “
ipconfig /flushdns” dan tekan Enter untuk melaksanakannya.
Selepas menyegarkan semula DNS dengan teliti, ralat akan hilang. Anda tidak perlu melakukan setiap proses pembersihan DNS di sini tetapi berhenti apabila ralat 400 Bad Request hilang.
Lumpuhkan Sambungan
Sambungan Google Chrome menawarkan fungsi tambahan yang tidak disertakan dengan penyemak imbas. Sambungan ini dimuat turun dan dipasang, tetapi ia kadangkala boleh mengganggu penyemak imbas anda dan menyebabkan ralat. Anda boleh cuba mematikannya dan menyemak untuk melihat sama ada ralat berterusan.
- Buka Chrome pada komputer anda.
- Klik pada titik tiga.
- Pilih 'Lagi Alat.'
- Pilih 'Sambungan.'
- Matikan sambungan pada senarai.
Dengan alat tambah ini dilumpuhkan, ralat boleh hilang. Jika tidak, anda boleh menganggap bahawa ia mungkin masalah bahagian pelayan.
400 Kuki Permintaan Buruk Terlalu Besar
Walaupun hos pelayan boleh mengubah suai had saiz kuki, pengguna harus memadamkannya jika mereka mendapat ralat 400 Kuki Terlalu Besar. Dengan data lama hilang, tapak web sepatutnya membenarkan anda melaluinya.
Setiap penyemak imbas mempunyai cara berbeza untuk membenarkan pengguna memadamkan kuki. Kami telah menyebut cara pengguna Chrome boleh berbuat demikian.
Microsoft Edge adalah sedikit pengecualian. Ia tidak mempunyai pilihan untuk memadamkan kuki sahaja, jadi anda mesti memadamkan keseluruhan sejarah penyemakan imbas dan cache untuk ia berlaku.
Apl lain mungkin tidak mempunyai had ini, jadi anda harus mencari bahagian sejarah dan menyemak sama ada terdapat cara untuk mengalih keluar kuki dan cache.
Anda juga boleh menghubungi hos pelayan untuk memberitahu mereka jika isu itu masih ada. Mereka boleh menukar tetapan dan mengalih keluar punca ralat.
400 Permintaan Buruk Betulkan
Selain meningkatkan had saiz fail dan menukar saiz kuki yang dibenarkan, terdapat cara lain untuk mengelakkan ralat 400 Bad Request daripada berlaku.
Hapuskan Pengepala HTTP Tidak Sah
Pengepala HTTP mungkin mengandungi aksara yang menyalahi undang-undang atau diformatkan secara salah. Dalam kes lain, aksara tiada. Anda perlu menganalisis yang dihantar oleh pelayan anda dan melihat sama ada terdapat masalah dengan mereka.
Jika jawapannya ya, sudah tiba masanya untuk mengalih keluar mana-mana bahagian yang menyinggung perasaan atau menggantikan pengepala yang hilang. Ia sepatutnya membantu pelanggan mendapatkan akses tanpa menghadapi masalah.
bagaimana anda memadamkan profil di netflix
Nyahpepijat Kod
Aplikasi anda boleh dinyahpepijat untuk mencari kesilapan dalam kod. Anda boleh menatal log secara manual atau menggunakan perisian untuk menyisir aplikasi. Penyahpepijat akan menjalankan kod dan mencari ralat lebih cepat daripada yang manusia boleh.
Akses Diberikan
Mengehos tapak web dan pelayannya tidak selalunya mudah, dan sentiasa ada peluang untuk ralat. Walaupun pelanggan boleh menangani ralat 400 Bad Request, hos hendaklah sentiasa bersedia untuk menyemak untuk memastikan kod mereka berfungsi. Melakukannya membolehkan semua orang mempunyai akses mudah ke tapak.
Apakah penyelesaian lain yang ada untuk isu ini? Apakah yang anda lakukan untuk membuat kesilapan itu hilang? Beritahu kami di bahagian komen di bawah.
