Adakah anda mendapat kod ralat 400 di YouTube dalam penyemak imbas, apl atau TV anda? Kemudian adalah perlu untuk mengenal pasti punca yang mungkin untuk menghapuskannya. Mari kita lihat masalah ini bersama-sama dan cadangkan cara untuk menyelesaikannya.

YouTube ialah pengehosan yang sangat popular di negara kita. Apakah sebab-sebab minat yang besar terhadap perkhidmatan tersebut?

1. Setiap pengguna boleh memuat naik video mereka sendiri.
2. Semua ciri asas tersedia secara percuma.
3. Terdapat versi Premium dengan ciri tambahan.
4. Segmen YouTube YouTube mengandungi banyak saluran menarik.
5. Bilangan blogger dan kandungan yang mereka hasilkan sentiasa meningkat.
6. YouTube boleh dianggap sebagai pengganti sepenuhnya untuk TV.
7. Aplikasi khas untuk peranti mudah alih telah dibuat. Ia mudah digunakan dan membolehkan anda menonton video pada telefon anda.
8. Di tapak anda boleh menemui video mengenai pelbagai topik.
9. YouTube sedang giat membangun. Laman web dan aplikasi sedang dikemas kini dan ciri sedang ditambah.

Masalah rangkaian "kod ralat 400" di YouTube menunjukkan kesukaran dengan main balik video. Atas sebab tertentu, perkhidmatan tidak dapat menyediakan akses untuk menonton video. Nasib baik, ralat ini tidak berlaku terlalu kerap dan biasanya mudah untuk diperbaiki.

Punca

Terdapat banyak sebab untuk kesilapan itu berlaku. Adalah mustahil untuk menerangkan semua faktor yang boleh menjejaskan operasi tapak atau aplikasi. Oleh itu, mari kita lihat punca ralat yang paling biasa:

• Apabila mengemas kini aplikasi, pakar membuat ketidaktepatan dalam kod. Lebih baik kembali ke versi lama.
• Terdapat masalah dengan program.
• Ralat dalam kod tapak.
• Masalah dengan penyemak imbas anda.
• Cache dan kuki tersumbat.
• Sambungan yang dipasang mengganggu perkhidmatan.

Membetulkan ralat 400 pada komputer anda

Ia bukan perkara biasa untuk kod ralat 400 di Youtube muncul pada komputer anda. Pengguna tidak akan dapat mengenal pasti punca masalah itu sendiri. Oleh itu, perlu melakukan satu siri langkah untuk memulihkan akses.

Mengosongkan cache penyemak imbas

Cache ialah fail yang disimpan oleh penyemak imbas untuk kegunaan kemudian. Tetapi dalam kebanyakan kes ia tidak berguna dan "sampah". Cache tersumbat boleh menyebabkan masalah dengan pelbagai tapak dan mengganggu fungsi penyemak imbas.

Bagaimana untuk membersihkan? Mari kita pertimbangkan prosedur menggunakan contoh penyemak imbas yang paling popular - Google Chrome. Anda perlu:

1. Buka bahagian tetapan.
2. Cari item "Kosongkan sejarah".
3. Pilih fail yang ingin anda padamkan. Dalam kes kami, sejarah menyemak imbas dan cache.
4. Sahkan tindakan.

Mulakan semula program dan cuba pergi ke tapak dan mulakan video. Jika ralat berterusan, maka kita terus mencari puncanya.

Membersihkan kuki

Kuki adalah fail yang sangat berguna. Mereka membolehkan anda mengingati pelbagai maklumat tentang pengguna di tapak. Tetapi kuki juga boleh menyebabkan masalah dengan main balik video, jadi anda harus cuba mengosongkan fail.

Anda perlu:

Penting! Apabila mengosongkan kuki, sesi yang disimpan untuk tapak akan dipadamkan. Oleh itu, anda perlu log masuk semula ke semua portal tempat anda log masuk.

Melumpuhkan sambungan

Sambungan adalah alat tambah yang berguna untuk penyemak imbas. Mereka membolehkan anda meningkatkan keupayaan dan mendapatkan fungsi tambahan. Tetapi sesetengah sambungan mungkin tidak berfungsi dengan betul dan mengganggu fungsi penyemak imbas.

Bagaimana untuk menyahaktifkan alat tambahan?

1. Buka menu aplikasi.
2. Pilih "Alat tambahan" dan "Sambungan".
3. Lumpuhkan semua pemalam dan semak kefungsian YouTube.

Jika masalah hilang, maka anda perlu mencari sambungan yang mengganggu tapak. Dayakan semua pemalam sekali lagi dan lumpuhkannya satu demi satu. Hasil daripada ujian mudah itu, anda boleh mencari sambungan yang bermasalah dan mengeluarkannya.

