PHP-Skripte (Jobs) Architektur. Ist Cron die ideale Lösung?

8

Ich verwende Crontab als Manager für Verwaltungsskripte und richte jeden Auftrag manuell ein. Die scheinen sehr geradlinig und vielleicht ideale Lösung zu sein.

Das Problem, das ich festgestellt habe, ist, dass ich keine einheitliche und automatisierte Kontrolle habe, ob diese Skripte die ganze Zeit gut laufen. Einige von ihnen sind ziemlich alt ... einige sind konfiguriert, um E-Mails zu senden, wenn ein Problem auftritt, andere schreiben in benutzerdefinierte Fehlerprotokolle ...

Mein Plan ist es, alle Jobskripte zu vereinheitlichen, um korrekte Statuscodes genau zurückzugeben, so dass ich das Crontab-Protokoll (oder ein benutzerdefiniertes Protokoll über "2 & gt;") für Probleme einfach analysieren kann. Vielleicht schreibe ich sogar einen sehr einfachen Job-Rahmen, der die Vereinheitlichung durchsetzt und Dinge für meine Bedürfnisse automatisiert ...

Würden Sie einige Best Practices vorschlagen? Oder irgendetwas anderes? Oder etwas über das Thema zu lesen, bevor ich anfange?

Danke

    
U.J. 12.04.2011, 07:05
quelle

1 Antwort

2

Cron-Tabellen sind in der Tat die passende Lösung. Das Umschreiben in PHP wäre sowohl schmerzhaft als auch unsicher bei der Planung, es sei denn, Sie entscheiden sich dafür, die fork-Funktionen zu verwenden, was das Schreiben noch schmerzhafter macht.

Das Starten des PHP-Skripts ist ziemlich einfach mit wget, das Ihnen eine Reihe von Logging-Utilities bietet. Sie können sich zum Beispiel selbst anmelden.

Sie sollten definitiv job-tools.sh unter Ihren Jobskripts teilen, um ihre Fehlfunktionen Schritt für Schritt zu melden.

Was die Ausführung des PHP-Skripts selbst betrifft, sollten Sie sich besser auf Ihr Standard-PHP-Fehlerprotokoll verlassen, das Sie wahrscheinlich schon sehen.

Prost,

    
Tom Desp 12.04.2011 13:03
quelle

Tags und Links