error_logEnvoi un message d'erreur vers le gestionnaire d'erreurs défini
&reftitle.description;
boolerror_logstringmessageintmessage_type0stringnulldestination&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 :
error_log log types0message 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.
1message 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.
3message est ajouté au fichier
destination. Aucune nouvelle ligne
(retour chariot) n'est automatiquement ajoutée à la fin de la chaîne
message.
4message est envoyé directement au gestionnaire
d'identification 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 à pu être enregistrée dans le journal d'événements.
&reftitle.changelog;
&Version;&Description;8.0.0destination et
additional_headers
sont désormais nullables.
&reftitle.examples;
Exemples avec error_log
]]>
&reftitle.notes;
La fonction error_log n'est pas sûr, au niveau binaire.
Le paramètre message sera tronqué par un caractère nul.
Le paramètre message ne doit pas contenir de caractère
nul. Notez que le paramètre message peut être envoyé
vers un fichier, un mail, syslog, etc. Utilisez les fonctions appropriées de
conversion/échappement, base64_encode, rawurlencode
ou addslashes avant d'appeler la fonction error_log.