Lumpuhkan Mod Selamat

Mod selamat digunakan untuk melindungi kanak-kanak daripada maklumat yang tidak diingini. Jika video ditandakan 18+, ia mungkin tidak dipaparkan dalam carian dan mungkin tidak dimainkan pada peranti anda.

YouTube menentukan umur pengguna bukan sahaja berdasarkan maklumat yang diberikan semasa pendaftaran. Perkhidmatan ini juga menganalisis kandungan yang sedang dilihat oleh seseorang. Berdasarkan minat, YouTube dapat mengenal pasti anggaran umur, jantina, profesion, dsb.

Bagaimana untuk melumpuhkan mod selamat?

• Pergi ke laman web.
• Klik pada ikon profil anda.
• Dalam menu, klik pada item "Mod Selamat" untuk menyahaktifkannya.

Membaiki ralat 400 dalam aplikasi pada telefon

Ralat 400 pada YouTube dalam aplikasi menunjukkan masalah rangkaian. Tetapi dalam praktiknya, dalam kebanyakan kes program itu sendiri harus dipersalahkan. Ia tidak berfungsi dengan betul dan pengguna tidak boleh mengakses video yang diminati.

Membersihkan cache dalam aplikasi

Aplikasi YouTube menyimpan beberapa fail dalam cache. Dalam kebanyakan kes, ia tidak berguna dan boleh mengganggu fungsi program. Oleh itu, adalah perlu untuk mengosongkan cache aplikasi.

Awak perlu:

1. Buka bahagian tetapan pada telefon anda.
2. Pergi ke item "Aplikasi".
3. Cari YouTube dalam senarai.
4. Pada halaman program, klik pada item "Kosongkan cache".
5. Semua fail yang tidak diperlukan akan dipadamkan.

Kemas kini aplikasi

Permohonan mesti dikemas kini secara berkala. Pakar perkhidmatan sering menukar piawaian, jadi versi program yang lebih lama mula berfungsi dengan tidak betul. Proses kemas kini agak mudah:

• Buka kedai aplikasi.
• Pergi ke senarai program yang dipasang.
• Cari YouTube di antara mereka.
• Pada halaman aplikasi, klik pada butang "Kemas Kini".
• Tunggu muat turun dan pemasangan.
• Anda boleh mendayakan kemas kini automatik di kedai rasmi. Kemudian prosedur ini akan berlaku tanpa penyertaan anda.

Memasang semula aplikasi

Dalam sesetengah kes, pemasangan semula yang lengkap membantu. Awak perlu:

1. Nyahpasang program melalui desktop atau melalui tetapan.
2. Pergi ke kedai rasmi.
3. Cari aplikasi dalam carian.
4. Buka halamannya dan klik pada butang pasang.
5. Selepas menyelesaikan prosedur, lancarkan.

Anda juga boleh cuba memasang versi yang lebih lama. Pada mulanya, anda perlu mengalih keluar program sedia ada daripada peranti. Pergi ke tapak web 4pda dan cari topik daripada YouTube. Di dalamnya anda boleh memilih versi yang sesuai, memuat turun dan memasang fail apk.

Kaedah ini hanya tersedia pada Android. Pada iOS, sistem pengendalian ditutup dan tidak menyokong pemasangan program daripada sumber pihak ketiga. Oleh itu, pemilik peranti Apple perlu memuat turun hanya versi terkini dari kedai.

Penting! Anda harus memuat turun fail apk hanya dari tapak yang dipercayai. Bukan sia-sia artikel kami mengesyorkan menggunakan 4pda. Sekurang-kurangnya terdapat sedikit kepercayaan dalam portal ini, dan kemungkinan mendapat virus pada telefon pintar padanya adalah jauh lebih rendah daripada sumber lain.

Secara umum, anda harus memuat turun program dari kedai rasmi. Di dalamnya, perisian menjalani ujian tambahan dan meningkatkan keselamatan peranti anda. Anda boleh menggunakan apk hanya dalam kes yang melampau, contohnya, jika anda perlu memasang versi lama.

Kadangkala pengguna laman web YouTube versi penuh dan mudah alih menghadapi kod ralat 400. Mungkin terdapat beberapa sebab untuk kejadiannya, tetapi selalunya masalah ini bukanlah sesuatu yang serius dan boleh diselesaikan hanya dengan beberapa klik. Mari kita lihat ini dengan lebih terperinci.

