Flor1an

Warum bastelst du dir dann nicht sowas? Du könntest doch die "Spalten" die es beim Crontab gibt als SQL Spalten anlegen, dann kannst du immer in die Spalten das entsprechende eintragen. Also für Minute, Stunde, Tag, Monat, Wochentag. Und dadrin speicherst du dann eben die entsprechenden Werte die du brauchst. Bei der Abfrage kannst du dann exakt die auslesen die du möchtest.

Mister Ad

cycap

Das klappt aber nicht mit Montag bis Freitag ('1-6'), oder zu jeder Stunde ('*')

MrNiceGuy

Achso, es geht nur um die Abbildung der Crontab auf die DB, nicht um das System, welche Daten da ausgelesen werden sollen...

Also ich habe das so gemacht, dass ein Script jede Minute aufgerufen wird und aus einer Tabelle die entsprechenden Cronjobs sucht, die in dieser Minute wieder "fällig" sind. Spalten:

- UID
- Cronjob
- LastRun
- NextRun
- Status (ACTIVE/INACTIVE)
- Running (TRUE/FALSE)
- Cycle

Wenn der Cronjob auf "ACTIVE" steht, ist er - logischerweise - aktiv und kann ausgeführt werden. Der Punkt "NextRun" gibt an, ob der Zeitpunkt des nächsten Aufrufs bereits erreicht ist ("<=NOW()"). In Cycle habe ich die Anzahl Minuten bis zum nächsten Start stehen und trage dann entsprechend eine Datum-Uhrzeit-Kombi in "NextRun" ein. Damit verhindert wird, dass manche Crons mehrfach gestartet werden, wird der Status "Running" am Anfang des Cronjobs auf TRUE gesetzt und nach Beendigung wieder auf FALSE.

cycap

@MrNiceGuy: Die Idee ist zwar ganz schön, aber was wenn du in deinem System jetzt zum Beispiel Mo-Fr 8,10 und 14 Uhr realisieren willst? Verstehst du was ich meine?

Flor1an

So könnte man es auch machen. Aber wieso sollte es nicht funktionieren wenn du den Crontab direkt abbildest?

Du kannst doch entweder eine Zahl oder ein * speichern. Und dann kannst du eben auslesen:

Die ersten Werte jeweils Variable je nachdem zu welchem Zeitpunkt der Cronjob ausgeführt wird. So kannst du sie genau dann ausführen wenn in dem Feld entweder die richtige Zahl steht, oder wenn * drinnen steht ...

Bei dem Beispiel wäre jetzt der Cronjob am 24.9. um 11:20 ausgeführt werden (Wochentag 3).
Und wenn jetzt ein Cronjob so gespeichert wurde zu jeder Stunde und zur 20ten Minute ausgeführt zu werden dann hast du in der DB den Eintrag:
m = 20
h = *
d = *
month = *
wday = *

Sollte doch funktionieren?

cycap

@Flor1an: Und wie willst du das von-bis realisieren?

MrNiceGuy

Dann würde ich empfehlen statt des "Cycle" eine zweite Tabelle anzulegen, in der die User ihre Wünsche eintragen können (Wochentag, Stunde, Minute) und dann statt "NOW()+Cycle" (um es vereinfacht auszudrücken) einfach geprüft wird, welches dieser Daten als nächstes zutreffend ist und dieser Zeitpunkt eingetragen wird. Schwierig ist es nicht zu realisieren, da in erster Linie nur geprüft werden muss, welcher Tag heute ist und welcher der nächste Tag von den entsprechenden Möglichkeiten ist. Sollten an diesem Tag dann nicht mehrere Möglichkeiten zur Verfügung stehen, war es das schon mit der Sortierung, ansonsten anhand der Uhrzeit eben noch eine zweite Selektierung vornehmen und fertig!?

phpdummi

doch, guck dir mal die Views von CouchDB an

__________________
"Nobody is as smart as everybody" - Kevin Kelly
— The best things in life aren't things

Wellenbrecher1963

also ich weiß schon, was Du tun willst. Ich habe in einem speziellen BackOffice ebenfalls etwas ähnliches gemacht.

Ich habe ein PHP Script geschrieben, dass das aktuelle Datum erfasst und in der Datenbank nachsieht, ob ein Kunde Geburtstag hat. Wenn ja bekommt er eine Video eMail als Geburtstagsgruß.

Jedoch brauchst Du kein Script dass abfragt, welche Funktion gerade abgearbeitet werden muss, denn dass macht Cron sowieso schon automatisch - jedenfalls auf einem UNIX / LINUX System. Cron auf einem Windowssystem gibt es glaube ich gar nicht. Oder Mickysoft hat da wieder irgend wo was geklaut und sein Lable draufgeschraubt und als eigenes Gedankengut verkauft. (Siehe die Storry Microsoft gegen Quicktime).

Du musst nur eins bewerkstelligen können: ein Script schreiben, dass eine Datei erstellt / bearbeitet / schreibend erweitert, welches die "Cronjobs" Deiner Kunden in die Datei einträgt, oder in eine Datenbank. Letzteres würde jetzt wieder eine Datei erfordern, welches die Datenbank ausliest und daraus eine Cronjob Datei erstellt.

Tja und nun kommen die dämlichen Dateirechte ins Spiel. Jetzt musst Du einen Weg finden, die Datei in den Cronjob Ordner des Servers zu befördern, oder einen Weg, dass die erstellte Datei in irgend einem Verzeichnis liegen kann und über einen Umweg in eine bestehende Cron Datei importiert wird.

Apache macht das so mit seinen Config Dateien. Wenn ich Subdomains auf meinem Server anlegen muss, schreibe ich die ganzen Anweisungen in eine separate Datei und in der http.conf Datei verwende ich "INCLUDE" oder "IMPORT" Dateiname, um diese gewissen Anweisungen mit verarbeiten zu können.

Jedoch weiß ich nicht, ob das bei Cron funktioniert. Wenn nicht, musst Du den WWW-Daemon das Recht verpassen, in dem Cron Verzeichnis schreiben zu dürfen.

Dann kannst Du z.B. in das Verzeichnis CRON eine Datei abspeichern (irgend ein Dateinamen - es spielt keine Rolle welcher), die von Cron abgearbeitet wird.

Es gilt auch noch zu beachten, dass es verschiedene Möglichkeiten gibt, diese Datei auszuführen:

cron.dayly = täglich
cron.month = monatlich
cron.weekly = wöchentlich
cron.year = jährlich

In diesen Subs werden zwar Uhrzeit beachtet, aber unzureichend das Datum genutzt bzw. man ist an starre Daten gebunden.

Besser kann man im reinen cron Ordner arbeiten, der keine "Punkt Datum" Anweisung im Dateinamen beinhaltet, weil in der jeweiligen Datei die entsprechenden Anweisungen stehen können.

Wie die Anweisungen lauten, solltest Du lieber über googlen rausfinden, mit "cron anweisungen". Da wird dir schon einiges geboten.

Wie man Dateirechte und Gruppenrechte vergibt, sagt Dir auch google, denn da gibt es auch hier viel zu beachten. Man kann hier auch Sonderrechte vergeben. Also, Google ist Dein Freund / Freundin



Tja und nun heißt es probieren, studieren und umsetzen.

Euer Wellenbrecher