PHP alternatives à la gestion des entrées malformées au lieu de lancer des erreurs

Question

Il ya beaucoup de fonctions (en fait, les plus) dans le langage PHP qui se fâchent et émettent des avertissements et des avis quand ils n'aiment pas leur entrée - plutôt que de simplement revenir FALSE (mais ils le font aussi).

Un endroit où cela est vraiment commun est dans les fonctions GD et chaîne. Ils sont très pointus sur leurs arguments et il est très facile pour les utilisateurs de ne pas respecter leurs standards.

Par exemple, un utilisateur télécharge une image endommagée (intentionnellement ou non). Résultant des avertissements de la bibliothèque GD.

Jusqu'à présent, il n'y a que trois façons que j'ai trouvé au silence PHP sur cette question:

• Changer votre établissement de rapports d'erreur dans le ini ou at runtime (beurk). Supprimer les erreurs avec le symbole @ lent.
• Modifier erreur de déclaration juste avant/après la fonction:

comme ceci:

$errorlevel=error_reporting(); 
error_reporting($errorlevel & ~E_NOTICE); 
//...code that generates notices 
error_reporting($errorlevel); 

Naturellement, les deux deuxièmes choix me rendent malade. Ce qui me laisse utiliser 1) et atténuer les paramètres d'erreur PHP. Cependant, je veux que PHP soit en mode strict afin que, pendant que je travaille, je puisse attraper des bogues logiques et une mauvaise forme qui pourrait s'introduire dans mon code. Cependant, je ne veux pas que des erreurs aléatoires soient lancées quand PHP n'aime pas quelque chose.

Y a-t-il un moyen de séparer les erreurs provenant d'arguments malformés (mauvaise entrée) des erreurs de mauvaise programmation? Par exemple:

1. Si une image utilisateur est invalide juste retour FALSE et je vais faire face. Je n'ai pas besoin d'avertissements.
2. Si le passage d'une ressource d'image à la fonction d'impression est invalide, jetez des avertissements.

Answer 1

corriger le code

Désinfectez l'entrée avant que vous appelez les fonctions. Cela vous évite des erreurs.

Answer 2

S'il y a quelque chose comme ça, vous pouvez utiliser les @-operator

ne est pas une solution __gVirt_NP_NN_NNPS<__ propre, mais il y a des situations où il est indispensable.

Avez-vous vérifié l'image avant d'utiliser getimagesize()?

Answer 3

Il existe une autre alternative - utilisez set_error_handler(), vous pouvez même l'appeler juste avant l'appel de la fonction GD et revenir à la valeur par défaut avec restore_error_handler().

Il y a un bon commentaire dans la question try and catch a warning qui donne plus de détails sur comment cela est accompli.

Answer 4

Ceci est un mauvais design depuis les débuts de PHP. Une bibliothèque PHP moderne lancerait une exception en cas d'erreur. Et une exception peut être interceptée. Mais à l'époque, GD était écrit que PHP ne supportait pas encore les exceptions.

Ainsi, je pense que dans ce cas est légitime d'utiliser l'opérateur @.

Answer 5

Cependant, je ne veux pas avoir des erreurs aléatoires lancées lorsque PHP n'aime pas quelque chose.

Pourquoi pas? PHP essaie de vous dire quelque chose de notable avec des avertissements et des avis. Dans l'exemple GD, vous devez vous connecter lorsqu'un utilisateur télécharge un fichier corrompu, en particulier s'il est utilisé dans une attaque. Turn of the display of error messages and log everything.

Answer 6

Il n'y a pas d'approche générique pour toutes les bibliothèques en dehors de l'édition de la bibliothèque fautive et de la manière dont elle génère des exceptions. Honeslty, beaucoup de développeurs PHP ne se sont pas souciés des exceptions lancées, mais maintenant de plus en plus de gens arrivent sur le wagon E_STRICT. Quand les libs de GD ont été générées, la mentalité était probablement que lancer des erreurs insaisissables n'était pas un gros problème.

En ce qui concerne la validation des images avec GD. La seule chose que vous pouvez vraiment faire est d'utiliser une bibliothèque ou une fonction différente pour valider vos images. Vous pouvez try using magic byte functions vérifier si les images ont des en-têtes appropriés (bien que cela ne signifie pas que le reste du fichier est structuré correctement). Au moins, en utilisant les fonctions d'octets magiques, vous vous occuperez de choses évidentes comme quelqu'un qui télécharge un fichier texte au lieu d'un fichier JPEG.