Questo stesso errore è successo a me. Una delle mie funzioni PHP è morta senza errori inviati a stderr, stdout e nessun altro file di registro.
Quello che è successo è che stavo usando uno script PHP di supporto scritto da qualche altro sviluppatore che stava impostando il limite di memoria a 512 MB a metà del funzionamento del mio programma. Il sottomodulo ha avvelenato il pozzetto impostando anche le impostazioni del registro degli errori su silenzioso a un certo punto a metà dell'elaborazione del mio script.
Puoi provare se questo ti sta accadendo stampando le impostazioni del sistema php disponibili per il tuo script PHP su OGNI iterazione del ciclo. Quando il pedice ha fatto l'azione sporca, il motore PHP si adatta dopo che il garbage collector viene eseguito in un punto casuale nel futuro, quindi muore immediatamente senza errori. Si tratta di un bug nel garbage collector di PHP quando i moduli secondari fanno confusione con le impostazioni di sistema mentre il garbage collector sta facendo il suo lavoro.
Soluzione: Modificare i sottomoduli di helper php e assicurarsi che non modifichino le impostazioni di sistema, poiché il garbage collector sta facendo il suo lavoro. L'interprete PHP andrà fuori di testa e morirà senza errori o uscirà in un intervallo casuale dopo l'avvelenamento delle variabili di sistema PHP.
fonte
2015-05-20 19:46:18
Cosa fa il codice? Sei sicuro che nessun errore è stato generato? Hai impostato la visualizzazione dell'errore su E_ALL? Non hai eliminato alcun errore con l'operatore '@'? –
Sicuro che non genera errori. Hai esaminato i file di registro? – Neysor
stai eseguendo questo da una riga di comando, cron job, web server, altro? hai provato un metodo diverso di invocazione? – dldnh