CronJob-Service
bei SELFPHP mit ...
|
+ minütlichen Aufrufen
+ eigenem Crontab Eintrag
+ unbegrenzten CronJobs
+ Statistiken
+ Beispielaufrufen
+ Control-Bereich
Führen Sie mit den CronJobs von
SELFPHP zeitgesteuert Programme
auf Ihrem Server
aus. Weitere Infos
|
:: Anbieterverzeichnis ::
Globale Branchen
Informieren Sie sich über ausgewählte Unternehmen im Anbieterverzeichnis von SELFPHP
:: Newsletter ::
Abonnieren Sie hier den kostenlosen
SELFPHP Newsletter!
|
PHP Entwicklung und Softwaredesign Hier können strukturelle (Programmier-) Konzepte diskutiert und Projekte vorgestellt werden |
02.05.2005, 11:40:10
|
SELFPHP Guru
|
|
Registriert seit: Jan 2004
Ort: Leipzig
Beiträge: 4.549
|
|
pseudo-cronjob
hallo!
ich schreibe grade an einer applikation, bei der ich so etwas wie cronjobs einsetzen möchte. da aber jeder diese applikation bei sich einsetzen können sollte, ohne gleich root-zugriff haben zu müssen, wollte ich die so etwas ähnliches wie cronjobs machen. es geht dabei konkret um das backupen der datenbank und das verschicken der bla.sql via email. wie würdet ihr das realisieren?
meine ideen waren:
- bei jedem xyz. seitenbesuch. problem: jedes mal text-datei auslesen und wieder schreiben dauert mir zu lang.
- bei jedem xyz. datenbankeintrag. wäre nicht so schlimm, da nur bei jedem update/insert mal kurz nach gefragt werden würde, wie viele es denn nun gibt. sollte ich dazu ein kleines backup-tool schreiben (da gabs doch schon sehr oft nachfragen hier im forum?) oder das ganze direkt mit exec und mysql machen?
- weitere ideen?
Geändert von feuervogel (02.05.2005 um 11:40:27 Uhr)
|
02.05.2005, 12:00:59
|
|
SELFPHP Guru
|
|
Registriert seit: May 2003
Beiträge: 7.187
|
|
AW: pseudo-cronjob
Zitat:
Zitat von feuervogel
sollte ich dazu ein kleines backup-tool schreiben (da gabs doch schon sehr oft nachfragen hier im forum?) oder das ganze direkt mit exec und mysql machen?
|
Wie groß ist denn die Warscheinlichkeit, dass du exec() etc. benutzen darfst, wenn du keinen Rootzugriff hast?
Da wäre es dann meiner Meinung nach sinnvoller, gleich darauf zu verzichten und lieber ein Backupscript zu schreiben.
Geändert von xabbuh (02.05.2005 um 12:01:10 Uhr)
|
02.05.2005, 12:05:32
|
|
Administrator
|
|
Registriert seit: Apr 2002
Ort: Bergheim
Alter: 41
Beiträge: 5.255
|
|
AW: pseudo-cronjob
Wie findest Du einen zeitlichen conrjob-fake?
Bei jedem Besucher die aktuelle Zeit mit einer gespeicherten Zeit pruefen, ist die Differenz beider Zeiten groeßer oder gleich der gewuenschten Differenz, so kannst Du das Backup Tool starten.
Ein Gedanke geht mir jetzt aber durch den Kopf...
Wie willst Du es schaffen, dass das Script auch abgearbeitet wird. Wenn Du es ueber die Besucher steuern bzw. laufen laesst, dann kannst Du nicht davon ausgehen, dass das Backup auch vollstaendig absoviert wird. Ich denke da an so sachen wie, Browser schließen...
__________________
Gruß |Coding
---
Qozido® - Die Bilderverwaltung mit Logbuch für Taucher und Schnorchler.
www.qozido.de
|
02.05.2005, 12:12:08
|
|
Junior Member
|
|
Registriert seit: Apr 2005
Beiträge: 401
|
|
AW: pseudo-cronjob
|
02.05.2005, 12:21:24
|
|
Administrator
|
|
Registriert seit: Apr 2002
Ort: Bergheim
Alter: 41
Beiträge: 5.255
|
|
AW: pseudo-cronjob
ooopppsss... :-)
__________________
Gruß |Coding
---
Qozido® - Die Bilderverwaltung mit Logbuch für Taucher und Schnorchler.
www.qozido.de
|
02.05.2005, 12:27:19
|
|
Junior Member
|
|
Registriert seit: Apr 2005
Beiträge: 401
|
|
AW: pseudo-cronjob
Das Hauptproblem beim gefakten CronJob ist jedoch das du es einem User aushalst das er evtl. warten muss.......
Biete also in deinem Programm Alternativen an....
Also Unterstützung von echtem Cron
Unterstürtzung eines gefakten Cron
Manuelle Abarbeitung.....
Dann kann der User deines Programmes selber edntscheiden was das beste ist....
PS: Ein Backup würde ich nicht über mail verschicken, sondern eher auf dem Server lagern und dann können die verschiedenen Backupstände abgerufen werden......
|
02.05.2005, 14:17:55
|
SELFPHP Guru
|
|
Registriert seit: Jan 2004
Ort: Leipzig
Beiträge: 4.549
|
|
AW: pseudo-cronjob
Zitat:
Zitat von dachris
PS: Ein Backup würde ich nicht über mail verschicken, sondern eher auf dem Server lagern und dann können die verschiedenen Backupstände abgerufen werden......
|
@dachris: ich will das backup ja haben, weil der server verrecken könnte, also wäre ein backup auf dem server in meinen augen etwas deplaziert...natürlich versieht man so eine datei mit datum - zur späteren sortierung usw.
@alle: wow, mit so vielen antworten hab ich nicht gerechnet...werde mir das ganze heute während einer vorlesung noch mal durch den kopf gehen lassen...
|
02.05.2005, 14:25:50
|
|
Junior Member
|
|
Registriert seit: Apr 2005
Beiträge: 401
|
|
AW: pseudo-cronjob
Nuja wenn der MySQL Server verreckt hast du die Daten auf deinem Webserver...
Wenn der Webserver verreckt hast du die Daten auf dem MySQL Server.....
Anders schauts natürlich aus wenn alles der gleiche Server ist.....(hardwaremässig) aber wer tut den sowas :-)
Vor allem wird die Datenbank ja normalerweise mal recht gross und das dann immer per mail na ich weiss ja nicht.....
Ausserdem haben die meisten Hostinganbieter ein Backup.....
Ach ja nur zur Anregung....wie gesagt gib dem User möglichst viele Alternativen....hier ist noch eine
Wenn ein Backup ausgeführt wurde schick dem User ne Mail das er sich das neue Backup jetzt runterladen kann (also mit psychologischer Kriegsführung den User zum Backup zwingen :-)
|
02.05.2005, 14:38:44
|
|
Administrator
|
|
Registriert seit: Apr 2002
Ort: Bergheim
Alter: 41
Beiträge: 5.255
|
|
AW: pseudo-cronjob
Ich persoenlich finde die Moeglichkeit besser, wenn der User das Backup selbst erstellen kann, dann leidet auch kein Besucher darunter. Ausserdem kann er dann selbst bestimmen, wann ein Backup angebracht waere.
__________________
Gruß |Coding
---
Qozido® - Die Bilderverwaltung mit Logbuch für Taucher und Schnorchler.
www.qozido.de
|
02.05.2005, 14:43:46
|
SELFPHP Guru
|
|
Registriert seit: Jan 2004
Ort: Leipzig
Beiträge: 4.549
|
|
AW: pseudo-cronjob
Zitat:
Zitat von |Coding
Ich persoenlich finde die Moeglichkeit besser, wenn der User das Backup selbst erstellen kann, dann leidet auch kein Besucher darunter. Ausserdem kann er dann selbst bestimmen, wann ein Backup angebracht waere.
|
jups, darauf wirds hinauslaufen...
|
Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)
|
|
Themen-Optionen |
|
Ansicht |
Linear-Darstellung
|
Forumregeln
|
Es ist Ihnen nicht erlaubt, neue Themen zu verfassen.
Es ist Ihnen nicht erlaubt, auf Beiträge zu antworten.
Es ist Ihnen nicht erlaubt, Anhänge hochzuladen.
Es ist Ihnen nicht erlaubt, Ihre Beiträge zu bearbeiten.
HTML-Code ist aus.
|
|
|
Alle Zeitangaben in WEZ +2. Es ist jetzt 17:53:34 Uhr.
|