Penyemak imbas pada komputer anda tidak selalu berfungsi dengan betul; pelbagai masalah timbul akibat konflik dengan sambungan yang dipasang, saiz cache yang besar atau kuki. Jika anda mendapat kod ralat 400 semasa cuba menonton video di YouTube, kami mengesyorkan anda menggunakan penyelesaian di bawah.

Kaedah 1: Kosongkan cache penyemak imbas

Penyemak imbas menyimpan beberapa maklumat daripada Internet pada cakera keras supaya tidak memuat turun data yang sama beberapa kali. Ciri ini membantu anda bekerja lebih pantas dalam penyemak imbas web anda. Walau bagaimanapun, pengumpulan besar fail yang sama ini kadangkala membawa kepada pelbagai masalah atau prestasi penyemak imbas yang lebih perlahan. Kod ralat 400 di YouTube boleh disebabkan oleh sejumlah besar fail cache, jadi pertama sekali kami mengesyorkan mengosongkannya dalam penyemak imbas anda. Baca lebih lanjut mengenai ini dalam artikel kami.

Kaedah 2: Kosongkan kuki

Kuki membantu tapak mengingati beberapa maklumat tentang anda, seperti pilihan bahasa anda. Tidak dinafikan, ini sangat memudahkan kerja di Internet, tetapi kepingan data sedemikian kadangkala boleh menyebabkan pelbagai masalah, termasuk ralat dengan kod 400 apabila cuba menonton video di YouTube. Pergi ke tetapan penyemak imbas anda atau gunakan perisian tambahan untuk mengosongkan kuki.

Baca lebih lanjut: Cara mengosongkan kuki masuk

Kaedah 3: Lumpuhkan sambungan

Sesetengah pemalam yang dipasang dalam penyemak imbas bercanggah dengan pelbagai tapak dan membawa kepada ralat. Jika dua kaedah sebelumnya tidak membantu anda, maka kami mengesyorkan agar anda memberi perhatian kepada sambungan yang disertakan. Anda tidak perlu memadamkannya, cuma lumpuhkan seketika dan semak sama ada ralat di YouTube hilang. Mari kita lihat prinsip melumpuhkan sambungan menggunakan penyemak imbas sebagai contoh:

Baca juga: Cara mengalih keluar sambungan dalam,

Kaedah 4: Lumpuhkan Mod Selamat

Mod selamat di YouTube membolehkan anda menyekat akses kepada kandungan dan video yang meragukan yang mempunyai sekatan 18+. Jika ralat dengan kod 400 muncul hanya apabila anda cuba menonton video tertentu, kemungkinan besar masalahnya terletak pada carian selamat yang didayakan. Cuba lumpuhkan dan ikuti pautan ke video itu sekali lagi.

Membetulkan kod ralat 400 dalam apl mudah alih YouTube

Kod ralat 400 dalam apl mudah alih YouTube berlaku disebabkan masalah rangkaian, tetapi ini tidak selalu berlaku. Aplikasi kadangkala tidak berfungsi dengan betul, itulah sebabnya pelbagai jenis masalah timbul. Untuk menyelesaikan masalah, jika semuanya baik dengan rangkaian, tiga kaedah mudah akan membantu. Mari kita lihat mereka dengan lebih terperinci.

Kaedah 1: Kosongkan cache aplikasi

Cache apl mudah alih YouTube yang penuh boleh menyebabkan pelbagai masalah, termasuk kod ralat 400. Pengguna perlu mengosongkan fail ini untuk menyelesaikan isu tersebut. Ini dilakukan menggunakan alat sistem pengendalian terbina dalam hanya dalam beberapa langkah mudah:

Sekarang anda hanya perlu memulakan semula aplikasi dan semak sama ada ralat hilang. Jika masih ada, kami mengesyorkan menggunakan kaedah berikut.

Siapa di antara mereka yang suka melayari Internet tidak menemui ralat "400: Permintaan buruk" yang muncul dalam penyemak imbas? Benar, tidak semua pelayar tahu maksudnya dan mengapa ia berlaku. Sekarang kita akan cuba menjelaskan keadaan ini.

400 Permintaan buruk: apakah maksud ralat ini?

Seperti yang dipercayai dalam dunia komputer, ralat nombor 400 adalah semata-mata berkaitan pengguna apabila memasukkan permintaan (URL) yang salah untuk mengakses tapak tertentu di World Wide Web. Kami mohon berbeza pendapat.

Sudah tentu, anda boleh memasukkan alamat yang salah, tetapi kadangkala walaupun alamat atau pautan dibuka dengan betul, ralat "HTTP: 400 Bad request" muncul berulang kali. Terdapat banyak sebab untuk ini. Ini amat ketara apabila mengakses perkhidmatan pengehosan peribadi yang dihoskan pada pelayan bebas yang berbeza daripada pembekal yang berbeza. Apakah sebabnya?

