Question

Je suis en train d'écrire une application pour permettre aux utilisateurs de programmer un temps tâches à long en cours d'exécution à partir d'une application web (Linux / Apache / CGI :: Application). Pour ce faire, j'utilise le horaire :: sur le module qui est l'interface Perl à la commande « à ». Étant donné que je ne suis pas les tâches planifiées ne sont pas répéter, envisageais « Cron ». J'ai deux problèmes avec « à » bien:

  1. Scheduling fonctionne très bien lorsque mon application CGI fonctionne sous l'suEXEC, mais pas au moment prévu par le propriétaire du processus Apache. Comment puis-je planifier travailler dans les deux environnements (suexec et non-suexec)?
  2. Il semble que les processus prévus par « à » ou à l'annexe :: A ont aucun rapport d'échec, et parfois je trouve que les tâches planifiées échouent en silence. Est-il possible de se connecter au fait que la tâche planifiée (et non le planificateur lui-même) n'a pas réussi à courir?

Je ne suis pas fixé sur « à » et je suis ouvert à l'aide d'autres, plus robustes, les méthodes de planification s'il y.

Je vous remercie de votre attention.

Était-ce utile?

La solution

Je l'ai entendu de bonnes choses sur Schwartz . Il n'a pas de retard jusqu'à ce que; vous souhaitez soumettre les emplois par au, mais cela ne devrait résoudre les deux problèmes que vous liste ci-dessus, tant que votre script submit_job était simple.

(comme une mise en garde, je ne l'ai utilisé Gearman , je pense que vous « d veulent une file d'attente d'emploi fiable pour cela, un mécanisme « tire et oublie », de sorte que vous pouvez garder votre submit_job stupide.)

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top