2010-05-14 2 views
0

Nous courons un script Symfony très simple, qui retourne au hasard une erreur 500. L'administrateur système dit qu'il ne trouve aucune trace d'une erreur 500 sur les journaux d'erreurs, mais en utilisant Curl ou Firebug, il est évident qu'une erreur 500 est retourné.Comment diganuler une erreur 500 non ouverte sur Apache?

Le script parse simplement une requête POST soumis à une URL sur notre serveur. Nous avons déjà vérifié les performances, la mémoire, etc. mais rien ne semble être le problème.

Comment est-ce possible? Nous avons déjà activé tout le débogage, la journalisation, sur Apache, PHP, etc. et rien.

+0

Ma réaction instinctive est il est impossible que je ne veux pas dire être antagoniste, mais vous ne pouvez pas avoir activé tous les rapports d'erreurs, sinon vous obtiendrez une forme de rapport (même si ce n'est pas utile). – Mathew

+0

Sur une note plus utile, utilisez-vous FastCGI? http://forum.joomla.org/viewtopic.php?p=2004360&sid=70cb6e7daf20311a9f96f5387cadda7d#p2004360 – Mathew

Répondre

2

Le TestScript suivant aussi ne génère aucun message/journaux d'erreurs.

<?php 
header($_SERVER['SERVER_PROTOCOL'].' 500 Internal server error'); 
echo 'Something went gaga'; 
?> 

Cependant, le access_log affiche le code de réponse "500" (en supposant par défaut des paramètres de access_log de apache)

Rechercher le code pour "HTTP/1.1 500", "500" ou "en-tête (" et ajouter:.

trigger_error('Peep', E_USER_NOTICE); // or error_log() 

Cela va générer une entrée dans le journal des erreurs (avec nom de fichier et numéros de ligne)