Discussion :

[El Riiico]

Bonjour,

J'ai des script de maintenance lancés la nuit avec un CRON, ils s'exécutent en processus Php sans passer par Apache.

Or, au fur et à mesure que mon site gagne en volume de données à traiter, je m'aperçois que certains de mes scripts ne sont pas correctement optimisés : des gros fichiers xml sont chargés en mémoire avec SimpleXml, de très gros résultats de requêtes sont directement transmis dans des variables...

Pour éviter de faire planter le serveur, en attendant d'améliorer tout ça, j'ai jugé préférable d'ajouter ini_set('memory_limit', '500M'); à mes scripts.

Problème : lorsque la limite est dépassée, le script part en fatal_error sans que je puisse gérer proprement l'interruption.
Comment récupérer l'erreur lorsqu'elle survient ?

[julp]

Certaines erreurs ne peuvent pas être capturées c'est notamment le cas de :

E_ERROR, E_PARSE, E_CORE_ERROR, E_CORE_WARNING, E_COMPILE_ERROR, E_COMPILE_WARNING ainsi que la plupart des E_STRICT d'un fichier

(voir la fonction set_error_handler).

La valeur -1 désactive totalement cette limite sur la mémoire, que vous pourriez également passer en ligne de commande par l'option (de php) -d. Peut être devriez-vous envisager un parsing avec la méthode SAX.


Julp.

[Taum]

Salut,

Il existe une fonction (set_error_handler) permettant d'enregistrer un callback à appeler lorsqu'une erreur survient. Le problème est qu'une fatal error, par définition, nécessite l'arrêt du script et donc ne peut pas être géré par ce système.

Une solution pourrait être de demander à php de logger les erreurs dans un fichier (log_errors = true) puis de regarder ce fichier de temps en temps pour voir si une erreur est survenue.

Tu peux aussi voir ce commentaire qui propose une bidouille permettant de gérer les fatal error à l'intérieur du script.

[El Riiico]

Merci, set_error_handler est juste ce que je recherchais.