Newton Wagner se desenvolvendo na web

Rodando Processos em Background com PHP

Quando precisamos executar processamentos demorados com PHP, fazer com que o usuário dispare estes eventos através de uma página web pode não ser uma boa idéia, pois a conexão pode acabar em time-out e, além do usuário nunca ter certeza se o processo terminou ou não, o servidor web ainda pode bloquear o acesso daquele cliente por algum tempo.

Este era o problema que estávamos enfrentando em um sistema e procurávamos uma solução.

A primeira idéia foi a de usar a biblioteca de Funções de Controle de Processos do próprio PHP, porém, o manual informa que abrir uma nova thread rodando a aplicação em um servidor web pode causar comportamentos inesperados. Como também não temos controle das configurações do Apache, descartamos essa idéia a princípio.

Outra idéia foi utilizar a função exec() para executar o script, mas ainda tí­nhamos um problema, pois o PHP aguarda o retorno desta função para continuar o processamento. Este problema pode ser contornado utilizando uma solução do próprio Linux. Basta utilizar o caracter & (e-comercial) ao final da linha de comando dentro da função shell para que ele seja executado em uma nova thread.

Assim, o PHP recebe o retorno do exec() e finaliza a execução, enquanto o processo de geração do relatório segue em background sem interferir na requisição do usuário.

Artigos Relacionados:

• Por que você usa Smarty mesmo?
• Mais sobre o Lumine
• Lumine, Mapeamento de Banco de Dados PHP
• PHP rodando na plataforma .NET
• Otimizando seus scripts PHP

Por que você usa Smarty mesmo?

A biblioteca de templates Smarty para o PHP é algo que os desenvolvedores, eu inclusive, sempre encararam como a solução perfeita para a separação da lógica de apresentação da lógica do seu sistema.

Simples de usar, bastava instanciar a classe, passar valores para ela e mandar exibir.

Acreditávamos que os designers achariam ótimo não precisar usar <?=$var?>, afinal de contas, {$var} é muito mais simples.

Mas você já parou pra pensar se isso faz tanta diferença assim? Em um projeto que estou desenvolvendo com outro programador e um designer, uma das primeiras coisas que fiz no Zend Framework foi alterar a camada de visualização pra trabalhar com o Smarty, ao invés do seu sistema de templates padrão, que usa arquivos .phtml com PHP. Depois de um tempo, percebi que estávamos perdendo algumas funcionalidades do ZF, em troca apenas de "facilidade" pro designer na hora de trabalhar com os templates. E por fim acabamos concluindo que essa "facilidade" não existe.

Fazer o designer trabalhar com uma sintaxe de linguagem diferente do PHP, daria tanto trabalho quanto trabalhar com a sintaxe do PHP, e pode até dificultar caso ele precise utilizar alguma função ou uma lógica um pouco mais complexa.

Sendo assim, então por que eu continuaria trabalhando com Smarty? Não encontrei argumentos a favor do uso da biblioteca, e tive discussões sobre o assunto na lista php-brasilia e no MSN com alguns desenvolvedores. Ninguém conseguiu levantar argumentos para continuar trabalhando com Smarty.

Você deve continuar separando sua aplicação em camadas, mas o uso de bibliotecas de Template como o Smarty é absolutamente descartável.

Artigos Relacionados:

• Rodando Processos em Background com PHP
• Mais sobre o Lumine
• Lumine, Mapeamento de Banco de Dados PHP
• PHP rodando na plataforma .NET
• Otimizando seus scripts PHP