Quel est le problème avec l'ordre des opérations PHP?

Question

J'ai un script principal dans lequel je supprime (dissocie) un fichier. Ensuite, dans un script que j'inscris plus tard dans ce script principal, j'écris dans ce fichier (dans le fichier avec le même nom que celui supprimé de toute façon, car il devrait déjà être parti maintenant).

Ce qui se passe, c'est qu'après l'exécution du script principal, le fichier est supprimé. Tout comme l'opération de dissociation a eu lieu après l'écriture dans le fichier. La même chose se produit, quand je tronque le fichier dans le script principal (en l'écrasant avec une chaîne vide) et écris plus tard dans ce fichier. Le résultat est que le fichier est vide (comme si le fichier était tronqué après l'écriture, mais l'ordre littéral dans le code est inversé).

Qu'est-ce qui ne va pas ici? Ou si ce n'est pas le cas, pourquoi cela fonctionne-t-il de cette façon?

EDIT:

premier (dans le script principal):

unlink($config['directory'].'logs/info.txt'); 

puis (dans certains comprennent script):

$f = fopen($config['directory'].'logs/info.txt', "w"); 
fwrite($f, "Text"); 
fclose($f); 

Je pensais qu'il peut y avoir une erreur commune, que vous pourrait signaler (comme ne pas appeler fclose ou quelque chose). Donc probablement je dois enquêter plus près (mais je suis sûr qu'aucune autre opération sur ce fichier est faite, parce que j'ai utilisé un nom unique du fichier, une même chose arrive).

Answer 1

Comment écrire plus tard dans le fichier? file_put_contents() est à sens unique (et je n'utilise presque plus rien d'autre) mais si vous utilisez fopen/fwrite et oubliez le fclose qui pourrait causer des problèmes comme celui-ci.

Answer 2

Il est impossible de donner une réponse définitive sans réellement voir le code, mais une possibilité est qu'une demande de ressources provenant du client se produise en arrière-plan qui provoque la suppression du fichier une fois la requête principale terminée. Essayez d'utiliser des traces de pile dans la partie du script qui supprime le fichier pour identifier comment il est appelé à nouveau; voir debug_backtrace ou debug_print_backtrace.

Answer 3

Retirez le txt du fopen - Mode paramater

$f = fopen($config['directory'].'logs/info.txt', "w"); 

http://php.net/manual/en/function.fopen.php

Answer 4

Juste une pensée, mais avez-vous essayé de rinçage la sortie? Vous pouvez utiliser fflush($f); pour forcer php à écrire toutes les données mises en mémoire tampon dans le fichier.

Bien sûr, vous ne devriez pas en avoir besoin - en fait l'ouvrir avec l'indicateur 'w' tronque le fichier de toute façon. Êtes-vous sûr que c'est ouvert correctement? Peut-être essayer quelque chose comme ceci:

$f = fopen($config['directory'].'logs/info.txt', "w"); 
if($f === false)die('File opening failed!'); 
fwrite($f, "Text"); 
fflush($f); 
fclose($f);