Domanda

Sto scrivendo un'applicazione per consentire agli utenti di pianificare le attività di una volta a lungo in esecuzione da un'applicazione Web (Linux / Apache / CGI :: Application). Per fare questo io uso la Schedule :: al modulo che è l'interfaccia Perl al comando "at". Dal momento che le attività pianificate non stanno ripetendo, io non sto considerando "cron". Ho due problemi con "a", anche se:

  1. Programmazione funziona bene quando la mia applicazione CGI gira sotto suexec, ma non quando previsto dal proprietario del processo di Apache. Come posso pianificazione di lavorare in entrambi gli ambienti (suexec e non-suexec)?
  2. Sembra che i processi programmati da "a" o Schedule :: A hanno nessuna segnalazione guasti, e io a volte trovano che le operazioni pianificate non riescono in silenzio. C'è qualche modo per registrare il fatto che l'operazione pianificata (non lo scheduler stesso) non è riuscita a correre?

Non mi fisso su "a" e sono aperto a utilizzare altri, più robusti, i metodi di programmazione se ce ne sono.

Grazie per la vostra attenzione.

È stato utile?

Soluzione

Ho sentito parlare bene di La Schwartz . Non ha un ritardo, fino a quando però; devi inviare i lavori via in, ma che dovrebbe risolvere entrambi i problemi che elenco di cui sopra, a patto che lo script submit_job era semplice.

(come un avvertimento, ho usato solo Gearman , io ti penso 'd vogliono una coda di lavoro affidabile per questo, un 'fuoco e dimenticare' il meccanismo, in modo da poter mantenere il vostro submit_job muto.)

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top