Gostaria de expandir a resposta de Davidann, já que você é novo no conceito de cron job. Todo sistema UNIX ou Linux possui um crontab armazenado em algum lugar. O crontab é um arquivo de texto simples. Considere o seguinte: (Do Wiki do Gentoo no Cron )
#Mins Hours Days Months Day of the week
10 3 1 1 * /bin/echo "I don't really like cron"
30 16 * 1,2 * /bin/echo "I like cron a little"
* * * 1-12/2 * /bin/echo "I really like cron"
This crontab should echo "I really like cron" every minute of every hour of every day every other month. Obviously you would only do that if you really liked cron. The crontab will also echo "I like cron a little" at 16:30 every day in January and February. It will also echo "I don't really like cron" at 3:10 on the January 1st.
Sendo novo no cron, você provavelmente desejará comentar as colunas com estrela para que você saiba para que cada coluna é usada. Toda implementação Cron que conheço sempre foi essa ordem. Agora mesclando a resposta de Davidann com meu arquivo comentado:
#Mins Hours Days Months Day of week
* * * * * lockfile -r 0 /tmp/the.lock && php parse_tweets.php; rm -f /tmp/the.lock
* * * * * lockfile -r 0 /tmp/the.lock & & php get_tweets.php; rm -f /tmp/the.lock
Não colocando nenhum valor em cada coluna, o padrão é:
Cada minuto de cada hora de cada dia de cada mês durante toda a semana, - > Cada minuto todo o ano.
Como Davidann afirma que usar um arquivo de travamento garante que apenas uma cópia do interpretador php seja executada, php parse_tweets.php
é o comando para "executar" o arquivo, e o último bit da linha excluirá o arquivo de bloqueio para ficar pronto para o arquivo próxima corrida. Eu não gosto de apagar um arquivo a cada minuto, mas se este é o comportamento que você precisa, isso é muito aceitável. Escrever e reescrever para disco é apenas uma preferência pessoal