PHP la fonction filemtime - “stat a échoué pour”

J'ai un problème avec PHP la fonction filemtime. Dans ma webapp je utiliser le moteur de template Smarty avec option de mise en cache. Dans ma webapp je peux faire certaines actions qui génère l'erreur, mais permet de se concentrer sur une seule action. Lorsque je clique sur un lien sur la page de certains contenus sont mis à jour - je peux cliquer quelques fois et tout est OK, mais sur une seule demande sur 10 ne fonctionne pas. Erreur suivant se produit:

filemtime() [<a href='function.filemtime'>function.filemtime</a>]: stat failed for

et de la ligne qui provoque le problème:

 return ($_template->getCachedFilepath() && file_exists($_template->getCachedFilepath())) ? filemtime($_template->getCachedFilepath()) : false ;

Comme vous pouvez le voir, le fichier existe parce qu'il est cochée.

Problématiques de lignes de code est inclus dans smarty_internal_cacheresource_file.php (partie de Smarty lib v3.0.6)

Application est exécutée sur un système UNIX, l'hébergement en externe.

Des idées? Dois-je afficher plus de détails?

Juste une remarque: est le répertoire parent lisible?
oui c'est lisible

OriginalL'auteur lbednaszynski | 2011-08-19

  1. 10

    file_exists utilise en interne la accès appel système qui vérifie les autorisations que le réel de l'utilisateur, tandis que filemtime utilise stat, qui effectue la vérification que le efficace de l'utilisateur. Par conséquent, le problème peut être enracinée dans l'hypothèse de l'effectif de l'utilisateur == réel de l'utilisateur, qui ne tient pas. Une autre explication serait que le fichier est supprimé entre les deux appels.

    Depuis deux le résultat de $_template->getCachedFilepath() et l'existence d'un fichier peut changer entre les appels système, pourquoi appelez-vous file_exists à tous? Au lieu de cela, je vous suggère de simplement

    return @filemtime($_template->getCachedFilepath());

    Si $_template->getCachedFilepath() peut être réglé à une valeur factice comme false, utilisez la commande suivante:

    $path = $_template->getCachedFilepath();
if (!$path) return false;
return @filemtime($path);
    Je comprends que le fichier peut disparaître entre deux appels, mais je ne suis qu'un qui teste cette application. J'ai aussi tester uniquement pour un utilisateur, c'est pourquoi il est étrange pour moi. Je peux ignorer l'erreur en mettant le signe@, mais le problème ne va pas disparaître.
    Je n'aime pas les solutions qui incluent la suppression d'erreur, mais +1 pour le bon/vrai billet. @marchewa vérifier les permissions des fichiers.
    Les autorisations de tous les fichiers mis en cache sont 0644 (rw-r--r--). Mes scripts de créer, de supprimer et d'essayer de lire ces fichiers. Comme je l'ai dit, seulement environ 10% des demandes d'échouer.
    Quel est le problème avec la suppression d'erreur si des erreurs s'y sont attendus? C'est certainement mieux que de regarder à l'avant-saut à moins que vous pouvez garantir l'état ne change pas.
    Si le problème se produit par intermittence, il pourrait très bien être que le fichier temporaire est supprimé après l'appel de file_exists, mais avant filemtime. Pouvez-vous reproduire le problème avec deux appels à filemtime, c'est à dire à l'aide de (@filemtime(..) !== false) au lieu de file_exists?

    OriginalL'auteur phihag

  2. 2

    Utilisation:

    Smarty::muteExpectedErrors();

    Lire cette et cette

    OriginalL'auteur kbec

  3. 0

    J'ai utilisé filemtime avec succès sans vérifier "file_exists" pendant des années. La façon dont j'ai toujours interprété la documentation est que FAUX doit être retourné à partir de "filemtime" à la suite de toute erreur. Ensuite, il y a quelques jours quelque chose de très étrange s'est produite. Si le fichier n'existe pas, à ma tâche terminée avec un résultat. Le résultat n'était pas dans le programme de la sortie, mais plutôt dans le Cron de sortie. Le message a été "la longueur du fichier de dépassement". Je savais que la tâche Cron est terminée sur la filemtime déclaration parce que j'ai envoyé moi un mail avant et après cette déclaration. Le "après" e-mail n'est jamais arrivé.

    J'ai inséré un file_exists vérifier sur le fichier pour corriger la tâche Cron. Toutefois, cela ne devrait pas être nécessaire. Je ne sais toujours pas ce qui a changé sur le serveur d'hébergement que j'utilise. Plusieurs autres tâches Cron a commencé à défaut, le même jour. Je ne sais pas encore si ils ont quelque chose à voir avec filemtime.

    OriginalL'auteur Jeff