Minta ralat sintaks

Malah, salah satu punca utama boleh dipanggil pelanggaran entri alamat halaman yang betul. Mari kita ambil contoh mudah: apabila cuba mengakses pelayan mel yang sama Mail.ru, pengguna Ukraine boleh memasukkan URL dalam bar alamat yang kelihatan sepadan dengan wilayahnya (dalam kes ini, katakan ia adalah alamat mail.ua ).

Pada hakikatnya, tapak sedemikian dengan perkhidmatan pos tidak wujud secara semula jadi. Adalah jelas bahawa mana-mana pelayar Internet akan segera memaparkan mesej "400: Permintaan buruk". Tetapi walaupun dengan rumusan soalan ini, anda boleh menemui banyak sebab lain untuk ralat akses.

Masalah ralat "400: Permintaan buruk Nginx".

Sistem Nginx itu sendiri adalah sama ada pelayan mel proksi tertentu atau pelayan web yang dijalankan di bawah sistem UNIX.

Biasanya, ralat seperti ini dikaitkan dengan respons pelayan yang salah untuk permintaan daripada alamat IP tertentu. Keputusan ralat direkodkan dalam fail LOG khas, selepas itu ia secara automatik dimasukkan ke dalam tembok api sebagai tidak boleh dipercayai. Oleh itu, operasi pengehosan terganggu, tidak kira sistem pengendalian atau penyemak imbas yang digunakan dalam situasi ini.

Kesan Firewall

Seperti yang sudah jelas, ralat "400: Permintaan buruk" sering berlaku apabila tembok api menyekat permintaan.

Jalan keluar dari situasi ini mungkin dengan menambah alamat tapak atau peranti akses ke senarai pengecualian. Untuk sistem Windows, ini dilakukan dengan mengakses menu keselamatan yang terdapat dalam "Panel Kawalan" standard.

Pada dasarnya, tidak ada yang salah walaupun dengan melumpuhkan firewall sepenuhnya (sudah tentu, jika anda mempunyai pakej antivirus yang berkuasa). Beberapa penjelasan juga perlu diberikan mengenai skor ini.

Senarai pengecualian antivirus

Sebagai peraturan, pakej antivirus standard yang paling biasa mempunyai tembok api terbina dalam mereka sendiri. Ia juga boleh menyekat kandungan yang berpotensi tidak selamat atau tidak diingini.

Ditemui dalam semua pelayar. Dalam erti kata klasik, ini bermakna ralat sintaks tersembunyi dalam permintaan, tetapi dalam amalan, punca ralat sedemikian boleh menjadi apa-apa: walaupun gangguan dalam kerja penyedia Internet. Kami telah mengumpulkan di sini sebab yang paling biasa untuk ralat ini.

Apakah maksudnya: Ralat 400 Permintaan Buruk

1. OPERASI PENYEDIA INTERNET

Cerita dari amalan saya. Pada suatu hari, selepas memuat turun penyemak imbas Google Chrome, saya menghadapi masalah: apabila saya memasuki panel pentadbir tapak, penyemak imbas memberikan ralat "400 Permintaan Buruk"". Perkara yang sama berlaku dengan pintu masuk ke laman web saya yang lain. Tingkah laku pelik penyemak imbas ialah semuanya sedang dimuatkan - Yandex, mana-mana tapak, termasuk saya. Tetapi mustahil untuk pergi lebih dalam.

ABC BERGUNA:

400 Permintaan Buruk -

betul-betul "permintaan buruk"

Versi bahawa terdapat masalah dengan pengehosan hilang dengan sendirinya, kerana semua tapak saya terletak pada pengehos yang berbeza, dan mereka semua memberikan ralat yang sama semasa log masuk. Sama seperti kuki, kerana kuki ini adalah yang menyimpan semua kata laluan dan log masuk. Sudah tentu, perkara pertama yang terlintas di fikiran dalam situasi sedemikian ialah penyemak imbas itu sendiri adalah pelik. Berdasarkan cadangan daripada pakar, dan juga sejarah atas sebab tertentu. Untuk berjaga-jaga. Ia tidak membantu, walaupun ini adalah pengesyoran pertama apabila anda mencari "".
Ia telah memutuskan untuk merobohkan penyemak imbas itu sendiri dan memasangnya semula. Dipasang semula. Masalah masih wujud. Saya fikir tidak rugi untuk menyemak keadaan dalam penyemak imbas lain. Saya memuatkan tapak ke dalam Mozzila Firefox - perkara yang sama. Penjelajah - sekali lagi 400 Permintaan Buruk. Ia jelas bukan soal pelayar.

