(Linux + Nginx + MySQL + PHP + Apache) Une erreur 500 se produit dans la publication

Question

L'installation du serveur utilise le package d'installation en un clic oneinstack, lnmpa (Linux + Nginx + MySQL + PHP + Apache) https://oneinstack.com/

Le programme exécute discuz3.2, http://www.liuxuesheng8.com/

Lors de la publication d'un nouveau message et de sa soumission, une erreur s'est produite, demandant :

Cette page ne fonctionne pas

bbs.liuxuesheng8.com n'est actuellement pas en mesure de traiter cette demande.
ERREUR HTTP 500

< /p>

Mais le contenu a bien été écrit dans la base de données, mais il est bloqué sur la page affichée dans l'image ci-dessus. Lorsque je rouvre la page du site Web, le nouveau message a été soumis, ce qui est très étrange.
Vérifiez ensuite le journal du serveur, il n'apparaît que dans l'erreur access_log, post 500, mais il n'y a pas de journal d'erreurs correspondant dans les journaux Apache et Openresty, dans ce cas, où puis-je trouver la raison de 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>

Answer 1

Évidemment, votre erreur est liée à nginx.

nginx apparaît 500, il y a généralement les situations suivantes :

1. L'espace disque dur est plein (df -lh vérifie l'utilisation du disque, le répertoire où se trouve nginx est occupé à 100%). Si le journal d'accès est activé dans nginx, il est préférable de fermer le journal d'accès lorsqu'il n'est pas nécessaire. Le journal d'accès occupe beaucoup d'espace sur le disque dur.

2. Erreur du fichier de configuration nginx
   Lors de la configuration de la réécriture, 500 erreurs se produiront si certaines règles ne sont pas gérées correctement. Vérifiez vos propres règles de réécriture. Si certaines variables du fichier de configuration sont mal définies, une erreur 500 peut également se produire, par exemple en faisant référence à une variable sans valeur.

3. Problème de concurrence, le serveur ne peut pas le gérer
   Le handle d'ouverture du fichier est trop petit. Lors des tests de concurrence sur le serveur, en raison de la forte pression sur le serveur, nous constatons souvent que certaines des requêtes sont de 500. La raison en est que le serveur ne peut pas le gérer. le descripteur de fichier que nginx peut utiliser est trop petit. Chaque requête occupera un descripteur.

Answer 2

Activez la sortie d'erreur pour Apache et PHP.

Answer 3

Dans les journaux d'erreurs Apache, Nginx, php, il n'y a rien lié à cette erreur post500, très étrange

C'est possible ce que dit le 3ème étage

Étant donné que la fonction de réécriture est configurée, parfois lorsque vous ouvrez une publication, la réécriture ne prend pas effet. Il s'agit toujours d'une page Web dynamique. Après avoir cliqué à nouveau sur le lien, la réécriture prend effet. . . La raison, je suppose, est qu'une fois le message soumis, le lien doit être réécrit et le serveur ne peut pas réécrire pour le moment, il est donc bloqué sur la page correspondante, mais les données ont été écrites dans la base de données

Answer 4

Le code php peut signaler une erreur, mais s'il n'y a pas d'erreur de configuration, il signalera également une erreur 500. Vous pouvez essayer de modifier la configuration pour afficher les erreurs PHP au format journal.