Olá Todos!

Eu estou olhando para a construção de um acompanhamento script.

O script deve ser sempre executado como um serviço de sistema de algum tipo e devem sempre verificar que um script PHP está sendo executado.

Talvez haja uma forma de atribuir um script PHP para um determinado PID para que o monitor script que verificar a PID no topo e, em seguida, se o PID não existe, então tem que executar o script PHP.

Basicamente, eu tenho construído um script PHP monitora constantemente os dois conjuntos de dados para verificar se eles permanecem os mesmos e, se um PO mudanças que ele escreve para o outro.
Existem muitas razões para isso ser feito desta forma versus outras formas possíveis. Principalmente por causa de outras funções neste script é que devido a muita diversão papelada legal não posso revelar.

Então, tudo em todos ...
Precisa de um bash / shell script que constantemente para verificar o meu script PHP para ter certeza que ele está executando e torná-lo funcionar se ele não existisse.

Estou cansado de ter uma massa de vidraceiro janela aberta e minha internet morrer e matar o script.

Qualquer ajuda ou apontar na direcção certa seria de grande ajuda.
Obrigado pelo seu tempo!

Minha "Pão e Manteiga" Processo de manter viva Perl ....
Script para testar executando scripts

Além do que era dito. se im leitura não está errada, então você não sabe sobre o "nohup" ou "tela"

ambos têm (de diferentes maneiras) a capacidade de lançar um programa / script e eles não morrem quando você fechar a sessão mástique

Obrigado era para os dois scripts, eu acho que deveria ser capaz de chegar a algo útil ao largo dessas.

Não, eu não tinha ouvido falar de nohup ou tela, mas talvez algo parecido com que vai trabalhar para outros processos. Meu negócio é que não quero que o processo de morrer sem saber.

É possível ter um script PHP sempre puxar exatamente o mesmo PID?

Obrigado!

Mas, como observou outro lugar, se manter as coisas correndo é realmente importante, é melhor do cron tela ou nohup, porque vai recuperar, mesmo que o sistema é executado fora de recursos e mata, por exemplo, o processo de processo de acompanhamento. (Claro, se o cron daemon é morto, você é muito bonita além espero ...)