Seterusnya, Firewall telah dianalisis dan diperbetulkan: modem telah ditambahkan pada senarai pengecualian, dan kemudian Firewall itu sendiri telah dilumpuhkan. Tidak membantu. Ia sama dengan antivirus. Semua tetapan modem, sambungan dan port juga telah diampelas. Saya memasang semula modem beberapa kali. Akhirnya Internet hilang sepenuhnya. Yang diharapkan. Ada baiknya terdapat titik pemulihan - saya melakukan pemulangan semula. Internet muncul, tetapi masalahnya tidak hilang.

Saya menulis kepada perkhidmatan sokongan salah seorang hos saya: Saya faham bahawa masalahnya bukan di kawasan mereka, tetapi tiba-tiba mereka tahu cara menyelesaikannya. Sementara menunggu jawapan, saya menghubungi pembekal saya - Beeline. Sudah pukul 12 malam, saya sibuk sepanjang hari. Dan saya telah menghasilkan penyelesaian paling mudah terakhir - pengalaman yang lebih mendalam dan lebih berharga. Perkhidmatan sokongan Beeline menjawab: “Pada masa ini terdapat kesukaran dengan GPRS dan 3G. Kami melakukan semua yang kami mampu. Kami minta maaf." Tidak dapat sampai ke operator, kerana rupanya ramai orang seperti saya pada hari itu. Saya mematikan komputer dan tidur. Pagi lebih bijak daripada petang.

Keesokan harinya ia hilang, dan Internet mula terbang dengan lebih pantas. Sungguh menarik bahawa pada semua sumber yang saya pergi menggunakan pertanyaan carian, tiada siapa yang mencadangkan bahawa masalah itu mungkin terletak pada kerja penyedia Internet. Jadi, jika anda mendapati ralat sedemikian, dan salah satu gejala penyakit yang paling jelas ialah Internet tersedia, tetapi tidak semuanya dimuatkan, jangan risau, tetapi hubungi pembekal anda terlebih dahulu. Ada kemungkinan anda hanya perlu menunggu sedikit. Tetapi ini hanya salah satu sebab yang mungkin.

2. MENYEKAT ANTI-VIRUS

Selepas beberapa lama, saya mendapat ralat yang sama, tetapi untuk sebab yang sama sekali berbeza dan dengan gejala yang berbeza. Saya juga tidak dapat log masuk ke panel pentadbir tapak, tetapi ralat 400 Permintaan Buruk mula muncul apabila memuatkan halaman dan tapak lain, dan tidak selalu. Saya segera menolak masalah dengan pembekal dengan menghubungi perkhidmatan sokongan - semuanya baik-baik saja di talian dan dengan modem. Kosongkan kuki dan cache dalam seminggu. Dan saya mula bekerja pada antivirus, mengingati bahawa ralat muncul selepas versi antivirus dikemas kini sehari sebelumnya.

Apa sahaja antivirus yang anda miliki, teliti tetapannya. Jika antivirus anda mempunyai tembok api, anda perlu melihat tetapannya. Antivirus yang saya ada mempunyai tembok api, dan ia agak rumit. Ia mempunyai tetapan "Peraturan untuk Aplikasi". Antivirus yang berbeza memanggil ini secara berbeza, tetapi anda biasanya perlu melihat di kawasan ini. Di antara aplikasi yang disenaraikan, saya menemui penyemak imbas yang saya gunakan dan meningkatkan tahap kepercayaan dalam akses keluar dan masuk. Ia berdiri sangat rendah dan menyekat Internet. Selepas itu ralat hilang, dan halaman mula dimuatkan dengan cepat.

Jika suatu hari nanti awak

Anda sudah melihat Internet dengan mata yang berbeza.

Dari catatan seorang neo-blogger

Untuk mengecualikan antivirus daripada senarai sebab yang mungkin, anda perlu melumpuhkannya sepenuhnya untuk seketika, but semula komputer dan semak pemuatan halaman bermasalah dengan antivirus dilumpuhkan. Jika ralat 400 hilang, anda perlu melaraskan tetapan program antivirus atau menukar program antivirus.

P.S. Oleh kerana artikel itu popular, saya menambah postskrip. Kira-kira seminggu selepas perkara di atas, ralat 400 muncul lagi. Tidak begitu kerap, tetapi ia muncul secara berkala. Kebetulan saya menukar penyedia - bukannya Beeline Megafon, selepas itu ralat hilang sepenuhnya. Jika anda telah mencuba banyak dan tiada apa yang membantu, cari peluang untuk mencuba modem sementara daripada pembekal lain - sebenarnya, ini adalah cara terbaik untuk menyemak sama ada sambungan adalah masalah.

