J'essaie de ne pas enregistrer les erreurs de notification, qui sont écrites dans un fichier journal d'erreur sur mon serveur. J'ai essayé (en haut de mon mais je reçois toujours des erreurs de notification PHP dans ledit fichier journal d'erreur. p> Je suis sur un environnement d'hébergement partagé, je ne peux donc pas modifier mon fichier index.php code>):
php.ini code>. p>
phpinfo () code> me dit: p>
4 Réponses :
Vous pouvez modifier le niveau de déclaration d'erreur en quelque chose de différent p>
error_rporting (e_error | e_warning | e_parse); p>
voir http://www.php.net/manual/ fr / fonction.error-reporting.php pour plus d'informations p>
J'ai essayé cela aussi, y compris votre variation - vous êtes toujours enregistré. Y a-t-il un moyen dans php.ini pour faire ini_set () et error_rporting () ne fonctionne pas?
Essayez de faire:
var_dump(error_reporting());
J'ai cherché l'ensemble du projet pour "Error_Reporting" et il affiche uniquement un coup dans le fichier index.php, et c'est le message error_rporting que j'ai ajouté. Il n'y a pas d'occurrence de "Set_error_handler", non plus.
@magenta: Non ini_set () code> non plus?
Var_Dump sorties int (6135) qui est e_all & ~ e_notice
Il y a deux autres ini_sets, mais ils ont défini sendmail_from
6135 = e_recverable_error code> +
e_user_notice code> +
e_user_warning code> +
e_user_error code> +
e_compile_warning code> +
E_compile_error code> +
e_core_warning code> +
e_core_error code> +
e_parse code> +
e_warning code> +
e_error code> . Non
e_notice code> là.
@MAGENTA: Avez-vous des trigger_error () code> Appels de fonction? De plus, les avis apparaissent-ils toujours si vous définissez
error_rporting (0); code>?
Aucun trigger_error et yep à errivre_rporting (0), c'est comme peu importe ce que je fais, cela n'a aucun effet.
@Magenta: Alors je suis désolé mais je ne peux penser à rien d'autre ... Avez-vous essayé de contacter votre fournisseur Sysadmin / hôte?
C'est ensuite! :) Merci à tout le monde pour votre contribution, je l'apprécie, espérons que mon fournisseur de services Internet sera capable de perdre une lumière sur ce avenir. Je vais au lit.
@Magenta: Dans votre question, vous mentionnez "Error_Reporting 6143", ce numéro indique que vous avez toutes les constantes ci-dessus plus b> e_notice code>. Cela pourrait être un indice.
Cela devient remplacé par mon var_dump mentionné ci-dessus. Cela me donne 6135, qui est e_all & ~ e_notice selon deux personnes chez PHP .NET / Manual / fr / Function.Error-Reporting.php (juste faire une recherche en ligne pour 6135 et vous le trouverez)
Si vous êtes sur un serveur Apache, essayez de définir la valeur dans un fichier .htaccess. Le format général est le suivant: où Plus d'infos ici: P> http://perishablepress.com/press/2008/01/14/advanced-php-error-handling-via-htaccess/ p> p> integer code> est la valeur que vous obtenez d'exécuter quelque chose comme: p>
Faire attention ! Le code (comme 30711) peut différer sur différentes versions PHP. Il est préférable de vérifier l'écho sur le coup-même, où vous appliquerez la configuration
Obtenez-vous des avis de préavis ou "utilisateur" dans votre journal?
Pour désactiver les deux utilisations: P>
error_reporting(E_ALL & ~E_NOTICE & ~E_USER_NOTICE);
Spectacles dans le journal comme "PHP AVIS"
Je crois que les deux sont connectés comme "PHP AVIS". Vous pouvez rechercher le phpcode pour "trigger_error" ou e_user_notice.
Que diriez-vous de fixer les causes des notifications au lieu de fermer vos yeux à cela? Ils ne se produisent pas sans aucune raison.
Les causes des notifications ne sont pas toujours quelque chose que vous avez le contrôle, par ex. J'utilise WordPress et il y a plusieurs notifications qui sortent du noyau. Il est légitime de vouloir supprimer des erreurs non fatales.