PHP CLI de ne pas les erreurs du journal des

PHP ne sera pas le journal des erreurs produites à partir de la ligne de commande.

J'ai :

log_errors = On
error_log = /var/log/php_errors.log

dans /etc/php5/cli/php.ini

Ai-je raté une nouvelle configuration pour obtenir ce travail?

pour moi, sur centos, à l'aide de php7.0 de rémi repo, la question a été avec error_log = php_errors.log dans la configuration. error_log = /var/log/php_errors.log était la solution.

InformationsquelleAutor bcmcfc | 2011-06-17

40

Veuillez vérifier que le compte d'utilisateur qui exécute PHP CLI a accès en écriture à /var/log/php_errors.log.

En outre, vous pouvez vérifier que vous utilisez le bon php.fichier ini comme ceci:
```
php -a -c /etc/php5/cli/php.ini
```
- si rien ne se passe quand je lance cette commande signifie-t-il de la CLI n'est pas à l'aide de php.fichier ini?
- Je ne suis pas sûr de ce que tu veux dire par "rien ne se passe, mais vous pouvez déterminer ce fichier de configuration que vous utilisez en utilisant la fonction phpinfo() et la recherche pour "Charger le Fichier de Configuration"
- En outre, n'oubliez pas d'utiliser -a, que j'ai laissée à partir de l'original post (maintenant corrigé).
- Je voulais dire littéralement; il doit avoir été en raison de l'absence -a. Mais si c'est d'utiliser le bon fichier de config, qui il est, et encore rien n'est écrit dans le journal, alors quoi?
- Retour à la première suggestion: est-ce que votre compte d'utilisateur d'avoir l'accès en écriture /var/log/php_errors.journal?
- Oui, et j'alterne le test entre la région et /tmp pour assurez-vous qu'il devrait être en mesure d'écrire dans /tmp à tout le moins!
- Quelle est la valeur de la fonction error_reporting? Par défaut est "E_ALL & ~E_NOTICE".
- error_reporting = E_ALL & ~E_NOTICE & ~E_DEPRECATED
- Après la lecture de différentes sources et de tester en local, je commence à avoir le sournois soupçon que PHP CLI ne pas utiliser le fichier journal, indépendamment des directives. Au lieu de cela, il envoie uniquement la sortie vers stderr. Vous pouvez forcer le problème comme ceci: $php -a >> /var/log/php_errors.log 2>&1. Sera que d'accomplir ce dont vous avez besoin?
InformationsquelleAutor George Cummins
31

Cette question et de la réponse de fil a été très utile pour moi lors de la configuration de PHP CLI ouvrant une session sur un Ubuntu 12.04 environnement, donc je voulais poster une réponse qui distille ce que j'ai appris. En plus de la grande info fournie par David Chan ainsi que George Cummins j'ai créé un logrotate.d script pour s'assurer que le PHP CLI journal de l'erreur de ne pas grandir hors de contrôle, ainsi que de les configurer de sorte que plusieurs utilisateurs seront en mesure d'enregistrer les erreurs dans la commune de PHP CLI journal des erreurs.

Tout d'abord, le comportement par défaut de PHP CLI est de connecter des messages d'erreur sur la sortie standard; l'enregistrement dans un fichier n'est pas le comportement par défaut. Ce qui signifie en général la journalisation pour la même ligne de commande de session terminal server qui exécute le PHP CLI de commande. Alors que le PHP ini fichier n'avons des chambres pour un certain error_log des hébergements supplémentaires doivent être faits pour vraiment faire le travail.

Tout d'abord, j'ai dû créer un premier php_errors.log fichier:
```
sudo touch /var/log/php_errors.log
```
Depuis le serveur en question est utilisé par les développeurs web qui travaillent sur différents projets, j'ai de l'installation d'un groupe commun pour les appelé www-users. Et dans ce cas, je veux le php_errors.log pour être lisible et modifiable par www-users j'ai changer le propriétaire du fichier comme ceci:
```
sudo chown root:www-users /var/log/php_errors.log
```
Puis modifier les autorisations du fichier à ceci:
```
sudo chmod 664 /var/log/php_errors.log
```
Oui, à partir d'un point de vue sécurité d'avoir un fichier journal lisible et modifiable par n'importe qui dans www-users n'est pas si grande. Mais c'est contrôlée partagée de l'environnement de travail. J'ai donc la confiance des utilisateurs à l'égard des choses de ce genre. Et d'ailleurs, lorsque PHP est exécuté à partir de la CLI, tout utilisateur peut faire besoin d'accès en écriture dans les journaux de toute façon, même obtenir un journal écrit.