3. MENYEKAT DINDING TEMBAK WINDOWS

Firewall ialah punca paling biasa tapak dan ralat disekat 400 Permintaan Buruk. Untuk mengetahui ia tiada di dalamnya Jika ini berlaku, cuba lumpuhkan seketika: Mula - Panel Kawalan - Sistem dan Keselamatan - Windows Firewall - Hidupkan dan matikannya. Kemudian kosongkan cache dan kuki dan cuba muatkan halaman yang bermasalah sekali lagi.

Jika masalah itu tersembunyi di sini, kemudian tambahkan program yang dibenarkan pada tembok api. Ini dilakukan melalui menu Mula. Mula - Panel Kawalan - Sistem dan Keselamatan - Firewall - Benarkan program berjalan melalui firewall. Jika penyemak imbas anda tidak disertakan dalam senarai secara lalai, tambahkannya secara manual. Kemudian hidupkan tembok api dan semak cara halaman dimuatkan.

Ralat 400 (Permintaan Buruk) ialah kod respons HTTP , yang bermaksud bahawa pelayan tidak dapat memproses permintaan yang dihantar oleh klien kerana sintaks yang tidak sah. Kod respons HTTP ini mencerminkan hubungan yang kompleks antara klien, aplikasi web, pelayan, dan selalunya beberapa perkhidmatan web pihak ketiga sekaligus. Ini boleh menyukarkan untuk mencari punca ralat, walaupun dalam persekitaran pembangunan terkawal.

Dalam artikel ini kita akan melihat maksud ralat 400 Bad Request (diterjemahkan sebagai "Permintaan tidak sah") dan cara membetulkannya

Bahagian pelayan atau pihak pelanggan?

Semua kod respons HTTP dalam kategori 4xx dianggap sebagai ralat pihak klien. Walaupun begitu, kemunculan ralat 4xx tidak semestinya bermakna masalah itu ada kaitan dengan klien, yang merujuk kepada pelayar web atau peranti yang digunakan untuk mengakses aplikasi. Selalunya, jika anda cuba mendiagnosis masalah dengan aplikasi anda, anda boleh segera mengabaikan kebanyakan kod klien dan komponen seperti HTML, Cascading Style Sheets ( CSS), kod JavaScript pihak pelanggan, dsb. Ini juga terpakai kepada lebih daripada sekadar tapak web. Banyak aplikasi telefon pintar yang mempunyai antara muka pengguna moden ialah aplikasi web.

Sebaliknya, ralat 400 Bad Request bermakna permintaan yang dihantar oleh pelanggan adalah tidak betul untuk satu sebab atau yang lain. Pelanggan pengguna boleh cuba memuat turun fail yang terlalu besar, permintaan mungkin salah bentuk, pengepala permintaan HTTP mungkin tidak betul, dan sebagainya.

Kami akan melihat beberapa senario ini ( dan penyelesaian yang berpotensi) di bawah. Tetapi perlu diingat: kami tidak boleh menolak sama ada klien atau pelayan sebagai punca masalah. Dalam kes ini, pelayan ialah entiti rangkaian yang menjana ralat 400 Bad Request dan mengembalikannya sebagai kod respons HTTP kepada klien, tetapi ada kemungkinan klien bertanggungjawab untuk menyebabkan masalah.

Mulakan dengan sandaran aplikasi yang menyeluruh

Adalah penting untuk membuat sandaran lengkap aplikasi anda, pangkalan data, dsb. sebelum membuat sebarang suntingan atau perubahan pada sistem. Lebih baik lagi, adalah mungkin untuk membuat salinan penuh aplikasi pada pelayan perantara tambahan yang tidak boleh diakses secara umum.

Pendekatan ini akan menyediakan tempat ujian yang bersih di mana anda boleh mencuba semua kemungkinan senario dan kemungkinan perubahan untuk menyelesaikan isu tanpa menjejaskan keselamatan atau integriti aplikasi langsung anda.

Diagnosis ralat 400 Permintaan Buruk

Ralat 400 Permintaan Buruk bermakna pelayan ( komputer jauh) tidak boleh memproses permintaan yang dihantar oleh klien (penyemak imbas) disebabkan masalah yang ditafsirkan pelayan sebagai masalah pihak klien.

Terdapat banyak senario di mana ralat 400 Permintaan Buruk boleh muncul dalam aplikasi. Berikut adalah beberapa kes yang paling berkemungkinan:

