Funzione filemtime PHP - "stat failed for"

Question

Ho un problema con la funzione filemtime di PHP. Nella mia webapp utilizzo il motore di template Smarty con opzione di caching. Nella mia webapp posso fare alcune azioni che generano errori, ma concentrarsi su una sola azione. Quando faccio clic sul link sulla pagina alcuni contenuti vengono aggiornati: riesco a fare clic poche volte e tutto è OK, ma circa una richiesta su 10 non riesce. A seguito di errore si verifica:

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

e la linea che causa il problema:

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

Come si può vedere, il file esiste perché sia ​​selezionata.

riga problematica di codice è incluso nella smarty_internal_cacheresource_file.php (parte di Smarty lib v3.0.6)

App viene eseguito sul sistema UNIX, hosting esterno.

Qualche idea? Devo pubblicare più dettagli?

Answer 1

file_exists utilizza internamente la chiamata di sistema access che controlla i permessi come la vera utente , mentre filemtime utilizza stat, che esegue il controllo come l'effettiva utente . Pertanto, il problema può essere radicato nell'ipotesi di utente effettivo == utente reale, che non regge. Un'altra spiegazione potrebbe essere che il file viene eliminato tra le due chiamate.

Poiché il risultato di $_template->getCachedFilepath() e l'esistenza del file possono cambiare tra chiamate di sistema, perché si chiama file_exists? Invece, io suggerirei appena

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

Se $_template->getCachedFilepath() può essere impostato su un valore fittizio, come false, utilizzare il seguente:

$path = $_template->getCachedFilepath(); 
if (!$path) return false; 
return @filemtime($path); 

Answer 2

ho usato con successo filemtime senza controllare "file_exists" per anni. Il modo in cui ho sempre interpretato la documentazione è che FALSE deve essere restituito da "filemtime" su qualsiasi errore. Poi qualche giorno fa è accaduto qualcosa di molto strano. Se il file non esisteva, il mio lavoro Cron terminava con un risultato. Il risultato non era nell'output del programma, ma piuttosto nell'output di Cron. Il messaggio era "lunghezza del file superata". Sapevo che il lavoro di Cron terminava con la dichiarazione di filemtime perché mi sono inviato una e-mail prima e dopo quella dichiarazione. L'e-mail "dopo" non è mai arrivata.

Ho inserito un controllo file_exists sul file per correggere il processo Cron. Tuttavia, ciò non avrebbe dovuto essere necessario. Non so ancora cosa è stato modificato sul server di hosting che utilizzo. Diversi altri lavori di Cron hanno iniziato a fallire lo stesso giorno. Non so ancora se abbiano qualcosa a che fare con il filemtime.

Answer 3

Usa:

Smarty::muteExpectedErrors(); 

Leggi this e this