Pemasangan pelayan menggunakan pakej pemasangan oneinstack satu klik, lnmpa (Linux + Nginx + MySQL + PHP + Apache) https://oneinstack.com/
Atur cara menjalankan discuz3.2, http://www.liuxuesheng8.com/
Apabila menerbitkan siaran baharu dan menyerahkannya, ralat berlaku, menggesa:
Halaman ini tidak berfungsi
bbs.liuxuesheng8.com pada masa ini tidak dapat mengendalikan permintaan ini.
HTTP ERROR 500
< /p>
Tetapi kandungan itu memang telah ditulis ke pangkalan data, tetapi ia tersangkut pada halaman yang ditunjukkan dalam gambar di atas Apabila saya membuka semula halaman laman web, siaran baru telah dihantar, yang sangat pelik.
Kemudian semak log pelayan, ia hanya muncul dalam log akses, ralat pos 500, tetapi tiada log ralat yang sepadan dalam log apache dan openresty, dalam kes ini Di mana saya boleh cari sebab 500? ? ?
- - [29/Apr/2017:18:27:03 +0800] "POST /forum.php?mod=post&action=newthread&fid=70&extra=&topicsubmit=yes HTTP/1.0" 500 -
< /p>
![[Web front-end] Permulaan pantas Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
Jelas sekali ralat anda berkaitan dengan nginx.
nginx muncul 500, secara amnya terdapat situasi berikut:
Ruang cakera keras penuh (df -lh menyemak penggunaan cakera, direktori tempat nginx berada 100% diduduki). Jika log akses didayakan dalam nginx, sebaiknya tutup log akses apabila ia tidak diperlukan. Log akses mengambil banyak ruang cakera keras.
ralat fail konfigurasi nginx
Apabila mengkonfigurasi penulisan semula, 500 ralat akan berlaku jika beberapa peraturan tidak dikendalikan dengan betul. Jika beberapa pembolehubah dalam fail konfigurasi ditetapkan secara tidak betul, ralat 500 juga mungkin berlaku, seperti merujuk pembolehubah tanpa nilai.
Masalah concurrency, pelayan tidak dapat menanganinya
Pemegang fail terbuka terlalu kecil Apabila melakukan ujian konkurensi pelayan, disebabkan tekanan tinggi pada pelayan, kita sering melihat bahawa beberapa permintaan adalah 500. Sebabnya ialah. pemegang fail yang boleh digunakan oleh nginx adalah terlalu kecil Setiap permintaan akan menduduki pemegang.
Hidupkan output ralat untuk apache dan php.
Dalam log ralat apache, nginx, php, tiada apa-apa yang berkaitan dengan ralat post500 ini,,, sangat pelik
Mungkin apa yang dikatakan tingkat 3
Oleh kerana fungsi tulis semula dikonfigurasikan, kadangkala apabila anda membuka siaran, penulisan semula tidak berkuat kuasa. . . Sebab saya rasa ialah selepas siaran diserahkan, pautan perlu ditulis semula, dan pelayan tidak boleh menulis semula pada masa ini, jadi ia tersekat pada halaman yang sepadan, tetapi data telah ditulis ke pangkalan data
Kod php mungkin melaporkan ralat, tetapi jika tiada output ralat konfigurasi, ia juga akan melaporkan ralat 500. Anda boleh cuba mengubah suai konfigurasi untuk mengeluarkan ralat PHP dalam format log.