• Pelanggan secara tidak sengaja (atau sengaja) menghantar maklumat yang dipintas oleh penghala permintaan palsu. Sesetengah aplikasi web mencari pengepala HTTP khas untuk memproses permintaan dan memastikan pelanggan tidak melakukan apa-apa yang berniat jahat. Jika pengepala HTTP yang dijangkakan tidak ditemui atau tidak betul, maka ralat 400 Permintaan Buruk adalah hasil yang mungkin.
• Pelanggan mungkin memuat naik fail yang terlalu besar. Kebanyakan pelayan atau aplikasi mempunyai had pada saiz fail yang dimuat turun. Ini menghalang saluran tersumbat dan sumber pelayan lain. Dalam kebanyakan kes, pelayan akan mengeluarkan ralat 400 Permintaan Buruk apabila fail terlalu besar dan oleh itu permintaan tidak dapat diselesaikan.
• Pelanggan meminta URL yang tidak sah. Jika pelanggan menghantar permintaan ke URL yang tidak sah ( tersusun secara tidak betul), ini boleh mengakibatkan ralat 400 Permintaan Buruk.
• Pelanggan menggunakan kuki yang tidak sah atau lapuk. Ini mungkin kerana kuki tempatan dalam penyemak imbas ialah pengecam sesi. Jika token sesi tertentu sepadan dengan token permintaan daripada pelanggan lain, maka pelayan/aplikasi boleh mentafsirkan ini sebagai tindakan berniat jahat dan mengeluarkan kod ralat 400 Bad Request.

Menyelesaikan masalah pihak pelanggan

Ralat 400 Permintaan Buruk ( cuba Kemudian) adalah lebih baik untuk memulakan dengan pembetulan pada pihak pelanggan. Berikut ialah beberapa petua untuk mencuba pada penyemak imbas atau peranti yang memberi anda ralat.

Semak URL yang diminta

Punca paling biasa ralat 400 Permintaan Buruk hanyalah memasukkan URL yang salah. nama domain ( sebagai contoh, laman web) adalah tidak sensitif huruf besar, jadi rujukan huruf bercampur seperti ini berfungsi sama seperti versi huruf kecil biasa. Tetapi bahagian URL yang datang selepas nama domain adalah sensitif huruf besar. Melainkan aplikasi/pelayan secara khusus mempraproses semua URL dan menukarnya kepada huruf kecil sebelum melaksanakan permintaan.

Adalah penting untuk menyemak URL untuk aksara khas yang tidak sesuai yang tidak sepatutnya ada. Jika pelayan menerima URL yang tidak sah, ia akan membalas dengan ralat 400 Bad Request.

Kosongkan kuki yang berkaitan

Satu kemungkinan punca ralat 400 Bad Request ialah kuki setempat yang tidak sah atau pendua. Kuki HTTP ialah cebisan kecil data yang disimpan pada peranti tempatan yang digunakan oleh tapak dan aplikasi web untuk "mengingat" penyemak imbas atau peranti tertentu. Kebanyakan aplikasi web moden menggunakan kuki untuk menyimpan data penyemak imbas atau khusus pengguna, mengenal pasti pelanggan dan menjadikan lawatan masa hadapan lebih pantas dan lebih mudah.

Tetapi kuki yang menyimpan maklumat sesi tentang akaun atau peranti anda mungkin bercanggah dengan token sesi lain daripada pengguna lain, memberikan satu (atau anda berdua) ralat 400 Permintaan Buruk.

Dalam kebanyakan kes, adalah memadai untuk hanya mempertimbangkan permohonan anda untuk kuki yang khusus untuk tapak atau aplikasi web yang melemparkan ralat 400 Bad Request.

Kuki disimpan berdasarkan nama domain aplikasi web, jadi anda boleh memadamkan hanya kuki yang sepadan dengan domain tapak, meninggalkan kuki lain utuh. Tetapi jika anda tidak biasa memadamkan kuki tertentu secara manual, adalah lebih mudah dan selamat untuk mengosongkan semua kuki sekaligus.

Ini boleh dilakukan dengan cara yang berbeza bergantung pada penyemak imbas yang anda gunakan:

• Google Chrome;
• Internet Explorer;
• Microsoft Edge;
• Mozilla Firefox;
• Safari.

Muat naik fail yang lebih kecil

Jika anda menerima ralat 400 Bad Request semasa memuat turun fail, cubalah pada fail yang lebih kecil. Ini termasuk "muat turun" fail yang tidak akan dimuat turun dari komputer setempat anda. Malah fail yang dihantar dari komputer lain dikira sebagai "muat naik" dari perspektif pelayan web yang menjalankan aplikasi anda.

