error_log Envoie un message d'erreur vers le gestionnaire d'erreurs défini &reftitle.description; boolerror_log stringmessage intmessage_type0 stringnulldestination&null; stringnulladditional_headers&null; Envoie un message d'erreur à l'historique d'erreur du serveur web ou à un fichier. &reftitle.parameters; message Le message d'erreur qui doit être stocké. message_type Spécifie la destination du message d'erreur. Les types possibles de messages sont : 0 message est envoyé à l'historique PHP, qui est basé sur l'historique système ou un fichier, en fonction de la configuration de error_log. C'est l'option par défaut. 1 message est envoyé par email à l'adresse destination. C'est le seul type qui utilise le quatrième paramètre additional_headers. 2 N'est plus une option. 3 message est ajouté au fichier destination. Aucune nouvelle ligne (retour chariot) n'est automatiquement ajoutée à la fin de la chaîne message. 4 message est envoyé directement au gestionnaire de journalisation SAPI. destination La destination. Cela dépend du paramètre message_type décrit ci-dessus. additional_headers Les en-têtes supplémentaires. Ils sont utilisés lorsque le paramètre message_type est défini à 1. Ce type de message utilise la même fonction interne que la fonction mail. &reftitle.returnvalues; &return.success; Si message_type est zéro, alors cette fonction retourne toujours &true;, peu importe si l'erreur a pu être enregistrée dans le journal d'événements. &reftitle.changelog; &Version; &Description; 8.0.0 destination et additional_headers sont désormais nullables. &reftitle.examples; ]]> &reftitle.notes; La fonction error_log n'est pas sûre pour les données binaires. Le paramètre message sera tronqué par un caractère nul. Le paramètre message ne doit pas contenir de caractère nul. Il est à noter que le paramètre message peut être envoyé vers un fichier, un mail, syslog, etc. Il convient d'utiliser les fonctions appropriées de conversion/échappement, base64_encode, rawurlencode ou addslashes avant d'appeler la fonction error_log.