pseudo-cronjob

[xabbuh]

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.

[Serp]

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...

[dachris]

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 :-)

[|Coding]

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.

[|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

[feuervogel]

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

[|Coding]

Zitat von feuervogel

ah stimmt, daran hab ich ja noch gar nicht gedacht :-)

Und das als Mod... Schaem dich :-D

[sysop]

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;-)

[|Coding]

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.

[sysop]

schon richtig.

was macht man bei abbruch durch den user.
ignore_user_abort und header klappt in kombination das überhaupt ??