PHP fwrite renvoie toujours le nombre d'octets à écrire même si le fichier n'existe pas, est ce comportement attendu?

Question

J'ai le code exemple suivant

<?php 
`echo test > /tmp/test.txt`; 
$f=fopen("/tmp/test.txt","w+"); 
`rm /tmp/test.txt`; 
var_dump(fwrite($f,"test")); 
fclose($f); 
file_get_contents("/tmp/test.txt"); 

Ce qui crée un fichier, ouvre un pointeur vers elle, supprime le fichier tente ensuite d'écrire. Maintenant, je me attends fwrite pour revenir faux ou 0 car aucune donnée ne sera écrite, mais il produit la sortie suivante

int(4) 

Warning: file_get_contents(/tmp/test.txt): failed to open stream: No such file or directory in /Stuff/tmp/test3 on line 7 

Ainsi, le fwrite réussit apparemment, mais les file_get_contents échoue comme prévu.

Est-ce que le comportement de fwrite devrait renvoyer le nombre d'octets à écrire? Si oui, comment puis-je tester si l'écriture a vraiment réussi?

est avec php 5.3.3

Answer 1

La raison pour laquelle il est de retour false est que le pointeur de fichier est à la fin du fichier après fwrite ... C'est ce que fgets est censé faire quand il atteint la fin du fichier (il retourne false car il est plus de données à obtenir) ...

Ce que vous devez faire est d'ajouter un appel fseek avant d'appeler fgets:

var_dump(fwrite($f,"test")); 
fseek($f, 0); 
var_dump(fgets($f)); 

Edit: Maintenant que je comprends votre question (et l'ai regardé):

Très bien, alors voici ce qui se passe. Pour comprendre, vous devez d'abord savoir comment fonctionnent les systèmes de fichiers Linux. Le nom du fichier n'a aucun sens pour le système d'exploitation. Tout ce qu'il fait est pointez sur le INODE pour le fichier. L'inode stocke les données, etc. Il stocke également un numéro de référence au numéro hard-links dans ce fichier. Le fichier n'est supprimé que lorsque le numéro de référence tombe à 0. Je soupçonne que l'ouverture d'un pointeur sur le fichier (en utilisant fopen, ou d'autres appels système) augmente le nombre de références.

Donc, fondamentalement, cela signifie que lorsque vous avez exécuté rm sur le fichier, il a supprimé le lien physique. Mais puisque le fichier était encore ouvert, vous pouviez toujours accéder à l'inode via fwrite (d'où la réussite de l'écriture). Vous ne pouviez pas accéder à /tmp/test.txt car le lien physique vers ce nom de fichier n'existait plus. Ainsi, le fichier est devenu un fichier fantôme qui n'est accessible que par l'inode. Mais dès que vous avez fermé le handle de fichier pour ce fichier (fclose, ou en terminant le script) le nombre de références est tombé à 0 et l'inode a été libéré ...

Donc le fichier existe, il n'est pas accessible depuis le nom de fichier après que vous appelez rm ...

C'est juste ce que je rassemble en sachant ce que je sais sur les systèmes de fichiers. Je ne dis pas que c'est 100% précis, mais ça devrait être une hypothèse décente ...

Answer 2

Le code suivant devrait vous permettre de vérifier si elle était une écriture réussie.

if (fwrite($handle, $somecontent) === FALSE) { 
     echo "Cannot write to file ($filename)"; 
     exit; 
} 

Answer 3

Je crois que vous devez d'abord enregistrer le fichier

fclose($f); 

Answer 4

Votre code a besoin de conditions, par exemple erreur de manipulation

• vérifier si le fichier existe
• si le fichier est accessible en écriture
• si les données ont été écrites dans le fichier
• si les données sont lisibles

Answer 5

Si cela est sur un serveur Linux (et éventuellement d'autres OS unix-like), la référence au fichier dans le système de fichiers est supprimée par rm, mais le fichier lui-même existe toujours jusqu'à ce que tous les programmes de lecture/écriture soient fermés.

Ceci est dû à la façon dont fonctionne hard links; toutes les entrées du système de fichiers sont des liens physiques, soft links, ou des périphériques.