PHP filemtime Funktion "stat failed for"

Ich habe ein problem mit PHP filemtime Funktion. In meiner webapp nutze ich Smarty template-engine mit caching-option. In meiner webapp kann ich tun einige Aktionen, die Fehler generieren, aber läßt sich auf nur eine Aktion. Wenn ich auf den link auf der Seite einige Inhalte aktualisiert werden - ich kann Sie paar mal und alles ist OK, aber über eine Anfrage auf 10 schlägt fehl. Folgender Fehler tritt auf:

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

und die Zeile, die das problem verursacht:

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

Wie Sie sehen können, die Datei existiert, weil es geprüft wird.

Problematische code-Zeile enthalten ist, in smarty_internal_cacheresource_file.php (Teil Smarty-lib v3.0.6)

App läuft auf UNIX-system, externe hosting.

Irgendwelche Ideen? Ich sollte post mehr Informationen?

  • Nur eine Anmerkung: das übergeordnete Verzeichnis, lesbar?
  • ja, es ist lesbar
InformationsquelleAutor lbednaszynski | 2011-08-19
  1. 10

    file_exists intern verwendet die access system aufrufen, die prüft Berechtigungen des real Benutzer, in der Erwägung, dass filemtime verwendet stat, die führt die überprüfung als effektive Benutzer. Daher kann das problem wurzelt in der Annahme der effektiven Benutzer - = = echter Benutzer, die nicht halten. Eine andere Erklärung wäre, dass die Datei gelöscht wird, die zwischen den beiden anrufen.

    Da sowohl das Ergebnis der $_template->getCachedFilepath() und die Existenz der Datei ändern können, zwischen system fordert, warum nennst du file_exists überhaupt? Stattdessen würde ich einfach vorschlagen

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

    Wenn $_template->getCachedFilepath() kann eingestellt werden, um einen dummy-Wert wie false verwenden Sie die folgende:

    $path = $_template->getCachedFilepath();
if (!$path) return false;
return @filemtime($path);
    • Ich verstehe, dass die Datei verschwinden kann zwischen zwei Anrufe, aber ich bin nur derjenige, der die tests dieser Anwendung. Ich auch testen, es nur für einen user ist, warum es ist seltsam für mich. Ich kann Fehler ignorieren, indem Sie @ - Zeichen, aber das problem wird nicht verschwinden.
    • Ich mag keine Lösungen, die auch Fehler-Unterdrückung, aber +1 für die effektive/Reale note. @marchewa überprüfen Sie die Berechtigungen der Dateien.
    • Berechtigungen für alle zwischengespeicherten Dateien 0644 (rw-r--r--). Meine Skripte erstellen, löschen und versuchen, diese Dateien zu Lesen. Als ich sagte, dass nur etwa 10% der Anträge.
    • Was ist falsch mit der Fehler-Unterdrückung, wenn die Fehler werden erwartet? Es ist auf jeden Fall besser als schauen-bevor-Sie-Sprung, es sei denn, Sie garantieren kann der Staat nicht ändern.
    • Wenn das problem tritt nur zeitweise auf, es könnte sehr gut sein, dass die temporäre Datei wird entfernt, nachdem Sie nennen file_exists, aber vor filemtime. Können Sie das problem reproduzieren mit zwei Aufrufe filemtime d.h. mit (@filemtime(..) !== false) statt file_exists?
    • Ich habe getan, was Sie vorgeschlagen, und Recht jetzt ersten Aufruf filemtime gibt immer E_WARNING. Ich nehme an, Sie sind Recht von Anfang an. Früher in meinem Skript rufe ich clearCache Smarty-Funktion, die verwendet unlink Funktion Datei löschen. Wenn ich diese Zeile auskommentieren problem verschwindet, sonst problem nach dem Zufallsprinzip erfolgt. Frage: ist es möglich, dass die Datei physisch gelöscht, nach einiger Zeit der Aufruf unlink Funktion?
    • Nein, wenn das gleiche Verfahren(und thread) Probleme mit unlink und dann ein filemtime aufrufen, wird die Datei nicht da sein. Beachten Sie die mehrere gleichzeitige Prozesse sind die Regel, nicht die Ausnahme auf einem webserver. Sie sollten gehen mit meiner ursprünglichen Antwort - nur cal filemtime einmal, und legen Sie eine @ an der front zu unterdrücken die Warnung.
    • ok, danke ich werde das tun. Ich werde auch änderungsanforderung an die Smarty-Entwickler.
    • Smarty 3.1 sollte schon das Problem lösen smarty.net/forums/...

    InformationsquelleAutor phihag
  2. 2

    Verwenden:

    Smarty::muteExpectedErrors();

    Lesen diese und diese

    InformationsquelleAutor kbec
  3. 0

    Ich verwendet, filemtime erfolgreich ohne Prüfung "file_exists" für die Jahre. Die Art und Weise habe ich immer interpretiert, die Dokumentation ist, dass FALSE zurückgegeben werden sollte, von "filemtime" bei jedem Fehler. Dann vor ein paar Tagen etwas sehr komisch vorgekommen. Wenn die Datei nicht vorhanden, mein Cron-job beendet mit einem Ergebnis. Das Ergebnis war nicht in der Ausgabe des Programms, sondern vielmehr in der Cron-Ausgabe. War die Meldung "file length exceeded". Ich wusste, dass der Cron-job endete auf dem filemtime Aussage, denn ich schickte mir eine E-Mail vor und nach dieser Aussage. Die "nach" - E-Mail nie angekommen.

    Ich eingefügt file_exists überprüfen Sie auf der Datei zu beheben, der Cron-job. Das sollte jedoch nicht nötig gewesen. Ich weiß noch nicht, was geändert wurde auf dem hosting-server, den ich verwenden. Mehrere andere Cron-jobs gestartet, andernfalls am gleichen Tag. Ich weiß noch nicht, ob Sie haben nichts zu tun mit filemtime.

    InformationsquelleAutor Jeff
Schreibe einen Kommentar