Baru-baru ini kami bermigrasi ke server baru. Setelah 2 hari, saya mendapat masalah berikut
1) Kami mengalami crash pada tabel sesi, yang dengan mudah kami perbaiki dengan memperbaikinya
2) Kami menjalankan OpenX sebagai server iklan kami, dan itu juga macet, tetapi tidak ada bukti di error.log Ini memungkinkan Anda masuk, tetapi saat melihat ke dashboard.php, kami mendapatkan:
Error 330 (net::ERR_CONTENT_DECODING_FAILED): (Google Chrome)
dan
Halaman yang Anda coba lihat tidak dapat ditampilkan karena menggunakan bentuk kompresi yang tidak valid atau tidak didukung. (Firefox)
OpenX menggunakan layanan berikut di PHP:
OpenX membutuhkan: http://www.openx.com/docs/2.8/adminguide/System%20requirements
OpenX menggunakan pengaturan PHP default. Namun, administrator server terkadang mengubah pengaturan ini. Sebelum Anda menginstal OpenX, periksa apakah pengaturan berikut sudah benar:
magic_quotes_runtime harus dimatikan safe_mode harus dimatikan register_argc_argv harus aktif jika Anda ingin menjalankan pemeliharaan melalui baris perintah file_uploads perlu dihidupkan untuk mengizinkan unggahan file HTTP OpenX memerlukan ekstensi PHP berikut:
Bisa mysql
ekstensi, atau pgsql
. The mysqli
ekstensi tidak didukung. Ekstensi ZLib, untuk mengonversi tautan di dalam file Flash terkompresi yang dihasilkan oleh Flash MX
. Ekstensi FTP. Jika ini tidak ada, OpenX akan mencoba mensimulasikannya, yang bisa menjadi solusi yang kurang stabil.
Ekstensi GD, untuk menghasilkan grafik di halaman Beranda. Jika ekstensi tidak diaktifkan, Anda tidak akan dapat melihat grafik atau statistik di halaman Beranda Anda. Baik ekstensi openssl atau ekstensi curl yang mendukung SSL diperlukan untuk masuk ke halaman Beranda. Jika SSL tidak diaktifkan, Anda akan menerima pesan kesalahan di halaman Beranda, tetapi tidak ada dampak pada pengoperasian.
Petunjuk apa pun tentang kemungkinan alasan atau tentang cara mengumpulkan lebih banyak informasi akan sangat dihargai. Terima kasih
Aku diaktifkan
zlib.output_compression
diphp.ini
dan tampaknya untuk memperbaiki masalah bagi saya.sumber
kode perlu menyimpan UTF8 tanpa BOM saat merekam. Terkadang, kode tertulis dengan (Notepad ++) atau alat pengkodean lainnya dan menggunakan penyandian UTF8, kesalahan ini terjadi. Maaf, saya tidak tahu bahasa Inggris. Ini hanya pengalaman saya.
sumber
Kesalahan ini disebabkan karena ekstensi modul penyangga keluaran (ob_gzhandler) ditambahkan. Sementara buffering keluaran digunakan saat memulai ob_start () dan mengakhiri ob_flush ()
Gunakan ini:
sumber
Jika Anda akan menggunakan
Codeigniter
kerangka kerja maka buatlah ini menjadi file konfigurasi:Dan di
php.ini
file konfigurasi, gunakan:sumber
gzipped
. TheCodeigniter
config akan mengatur header dan terserah ke server aplikasi web untuk menegakkan bahwa dalam output. Saya mencoba untuk mengatur$config['compress_output'] = TRUE
sambil menyimpan filezlib.output_compression=On
. Ini memiliki efek yang sama. 1 untuk petunjuk arah.Apakah Anda menggunakan
ob_start(ob_gzhandler)
fungsinya? Jika demikian dan Jika Anda mengeluarkan konten apa pun di atasob_start(ob_gzhandler)
fungsi, Anda akan mendapatkan kesalahan ini. Anda tidak dapat menggunakan fungsi ini atau tidak menampilkan konten di atas fungsi ini. Fungsiob_gzhandler
panggilan balik akan menentukan jenis konten pengkodean apa yang akan diterima browser dan akan mengembalikan keluarannya sesuai. Jadi jika Anda mengeluarkan konten di atas fungsi ini, pengkodean konten mungkin berbeda dari konten keluaranob_gzhandler
dan yang menyebabkan kesalahan ini.sumber
Jika ada yang masih memburu penyebab masalah kebencian ini, ada solusi untuk mengatasi file penyebabnya. https://www.drupal.org/node/1622904#comment-10768958 dari
Drupal
komunitas.Dan saya mengutip:
Edit
includes/bootstrap.inc:
fungsi
drupal_load()
. Ini adalah fungsi yang singkat. Temukan baris berikut:include_once DRUPAL_ROOT . '/' . $filename;
Untuk sementara ganti dengansumber
<?php
tetap itu.Satu ide lagi untuk orang lain yang mendapatkan ini ...
Saya memiliki beberapa svg gzip, tetapi memiliki kesalahan php dalam output, yang menyebabkan pesan kesalahan ini. (Karena ada teks di tengah-tengah biner gzip.) Memperbaiki kesalahan php menyelesaikannya.
sumber
zlib.output_compression
hanya memberi saya browser yang penuh dengan karakter sampah.Aktifkan kompresi gzip di php.ini :
Dan tambahkan ini ke file .htaccess Anda :
sumber
Saya mengalami masalah ini di drupalsitus dan tidak ada solusi lain di utas ini yang membantu. Setelah beberapa pemecahan masalah saya menemukan local.settings.php memiliki tag penutup dengan spasi setelahnya seperti ini:
Memperbarui local.settings.php ke yang berikut diselesaikan:
Tag PHP penutup "?>" Tidak diperlukan di sini. Jika Anda memilih untuk menggunakan tag penutup, Anda harus memastikan tidak ada karakter / spasi setelahnya.
sumber
Saya mengalami sedikit momen bodoh pagi ini ketika saya menyadari apa yang menyebabkan masalah ini bagi saya.
Yang aneh adalah bahwa permintaan tersebut gagal di Firefox dan Chrome, tetapi berfungsi ketika saya mencoba mengakses melalui Fiddler Web Debugger.
Bagi saya, masalahnya adalah saya salah mengetik karakter ke salah satu file PHP dalam proyek tersebut. Saya tidak memperhatikan ini sampai saya memeriksa Git untuk perubahan pada proyek.
Dalam kasus saya saya punya:
m<?php runMyProgram(); ?>
.Setelah saya menghapus m, itu mulai bekerja lagi.
sumber
Dalam kasus saya itu terjadi saat menambahkan aplikasi baru ke IIS yang perlu di-proxy-kan dengan Apache.
Saya perlu mengatur
ProxyHTMLEnable On
keProxyHTMLEnable Off
mendapatkan konten. (Sepertinya beberapa kode js sebagian besar telah memicu kesalahan, tetapi ini memberi saya setidaknya sesuatu untuk dikerjakan.)IIS mengirimkan konten halaman
Content-Encoding: gzip
sumber
Kami juga mengalami masalah ini saat meningkatkan sistem kami ke Bangkit. Setelah mematikan GZIP kami menemukan masalah masih berlanjut. Setelah penyelidikan lebih lanjut, kami menemukan izin file yang tidak benar setelah peningkatan. Chmod rekursif sederhana melakukan triknya.
sumber
Ada bug Java yang buruk yang akan menyebabkan ini: https://bugs.java.com/view_bug.do?bug_id=JDK-8189789
sumber
Jawaban yang jauh lebih umum adalah Anda memiliki beberapa kesalahan yang ditambahkan ke apa pun yang Anda kompres. Solusinya adalah mengatur
display_errors = Off
di file php.ini Anda (Periksa di terminal Anda apakah itu Aktif dengan menjalankanphp --info
dan cari "display_errors")Itu harus dilakukan. Dan, bagaimana Anda menemukan kesalahan apa yang sebenarnya Anda lakukan? Periksa log kesalahan PHP Anda setiap kali Anda menekan rute / halaman itu.
Luclk bagus!
sumber