XoK
29-08-10, 14:39
Nao post no email anterior porque ja era bastante tarde.
IMHO:
Na teoria, o problema surge através do Timeout do FastCGI (que instancia multiplos threads para executar de forma mais rapida os varios processos concorrentes ao nao ter que instanciar de cada vez os threads.. adiante..).
Portanto, mesmo com a instrução set_time_limit(0); no PHP, a execução era quebrada pelo timeout do FastCGI (variavel IPCCommTimeout) mesmo que o PHP permitisse mais tempo.
A solução passa por não utilizar o FastCGI para que se possa executar o processo em PHP "infinitamente" (até ao fiim do envio), a solução é ter o script de envio numa sub-directoria para ter um .htaccess com a instrução para não executar o FastCGI.
Pronto, um problema ja esta resolvido, agora tenho de analisar porque é o Swift Mailer está a engasgar o Apache a 100% de CPU, pois só envia um email por segundo.. LOL! Cheira-me a bugs.. Mas isso ja e outra historia..
IMHO:
Na teoria, o problema surge através do Timeout do FastCGI (que instancia multiplos threads para executar de forma mais rapida os varios processos concorrentes ao nao ter que instanciar de cada vez os threads.. adiante..).
Portanto, mesmo com a instrução set_time_limit(0); no PHP, a execução era quebrada pelo timeout do FastCGI (variavel IPCCommTimeout) mesmo que o PHP permitisse mais tempo.
A solução passa por não utilizar o FastCGI para que se possa executar o processo em PHP "infinitamente" (até ao fiim do envio), a solução é ter o script de envio numa sub-directoria para ter um .htaccess com a instrução para não executar o FastCGI.
Pronto, um problema ja esta resolvido, agora tenho de analisar porque é o Swift Mailer está a engasgar o Apache a 100% de CPU, pois só envia um email por segundo.. LOL! Cheira-me a bugs.. Mas isso ja e outra historia..