Attention au contexte d’exécution des destructeurs

Lors d’un exercice en Licence Professionnelle Informatique Web Développeur à l’INSSET de Saint-Quentin, mes élèves ont constaté un comportement étrange avec le destructeur d’une classe. Voici un exemple minimal du problème :

<?php class Exemple { 	public function __destruct() 	{ 		file_put_contents('log.txt', 'Test'); 	} } $exemple = new Exemple();

Ce code ne pose a priori pas de problème et pourtant si vous l’exécutez avec Apache sur Unix vous risquez d’avoir des problèmes de droit d’écriture :

Warning: file_put_contents(log.txt) [function.file-put-contents]: failed to open stream: Permission denied in /var/www/test/destruct.php on line 6

En fait l’explication est aussi étonnante que simple et comme souvent on la trouve dans la documentation de PHP : lors de la phase de clôture d’un script, le contexte peut changer sur certains SAPI dont Apache.

Cela veux dire que notre instance étant détruite implicitement lors de la clôture du script, PHP ne va pas essayer de créer le fichier, dont le chemin est relatif, dans le même répertoire que le script mais dans un autre répertoire où il n’a pas forcément le droit d’écrire.

Pour contourner ce problème, il suffit soit de donner au fichier un chemin absolu pour le fichier, soit de détruire explicitement l’instance afin que cela se fasse avant la phase de clôture du script :

$exemple = null

ou

unset($exemple);
Ce contenu a été publié dans PHP. Vous pouvez le mettre en favoris avec ce permalien.

7 réponses à Attention au contexte d’exécution des destructeurs

Les commentaires sont fermés.