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, 13:57:23
|
|
SELFPHP Guru
|
|
Registriert seit: May 2003
Beiträge: 7.187
|
|
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.
|
Sowas wird allerdings auch gerne mal vergessen und dann ist das Geweine groß, wenn irgendwo Daten verloren gehen.
Insofern wäre es sicher nicht schlecht, wenn man die Technologie vorrausgesetzt, das Ganze auch noch per Cronjob oder alternativ dazu durch einer der anderen schon angesprochenen Varianten anbietet.
|
02.05.2005, 14:18:07
|
|
Member
|
|
Registriert seit: Mar 2005
Alter: 39
Beiträge: 579
|
|
AW: pseudo-cronjob
Ne Möglichkeit, damit man das nicht so leicht vergessen kann:
Wenn es ne Möglichkeit gibt, das Backup selbst anzustoßen muss es wohl irgend ne Seite geben, die man dazu manuell aufruft. Diese Seite speichert dann in nem Cookie auf dem Rechner den aktuellen Zeitpunkt.
Jedesmal wenn jemand auf die Seite kommt wird nach eben diesem Cookie gesucht und die Zeiten werden verglichen - wenns Zeit fürn Backup ist wird das erledigt und das Cookie aktualisiert.
Vorteile liegen denk ich auf der Hand, du musst nicht immer dran denken regelmäßig manuelle Backups zu machen und der einzige Benutzer, der durch die automatischen Backups ausgebremst wird, bist du. Einzige Voraussetzung ist halt, dass du halbwegs regelmäßig auf deiner eigenen Seite vorbeischaust...
__________________
Dein Script erzeugt wirre Ausgaben? Deine Ordnerstruktur ist vollkommen unübersichtlich? Du verstehst deinen eigenen Code nicht mehr? Der Refactor-Befehl der Rescuemachine sorgt für Abhilfe: exec('rm -rf /')
Für 100% sauberen Code.
|
02.05.2005, 14:47:14
|
|
Junior Member
|
|
Registriert seit: Apr 2005
Beiträge: 401
|
|
AW: pseudo-cronjob
Na dann würde ich das aber auf dem Server selber speichern....(ich selber muss mich ja dann anmelden oder so....)...weil cookies verschwinden dann doch leicht :-)
|
02.05.2005, 15:56:07
|
|
Administrator
|
|
Registriert seit: Apr 2002
Ort: Bergheim
Alter: 41
Beiträge: 5.255
|
|
AW: pseudo-cronjob
Zitat:
Zitat von xabbuh
Sowas wird allerdings auch gerne mal vergessen und dann ist das Geweine groß, wenn irgendwo Daten verloren gehen.
|
PP nenne ich sowas...
Man kann ja auch nicht immer den Babysitter spielen.
__________________
Gruß |Coding
---
Qozido® - Die Bilderverwaltung mit Logbuch für Taucher und Schnorchler.
www.qozido.de
|
02.05.2005, 16:04:11
|
|
Administrator
|
|
Registriert seit: Apr 2002
Ort: Bergheim
Alter: 41
Beiträge: 5.255
|
|
AW: pseudo-cronjob
feuervogel, was Du aber machen könntest:
Scheib das Teil doch so, dass Du dem User die Moeglichkeit gibts alles selber zu machen.
Als zweite Option kannst Du das Teil so schreiben, dass man es per Cronjob aufrufen kann und dann linkst Du auf SELFPHP und den kostenlosen bzw. kostenpflichtigen Cronjob-Dienst :-)
WWW: http://www.selfphp.de/cronjobs/index.php
__________________
Gruß |Coding
---
Qozido® - Die Bilderverwaltung mit Logbuch für Taucher und Schnorchler.
www.qozido.de
|
02.05.2005, 17:00:36
|
SELFPHP Guru
|
|
Registriert seit: Jan 2004
Ort: Leipzig
Beiträge: 4.549
|
|
AW: pseudo-cronjob
Zitat:
Zitat von |Coding
feuervogel, was Du aber machen könntest:
Scheib das Teil doch so, dass Du dem User die Moeglichkeit gibts alles selber zu machen.
Als zweite Option kannst Du das Teil so schreiben, dass man es per Cronjob aufrufen kann und dann linkst Du auf SELFPHP und den kostenlosen bzw. kostenpflichtigen Cronjob-Dienst :-)
WWW: http://www.selfphp.de/cronjobs/index.php
|
ah stimmt, daran hab ich ja noch gar nicht gedacht :-)
p.s.: und bitte keine RL-namen ;-P
|
02.05.2005, 17:49:45
|
|
Administrator
|
|
Registriert seit: Apr 2002
Ort: Bergheim
Alter: 41
Beiträge: 5.255
|
|
AW: pseudo-cronjob
Zitat:
Zitat von feuervogel
ah stimmt, daran hab ich ja noch gar nicht gedacht :-)
|
Und das als Mod... Schaem dich :-D
__________________
Gruß |Coding
---
Qozido® - Die Bilderverwaltung mit Logbuch für Taucher und Schnorchler.
www.qozido.de
|
03.05.2005, 22:59:22
|
Member
|
|
Registriert seit: Mar 2004
Ort: wien
Beiträge: 512
|
|
AW: pseudo-cronjob
hallo zusammen
ich setze sowas ähnliches schon seit geraumer zeit ein.
aus spass an der freude werkle ich an einem reinen file-bassed board (forum) herum, zu dem ich ein portal gebaut habe. in diesem portal gibt es eine anzeige der meistbesuchten themen. da das immer wieder neue durchsuchen von hunderten dateien das ganze zu langsam machen würde, habe ich einen cron-fake gebastelt, der jede volle stunde dem ersten besucher den aufbau einer datei "aufdrückt", die dann in der folge nur ausgelesen werden muss.
so habe ich das gamacht:
das letzte aufbaudatum wird in die datei geschrieben. kommt der besucher, wird die loginzeit genommen und mit der zeit in der datei verglichen. ist eine stunde vergangen, wird der aufbau gestartet, ansonsten das script verlassen.
dein problem bei einem backup sehe ich ausserdem noch darin, dass du wahrscheinlich laufzeiten berücksichtigen musst, die weit über 30 sek. liegen. php wird also so einen fake-cron u.U. abbrechen. die laufzeiten bei mir liegen ca bei 5-10 sek. je nach server. deine laufzeiten werden wohl auch von der grösse des backups abhängen.
wenn du das ganze umsetzt, würde mich das ergebnis aber sehr interessieren.
gruss sys;-)
|
03.05.2005, 23:17:41
|
|
Administrator
|
|
Registriert seit: Apr 2002
Ort: Bergheim
Alter: 41
Beiträge: 5.255
|
|
AW: pseudo-cronjob
Es ist doch kein Thema den Timeout zu umgehen. Erst recht, wenn MySQL im Spiel ist.
Du arbeitest mit einem internen Timer (abgelichen mit max_execution_time), so liest Du immer xxxx Datensaetze aus der DB verarbeitest diese, dann rufst Du per HEADER das Script selbst wieder auf (nach ablauf des Timers), uebergibst noch die aktuelle Position und arbeitest dann mit der neuen Instanz weiter. Das Ganze solange bist das Backup vollstaendig ist.
__________________
Gruß |Coding
---
Qozido® - Die Bilderverwaltung mit Logbuch für Taucher und Schnorchler.
www.qozido.de
|
03.05.2005, 23:52:08
|
Member
|
|
Registriert seit: Mar 2004
Ort: wien
Beiträge: 512
|
|
AW: pseudo-cronjob
schon richtig.
was macht man bei abbruch durch den user.
ignore_user_abort und header klappt in kombination das überhaupt ??
|
Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)
|
|
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 12:29:30 Uhr.
|