Log keluar dan log masuk

Cuba log keluar dan log masuk semula. Jika anda baru-baru ini mengosongkan kuki penyemak imbas anda, ini akan log keluar anda secara automatik apabila anda memuatkan halaman seterusnya. Cuba log masuk semula untuk melihat sama ada sistem berfungsi dengan betul.

Selain itu, aplikasi mungkin menghadapi isu yang berkaitan dengan sesi anda yang terdahulu, yang merupakan rentetan yang dihantar oleh pelayan kepada klien untuk mengenal pasti klien pada permintaan masa hadapan. Seperti data lain, token sesi ( atau rentetan sesi) disimpan secara setempat pada peranti anda dalam kuki dan dihantar oleh pelanggan ke pelayan dengan setiap permintaan. Jika pelayan memutuskan bahawa token sesi tidak sah atau terjejas, anda mungkin menerima ralat 400 Bad Request.

Dalam kebanyakan aplikasi web, log keluar dan log masuk semula menyebabkan token sesi setempat dijana semula.

Penyahpepijatan pada platform biasa

Jika anda menggunakan pakej perisian biasa pada pelayan anda yang menjana ralat 400 Bad Request, periksa kestabilan dan kefungsian platform ini. Sistem pengurusan kandungan yang paling biasa seperti WordPress, Joomla! dan Drupal, diuji dengan baik dalam versi asasnya. Tetapi sebaik sahaja anda mula menukar sambungan PHP yang mereka gunakan, sangat mudah untuk menyebabkan masalah yang tidak dijangka yang mengakibatkan ralat 400 Bad Request.

Putar balik perubahan terkini

Jika anda mengemas kini sistem pengurusan kandungan anda sejurus sebelum ralat 400 Bad Request muncul, pertimbangkan untuk kembali ke versi sebelumnya yang dipasang sebagai cara terpantas dan termudah alih keluar ralat 400 permintaan buruk.

Begitu juga, mana-mana sambungan atau modul yang telah dikemas kini boleh menyebabkan ralat pada bahagian pelayan, jadi berbalik kepada versi terdahulu sambungan tersebut juga boleh membantu.

Tetapi dalam beberapa kes, CMS tidak menyediakan keupayaan untuk kembali ke versi sebelumnya. Ini biasanya berlaku dengan platform yang popular, jadi jangan takut jika anda tidak dapat mencari cara mudah untuk kembali menggunakan versi lama platform perisian tertentu.

Alih keluar sambungan, modul atau pemalam baharu

Bergantung pada CMS khusus yang digunakan oleh aplikasi, nama komponen ini akan berbeza-beza. Tetapi dalam semua sistem ia mempunyai tujuan yang sama: meningkatkan keupayaan platform berbanding dengan fungsi standardnya.

Walau bagaimanapun, perlu diingat bahawa sambungan boleh mendapat kawalan penuh ke atas sistem, membuat perubahan pada PHP, HTML, CSS, JavaScript atau kod pangkalan data. Oleh itu, keputusan yang bijak adalah untuk mengalih keluar sebarang sambungan baharu yang telah ditambah baru-baru ini.

Semak perubahan yang tidak disengajakan pada pangkalan data

Walaupun anda memadamkan sambungan melalui panel kawalan CMS, ini tidak menjamin bahawa perubahan yang dibuatnya telah dibuat asal sepenuhnya. Ini terpakai kepada banyak sambungan WordPress yang diberikan akses penuh kepada pangkalan data.

Sambungan boleh menukar rekod dalam pangkalan data yang bukan "kepunyaan"nya, tetapi dicipta dan diuruskan oleh sambungan lain ( atau CMS itu sendiri). Dalam kes sedemikian, modul mungkin tidak tahu bagaimana untuk melancarkan semula perubahan yang dibuat kepada rekod pangkalan data.

Saya sendiri pernah mengalami kes sebegini beberapa kali. Oleh itu, cara terbaik ialah membuka pangkalan data dan melihat secara manual jadual dan rekod yang mungkin telah diubah suai oleh sambungan.

Mencari masalah di bahagian pelayan

Jika anda pasti bahawa ralat 400 Bad Request tidak berkaitan dengan CMS, berikut ialah beberapa petua tambahan yang boleh membantu anda mencari masalah di bahagian pelayan.

Menyemak pengepala HTTP yang tidak sah

Ralat yang anda terima daripada aplikasi adalah hasil daripada pengepala HTTP khas yang hilang atau salah yang dijangka diterima oleh aplikasi atau pelayan. Dalam kes sedemikian, anda perlu menganalisis pengepala HTTP yang dihantar ke bahagian pelayan.