Ensuite, allez dans /etc/php5/cli/php.ini pour ajuster la valeur par défaut d'Ubuntu 12.04 paramètres pour correspondre à ce nouveau fichier journal:
```
sudo nano /etc/php5/cli/php.ini
```
Heureusement log_errors est activé par défaut dans Ubuntu 12.04:
```
log_errors = On
```
Mais pour permettre l'enregistrement dans un fichier, nous devons changer le error_log pour correspondre au nouveau fichier comme ceci:
```
error_log = /var/log/php_errors.log
```
Installation d'un logrotate.d script.

Maintenant ça doit être ça, mais depuis que je ne veux pas les journaux hors de contrôle je mis un logrotate.d pour la php_errors.log. Créez un fichier appelé php-cli dans /etc/logrotate.d/ comme ceci:
```
sudo nano /etc/logrotate.d/php-cli
```
Et placez le contenu de ce journal tourner script de démon là:
```
/var/log/php_errors.log {
        weekly
        missingok
        rotate 13
        compress
        delaycompress
        copytruncate
        notifempty
        create 664 root www-users
        sharedscripts
}
```
Test de la configuration.

Avec ce fait, nous allons tester l'installation à l'aide de David Chans’astuce ci-dessus:
```
php -r "error_log('This is an error test that we hope works.');"
```
Si exécuté correctement, vous devez juste être renvoyés à un vide invite de commande depuis PHP CLI erreurs ne sont plus envoyés sur la sortie standard. Afin de vérifier l'état de php_errors.log pour le test de message d'erreur comme ceci:
```
tail -n 10 /var/log/php_errors.log
```
Et il devrait être horodatée ligne d'erreur qui ressemble à quelque chose comme ceci:
```
[23-Jul-2014 16:04:56 UTC] This is an error test that we hope works.
```
- Cette réponse combine le contexte de ce qui se passe, suggérer des modifications de configuration propre et comment les faire, se solidifie l'enregistrement w/ une rotation des logs et tests de la configuration. Certains de il a été inspiré par d'autres commentaires, mais cela est enveloppé parfaitement en un seul endroit. Merci @JakeGould.
InformationsquelleAutor JakeGould
15

comme un diagnostic, vous pouvez essayer de forcer une écriture dans le journal des erreurs de cette façon.
```
php -c /etc/php5/cli/php.ini -r " error_log('test 123'); "
```
vous devriez maintenant voir l'essai 123 dans votre journal
```
tail /var/log/php_errors.log
```
InformationsquelleAutor David Chan
3

L'enregistrement/déclaration comportement de PHP est la personne à charge sur la fonction error_reporting trop.

Certains frameworks PHP (par exemple CodeIgniter) exécuter une error_reporting(E_STRICT) déclaration ou l'équivalent, lorsque dans le mode de production, ce qui réduit considérablement le nombre/le journal des erreurs.

Si vous souhaitez déboguer quelque chose, alors vous pouvez simplement mettre la déclaration suivante à droite avant votre code:
```
error_reporting(E_ALL);
```
InformationsquelleAutor Dangelov
2

Si vous ne pouvez pas comprendre ce pourquoi ou peut-être ne disposez pas des autorisations utilisateur sur php.ini, une autre façon de déboguer une non-information d'erreur d'analyse est d'envelopper votre source en php dans une autre source en php avec le corps quelque chose comme:
```
ini_set('display_errors',1);
error_reporting(E_ALL);

include "mybustedfile.php";
```
InformationsquelleAutor Charlie
1

dans le fichier PHP
```
error_log("You messed up!", 3, "/var/tmp/my-errors.log");
```
dans le terminal
```
tail -f /var/tmp/my-errors.log
```
sortie
Vous foiré!

InformationsquelleAutor Saurabh Chandra Patel

Vous devez vous connecter pour publier un commentaire.

Installation d'un logrotate.d script.

Test de la configuration.

Installation d'un `logrotate.d` script.