[gelöst] cron job wird nicht ausgeführt, keine funktion

**HAST** · 10.11.2010, 08:11

hallo

ich bekomme es leider nicht hin das im scheduler beim autobackup+ oder auch beim "normalen autobackup" die sicherung startet.

ich habe auch die befehlszeile

Code:

<img src="system/modules/cron/CronImage.php" width="1" height="1" alt="" />

beim script im seitenlayout eingebunden aber es geht einfach nicht.....

***xchs*** · 10.11.2010, 20:03

Ist der AutoBackupDB Cron-Job AKTIV im Cron eingetragen (wie hier beschrieben)?

Kannst Du im Browser diese URL http://www.domain.tld/system/modules/cron/CronImage.php direkt aufrufen (angepasst selbstverständlich an Deine Domain)?

**do_while** · 10.11.2010, 20:13

Hallo HAST,

das Backup trägt nach einem Klick den Cronjob nur ein, Du musst ihn dann noch selbst aktivieren. Bei der cron-Erweiterung handelt es sich nicht um einen echten Cron, sondern wird durch irgendwelche Seitenaufrufe getriggert. In der Standard-Installation triggern nur die Backend-Seitenabrufe, Du hattest aber geschrieben, dass Du den Code auch in das Frontend-Template eingebaut hast.
1) Ist der Aufruf im Quelltext der Seite sichtbar?
2) wie xchs schon schreibt, sollte der direkte Aufruf keine Fehler liefern (Fehlermeldungen aktiv)
3) In der Cron-Liste sollte nach Ausführung der Zeitpunkt des letzten Aufrufs stehen

**HAST** · 11.11.2010, 07:42

hallo xchs, hallo do_while

Zitat von xchs

Ist der AutoBackupDB Cron-Job AKTIV im Cron eingetragen (wie hier beschrieben)?

Kannst Du im Browser diese URL http://www.domain.tld/system/modules/cron/CronImage.php direkt aufrufen (angepasst selbstverständlich an Deine Domain)?

autobachupdb ist aktiv eingetragen siehe:

Bildschirmfoto 2010-11-11 um 08.33.04.JPG

browser habe ich angerufen es kommt dann nur seiten-ladefehler wegen zeitüberschreitung

Bildschirmfoto 2010-11-11 um 08.12.39.png

Zitat von do_while

Hallo HAST,

das Backup trägt nach einem Klick den Cronjob nur ein, Du musst ihn dann noch selbst aktivieren. Bei der cron-Erweiterung handelt es sich nicht um einen echten Cron, sondern wird durch irgendwelche Seitenaufrufe getriggert. In der Standard-Installation triggern nur die Backend-Seitenabrufe, Du hattest aber geschrieben, dass Du den Code auch in das Frontend-Template eingebaut hast.
1) Ist der Aufruf im Quelltext der Seite sichtbar?
2) wie xchs schon schreibt, sollte der direkte Aufruf keine Fehler liefern (Fehlermeldungen aktiv)
3) In der Cron-Liste sollte nach Ausführung der Zeitpunkt des letzten Aufrufs stehen

zu 1.) quelltext habe ich durchgeschaut finde nichts (bin da aber auch kein meister darin

)....
2.) aufruf geht nicht
3.)sollte ....

ich tippe einmal auf falsch eingetragene befehlszeile.
wo genau gehört die hin. verstehe die anweisung main templates nicht so richtig. welches templates ist gemeint damit?
jetzt habe ich es im seitenlayout eingetragen denke aber dies ist falsch, oder

siehe:

Bildschirmfoto 2010-11-11 um 08.35.21.JPG

danke vorerst einmal

***xchs*** · 11.11.2010, 11:57

Zitat von HAST

browser habe ich angerufen es kommt dann nur seiten-ladefehler wegen zeitüberschreitung

Du hast ja auch nicht Deine Domain aufgerufen, sondern http://www.poschomist.tld (TLD steht übrigens für Top Level Domain)

Ich hab' das jetzt selbst mal überprüft und den Pseudo-Cron-Job über die URL

http://www.poschomist.com/typolight/system/modules/cron/CronImage.php

getriggert; es wird auch korrekt das entsprechende 1x1 Pixel vom Server ausgeliefert.

Im Quelltext Deiner Seite wird das Pseudo-Cron <img>-Tag jedenfalls vor dem schließenden <body>-Tag eingebunden. Es wäre in diesem Zusammenhang aber wahrscheinlich besser, wenn Du die Einbindung dieses Bild-Elements nicht über das Seitenlayout vornimmst, sondern stattdessen die betreffende Zeile direkt in Dein Seiten-Template "fe_xxx.tpl" nach dieser Zeile einfügst:

PHP-Code:


<img src="<?php echo $this->base; ?>cron.php" alt="" class="invisible" />

Desweiteren wäre natürlich auch noch zu überprüfen, ob der Cron-Job "AutoBackupDB" im Backend unter "Scheduler" auch tatsächlich aktiviert ist.

**HAST** · 11.11.2010, 20:55

Zitat von xchs

Du hast ja auch nicht Deine Domain aufgerufen, sondern http://www.poschomist.tld (TLD steht übrigens für Top Level Domain)

Ich hab' das jetzt selbst mal überprüft und den Pseudo-Cron-Job über die URL

http://www.poschomist.com/typolight/system/modules/cron/CronImage.php

getriggert; es wird auch korrekt das entsprechende 1x1 Pixel vom Server ausgeliefert.

Im Quelltext Deiner Seite wird das Pseudo-Cron <img>-Tag jedenfalls vor dem schließenden <body>-Tag eingebunden. Es wäre in diesem Zusammenhang aber wahrscheinlich besser, wenn Du die Einbindung dieses Bild-Elements nicht über das Seitenlayout vornimmst, sondern stattdessen die betreffende Zeile direkt in Dein Seiten-Template "fe_xxx.tpl" nach dieser Zeile einfügst:

PHP-Code:


<img src="<?php echo $this->base; ?>cron.php" alt="" class="invisible" />

Desweiteren wäre natürlich auch noch zu überprüfen, ob der Cron-Job "AutoBackupDB" im Backend unter "Scheduler" auch tatsächlich aktiviert ist.

hallo xchs

also ich wer nicht schlau.....
vorerst danke für den hinweis, ich habe es nicht gewusst, kommt nicht mehr vor

hab jetzt alles eingetragen (fe_page.tpl nach der zeile wie du geschrieben hast). ich habe den startcode aus dem seitenlayout rausgenommen und auch rausgenommen, kein unterschied es steht einfach "nichts" im scheduler. zumindest nicht wann es wieder so weit sein soll. sollte doch, oder?

Bildschirmfoto 2010-11-11 um 21.46.24.JPG

cronjob ist aktiv eingetragen siehe

Bildschirmfoto 2010-11-11 um 21.45.29.JPG

leichte verzweiflung macht sich breit...

**do_while** · 11.11.2010, 21:40

Hallo Hast,

da passt etwas nicht zusammen!
Die Scheduler-Einträge sind von BackupDBPlus und Du verwendest als Erweiterung die BackupDB.

BackupDBPlus ist auch nicht für Contao 2.9.x freigegeben, da ich bisher aus Zeitnot noch nicht zum Update gekommen bin.

Lösche mal einfach beide Einträge aus dem Scheduler raus. Dann kannst Du im BackupDB wieder per Klick einen passenden Eintrag anlegen und der sollte dann auch funktionieren.

**HAST** · 12.11.2010, 08:07

Zitat von do_while

Hallo do_while und nicht xchs

da passt etwas nicht zusammen!
Die Scheduler-Einträge sind von BackupDBPlus und Du verwendest als Erweiterung die BackupDB.

BackupDBPlus ist auch nicht für Contao 2.9.x freigegeben, da ich bisher aus Zeitnot noch nicht zum Update gekommen bin.

Lösche mal einfach beide Einträge aus dem Scheduler raus. Dann kannst Du im BackupDB wieder per Klick einen passenden Eintrag anlegen und der sollte dann auch funktionieren.

hallo xchs

also irgenwas sperrt sich da und ich steig nicht dahinter...

habe die bachupdbplus gleich ganz entfernt um sicher zu gehen....

alles eingetragen und siehe da...nichts passierte gerade eben.
habe im frontend aufgerufen die seite, mich mehrmals im backend angemeldet udn habe keinen eintrag der letzten und schon gar nicht zukünftiger sicherungen

siehe

Bildschirmfoto 2010-11-12 um 09.04.26.JPG

***xchs*** · 12.11.2010, 12:04

Hallo HAST,

also, bevor wir hier noch länger rumraten und rumprobieren, würde ich vorschlagen, folgende Schritte auszuführen:

Erweiterung "BackupDBplus" über die "Erweiterungsverwaltung" komplett deinstallieren (sofern das nicht ohnehin schon geschehen ist)
Erweiterung "BackupDB" über die "Erweiterungsverwaltung" komplett deinstallieren
Erweiterung "Cron" (Scheduler) über die "Erweiterungsverwaltung" komplett deinstallieren
Contao Installtool aufrufen und kontrollieren, ob Datenbank aktuell ist
Contao Systemdiagnosetool aufrufen und damit Deine Installation entsprechend überprüfen
Erweiterung "Cron" (Scheduler) über den "Erweiterungskatalog" installieren
Erweiterung "BackupDB" über den "Erweiterungskatalog" installieren
Erweiterung "BackupDB": Neuen Job in Cron anlegen lassen ("AutoBackupDB ist AKTIV im Cron eingetragen")
Erweiterung "Cron" (Scheduler): Job "AutoBackupDB" entsprechend Deinen Vorstellungen konfigurieren und sicherstellen, dass die Option "Aktiviert" ausgewählt ist

**HAST** · 12.11.2010, 20:43

Zitat von xchs

Hallo HAST,

also, bevor wir hier noch länger rumraten und rumprobieren, würde ich vorschlagen, folgende Schritte auszuführen:

Erweiterung "BackupDBplus" über die "Erweiterungsverwaltung" komplett deinstallieren (sofern das nicht ohnehin schon geschehen ist)
Erweiterung "BackupDB" über die "Erweiterungsverwaltung" komplett deinstallieren
Erweiterung "Cron" (Scheduler) über die "Erweiterungsverwaltung" komplett deinstallieren
Contao Installtool aufrufen und kontrollieren, ob Datenbank aktuell ist
Contao Systemdiagnosetool aufrufen und damit Deine Installation entsprechend überprüfen
Erweiterung "Cron" (Scheduler) über den "Erweiterungskatalog" installieren
Erweiterung "BackupDB" über den "Erweiterungskatalog" installieren
Erweiterung "BackupDB": Neuen Job in Cron anlegen lassen ("AutoBackupDB ist AKTIV im Cron eingetragen")
Erweiterung "Cron" (Scheduler): Job "AutoBackupDB" entsprechend Deinen Vorstellungen konfigurieren und sicherstellen, dass die Option "Aktiviert" ausgewählt ist

hallo xchs

da da haben wir den salat (du hast wieder recht):

http://www.poschomist.com/typolight/contao-check.php

install.php ist corrupt....
was ist eigentlich wenn man das installationspasswort vergessen hat

?

***xchs*** · 12.11.2010, 20:49

Zitat von HAST

install.php ist corrupt....

Dann bitte neu hochladen!

Zitat von HAST

was ist eigentlich wenn man das installationspasswort vergessen hat

?

Ich habe das Passwort für das Installtool vergessen.

**HAST** · 13.11.2010, 19:07

hallo xchs

also alles wieder neu installiert und unter http://www.poschomist.com/typolight/contao-check.php findet sich kein fehler mehr (zumindest die install.php ist wieder in ordnung.

beim deinstallieren sowohl wie auch beim installieren von der erweiterung cron kommt folgender fehler am schirm

ScreenShot017.jpg

dies ist mir bei einigen anderen erweiterungen auch schon aufgefallen .....

auf alle fälle habe ich nun nach deinen anweisungen und leide war dies auch nciht der fehler...

was noch fehlt ist install toll aufrufen aber da haben ich kein passowrt und weis ciht genau wie aber das krieg ich sicher über das forum noch hin.

was soll ich nun tun?

***xchs*** · 13.11.2010, 19:22

Zitat von HAST

beim deinstallieren sowohl wie auch beim installieren von der erweiterung cron kommt folgender fehler am schirm

Bitte im Backend in den "Einstellungen" die dort verfügbare Option "Fehlermeldungen anzeigen" aktivieren. Dann sollte Dir auch eine entsprechende Fehlermeldung ausgegeben werden, die Du offensichtlich beim Installieren von Erweiterungen erhälst.

Zitat von HAST

auf alle fälle habe ich nun nach deinen anweisungen und leide war dies auch nciht der fehler...

Naja, wer weiß, wenn es beim Installieren der Erweiterung Probleme gibt, dann kannst Du das so ja nicht sagen oder?

Zitat von HAST

was noch fehlt ist install toll aufrufen aber da haben ich kein passowrt und weis ciht genau wie

Ich hatte Dir doch in meinem letzten Beitrag dazu extra den entsprechenden Eintrag aus den FAQs rausgesucht, wie das Rücksetzen des Passworts funktioniert. Hast Du das nicht gesehen?

**HAST** · 14.11.2010, 18:21

hallo xchs

hast recht habe den link übersehen, sorry...
passwort neu gemacht im installtool keine fehlermeldungen und alles auf grün!

dannach habe ich die fehlermeldung eingeschaltet und siehe da folgende zwei bekommen.

die erste beim deinstallieren von cron:

ScreenShot018.jpg

und diese beim erneuten installieren:

ScreenShot019.jpg

da brauch ich schon richtig wissen um dies zu entziffern und da bin ich einfach....

danke für deine hilfe.

***xchs*** · 14.11.2010, 19:03

Solcherart Meldungen kenn ich eigentlich nur von lokalen Installationen, wenn es beispielsweise Probleme wegen Groß-/Kleinschreibung gibt. Am Linux-Server dürfte das aber eigentlich nicht der Fall sein...

Wenn die Datenbank trotz des Fehlers bzw. nach einem Refresh als aktuell angezeigt wird, dann passt es ja.

**HAST** · 17.11.2010, 18:21

hallo xchs

die lösung war denkbar einfach nur durch zufall aber zu entdecken.
im system/einstellungen war ganz unten der cron job auf 0 gesetzt und dadurch war es nicht möglich die erweiterung problemlos zu installieren bzw. zu betreiben...

jetzt geht alles wunderbar und kunzt :-)

danke für die hilfe zur lösung denn ich hatte ja anderes auch nicht richtig siehe oben

***xchs*** · 17.11.2010, 18:32

Zitat von HAST

im system/einstellungen war ganz unten der cron job auf 0 gesetzt und dadurch war es nicht möglich die erweiterung problemlos zu installieren bzw. zu betreiben...

"zu betreiben": Ja, das kann ich nachvollziehen, weil eine Einstellung von "0" in konkreten Fall sämtliche Cron-Jobs deaktiviert
"zu installieren": Was das nun aber mit der Installation/Deinstallation (und den entsprechenden Fehlermeldungen) zu tun haben soll, ist mir jedoch nicht ganz klar.

Nun gut, es scheint ja jetzt zu funktionieren.

**HAST** · 19.11.2010, 08:05

Zitat von xchs

"zu betreiben": Ja, das kann ich nachvollziehen, weil eine Einstellung von "0" in konkreten Fall sämtliche Cron-Jobs deaktiviert
"zu installieren": Was das nun aber mit der Installation/Deinstallation (und den entsprechenden Fehlermeldungen) zu tun haben soll, ist mir jedoch nicht ganz klar.

Nun gut, es scheint ja jetzt zu funktionieren.

hallo

install läuft auch wieder normal ab...ich verstehe es auch nicht aber da gibt es vieles andere auch noch

lieben gruss/dank

hast

**HAST** · 29.11.2010, 06:25

also die geschichte geht leider weiter, mittlere verzweiflung macht sich breit:

ich habe nun alles kontrolliert aber keine sicherungen gefunden, nicht im tl-files ordner noch sonst wo

daraufhin habe ich noch als fehlerbehebung versucht den pfad zum job im scheduler selbst anpasst. denn danach schreibt das system im scheduler alles richtig aus. d.h. die letzte ausführung und die neue. (vorher war dies eben nicht der fall da war nur nächste aber sie wurde offensichtlich nicht gemacht) bei mir liegt die installation nämlich wo anders als wo der automatische cron job sich einträgt der pfad müsst eigentlich sein:
system/modules/BackupDB/AutoBackupDB.php

bei mir liegt es aber in

typolight/system/modules/BackupDB/AutoBackupDB.php

nun komt's....

wenn ich den pfad auf das wahrscheinlich benötigte verändere ist der job im autobackup nicht mehr als aktiv eingetragen, dies ist aber so weit ich weis bedingung.

was soll ich tun? mein verzeichnis liegt nun mal dort und ich kann es mit meinem wissen nicht ändern. hatte dazu schon einmal einen anlauf genommen nur konnte keiner helfen

link zum thread

komplett neu aufsetzen und/oder umziehen/neuinstallieren trau ich mich echt nicht...

so schaut dies im ftp client aus da sieht man das verzeichnis genau

ScreenShot021.jpg

liegt es daran das ich dieses tolle tool nicht nutzen kann?

und vielleicht ist dies gleich das problem das ich die funktion "url umschreiben" nicht nutzen kann siehe screenshot?

ScreenShot020.jpg

wenn ich diese einschalte ist die homepage weg......

**do_while** · 29.11.2010, 17:40

Hallo HAST,
ich kann mir nicht vorstellen, dass der Pfad falsch ist, da er sich im Cron auf den Wert von TL_ROOT bezieht. Solltest Du ein Unterverzeichnis eingetragen haben, müsste das dort bereits berücksichtigt sein.

Du kannst es aber mal probieren, ob es mit dem veränderten Pfad funktioniert. Lass Dich dabei nicht von der Bemerkung im BackupDB irritieren, die beruht auf einem Vergleich mit dem automatisch eingetragenen Pfad, der ja dann anders lautet. Trotzdem sollte dann das Backup-Skript gestartet werden (wenn der Pfad mit Deiner Änderung richtig ist).

Ich bin mal gespannt, ob es dann startet.

**do_while** · 29.11.2010, 18:03

Um mal die beiden Erweiterungen in der Fehlersuche funktionell zu entkoppeln, könntest Du mal in /templates eine Datei crontest.php mit folgendem Inhalt erstellen:

PHP-Code:


<?php

    $this->log( 'Cronjob crontest', 'Crontest', TL_ERROR );

?>

Dann legst Du einen Cronjob an und gibst dort den folgenden Aufruf an:

Code:

templates/crontest.php

Schalte im Cronjob noch zusätzlich das Logging ein.

Die Ausgabe müsste dann im System-Log in etwa so aussehen:

Code:

[29.11.2010 18:53] Cron job <em>CronTest</em> completed.
[29.11.2010 18:53] Cronjob crontest

Wenn das nicht funktioniert, probierst Du mal mit Deinem vorangestelltem typolight/

**HAST** · 29.11.2010, 20:57

hallo do_while

also ich habe dateien im tl_files liegen (ohne typolight vorangestellt):

ScreenShot022.jpg

jedoch verstehe ich allerdings nicht warum gleich drei stück und mit ähnlichen uhrzeiten???

weiters schrieb scheduler nicht das datum um.....

ScreenShot023.jpg

lag das vielelicht an einer falschen scheduler einstellung: so habe ich es eingestellt (zum testen)

ScreenShot024.jpg

im system log (ich gehe davon aus du meinst das backend system log) steht nicht drinnen....

leider weis ich (noch) nicht wo bzw. wie ich die crontest.php anlegen soll den im templates im backend gibt er ja nur templates vor... (irgendwann hab ich es auch drauf)

**do_while** · 29.11.2010, 23:03

Hallo HAST,

jedoch verstehe ich allerdings nicht warum gleich drei stück und mit ähnlichen uhrzeiten???

Offenbar wird der Cron nicht fertig mit seiner Arbeit und notiert dadurch auch nicht den Zeitpunkt der letzten Ausführung. Die Folge ist, dass beim nächsten Aufruf gleich wieder der Backup-Job ausgeführt wird.

Am Besten testest Du doch mal mit der crontest.php.

leider weis ich (noch) nicht wo bzw. wie ich die crontest.php anlegen soll den im templates im backend gibt er ja nur templates vor... (irgendwann hab ich es auch drauf)

Du erstellst die Datei lokal auf Deinem Rechner und lädst sie dann per FTP in das templates-Verzeichnis.

**HAST** · 30.11.2010, 09:59

hallo do_while

also das steht im system log, denke dies passt. welcher schluß ist da zu ziehen?

Bildschirmfoto 2010-11-30 um 10.56.12.JPG

weiters habe ich den systemcheck bei dir www.softleister gemacht

da kommen auch fehlermeldungen zu hauf....

vielleicht ist es das? wobei auch renovierte seiten viele fehler haben die frage ist immer welche

die zeit für die durchführung von cron habe ich im backend auf 1000 stehen das sollte doch für 2 mb reichen....oder?

ein ratloser hast

**do_while** · 30.11.2010, 17:07

Hallo HAST,

das ist schon ein kleiner Schritt. Zumindest wissen wir jetzt, dass der cron den angegebenen Job wirklich startet und dass der Pfad in Deinem Fall kein zusätzliches typolight/ braucht.

Die Zeit für den Cron in den Einstellungen sollte kleiner oder gleich der PHP-Einstellung max_execution_time eingetragen werden.

Wenn in PHP die Zeit zu kurz gesetzt ist, wird der Backup-Job nicht fertig und wird vom PHP einfach abgebrochen. Schaue mal bitte in ein .sql-File im Ordner AutoBackupDB, ob da am Ende die folgende Zeile stehen

Code:

# --- End of Backup ---

Andernfalls läuft das Backup nicht komplett durch und wird daher auch im cron nicht als fertig eingetragen.

**HAST** · 30.11.2010, 17:59

hallo

wo finde ich den was den am server im backupdb unter modules finde ich keine sql datei...

und wo finde ich denn dies?

PHP-Einstellung max_execution_time

***xchs*** · 30.11.2010, 19:56

Zitat von HAST

wo finde ich den was den am server im backupdb unter modules finde ich keine sql datei...

Gemeint sind diese Deine Backup-Dateien ("AutoBackupDB-1.sql" usw.), wie Du sie auch auf Deinem Screenshot hier sehen kannst: http://www.contao-community.de/attac...1&d=1291063560

Zitat von HAST

und wo finde ich denn dies?

Normalerweise über einen Aufruf der Funktion "phpinfo()"!

Erstell Dir dazu im Hauptverzeichnis Deiner Installation eine Datei "phpinfo.php" mit folgendem Inhalt

PHP-Code:


<?php

  phpinfo();

?>

und führe anschließend dieses Skript aus. In der Ausgabe solltest Du dann die betreffende Direktive finden können...

**HAST** · 01.12.2010, 06:46

hallo und guten morgen

Gemeint sind diese Deine Backup-Dateien ("AutoBackupDB-1.sql" usw.), wie Du sie auch auf Deinem Screenshot hier sehen kannst: http://www.contao-community.de/attac...1&d=1291063560

dies ergab nichts in keiner der drei dateien steht am ende etwas drinnen
da steht am ende folgendes:

Code:

INSERT INTO `tl_content` VALUES ( 8397, 3854, 128, 1289506660, '', 'module', '', NULL, '', '', '', '', '', '', '', '', '', NULL, '', NULL, NULL, '', '', '', '', 0, 'ascending', 'start', '', '', '', '', '', NULL, '', '', '', '', '', '', NULL, '', 4, 0, '', '', 0, 0, 0, 0, 251, '', NULL, '', 'a:2:{i:0;s:0:"";i:1;s:0:"";}', 'a:2:{i:0;s:2:"20";i:1;s:2:"20";}', 'ascending', 0, '', '', '', '', 'com_default', NULL, '4', '', '', NULL, '1', '', '', NULL, '', '', 'df_default', '', '', '', 0, '', '', 0, 0, '');

INSERT INTO `tl_content` VALUES ( 7238, 3309, 128, 1288821074, '', 'module', '', NULL, '', '', '', '', '', '', '', '', '', NULL, '', NULL, NULL, '', '', '', '', 0, 'ascending', 'start', '', '', '', '', '', NULL, '', '', '', '', '', '', NULL, '', 4, 0, '', '', 0, 0, 0, 0, 227, '', NULL, '', 'a:2:{i:0;s:0:"";i:1;s:0:"";}', 'a:2:{i:0;s:2:"20";i:1;s:2:"20";}', 'ascending', 0, '', '', '', '', 'com_default', NULL, '4', '', '', NULL, '1', '', '', NULL, '', '', 'df_default', '', '', '', 0, '', '', 0, 0, '');

INSERT INTO `tl_content` VALUES ( 7239, 3309, 256, 1288821074, '', 'module', '', NULL, '', '', '', '', '', '', '', '', '', NULL, '', NULL, NULL, '', '', '', '', 0, 'ascending', 'start', '', '', '', '', '', NULL, '', '', '', '', '', '', NULL, '', 4, 0, '', '', 0, 0, 0, 0, 231, '', NULL, '', 'a:2:{i:0;s:0:"";i:1;s:0:"";}', 'a:2:{i:0;s:0:"";i:1;s:0:"";}', 'ascending', 0, '', '', '', '', 'com_default', NULL, '4', '', '', NULL, '1', '', '', NULL, '', '', 'df_default', '', '', '', 0, '', '', 0, 0, '');

INSERT INTO `tl_content` VALUES ( 7240, 3309, 384, 1288821074, '', 'form', 'a:2:{s:4:"unit";s:2:"h1";s:5:"value";s:0:"";}', NULL, '', '', '', '', '', '', '', '', '', NULL, '', NULL, NULL, '', '', '', '', 0, 'ascending', 'start', '', '', '', '', '', NULL, '', '', '', '', '', '', NULL, '', 4, 0, '', '', 0, 0, 0, 11, 0, '', NULL, '', 'a:2:{i:0;s:0:"";i:1;s:0:"";}', 'a:2:{i:0;s:0:"";i:1;s:0:"";}', 'ascending', 0, '', '', '', '', 'com_default', NULL, '4', '', '', NULL, '1', '', '', NULL, '', '', 'df_default', '', '', '', 0, '', '', 0, 0, '');

INSERT INTO `tl_content` VALUES ( 7241, 3310, 128, 1288821074, '', 'module', '', NULL, '', '', '', '', '', '', '', '', '', NULL, '', NULL, NULL, '', '', '', '', 0, 'ascending', 'start', '', '', '', '', '', NULL, '', '', '', '', '', '', NULL, '', 4, 0, '', '', 0, 0, 0, 0, 160, '', NULL, '', 'a:2:{i:0;s:0:"";i:1;s:0:"";}', 'a:2:{i:0;s:2:"20";i:1;s:2:"20";}', 'ascending', 0, '', '', '', '', 'com_default', NULL, '4', '', '', NULL, '1', '', '', NULL, '', '', 'df_default', '', '', '', 0, '', '', 0, 0, '');

INSERT INTO `tl_content` VALUES ( 7242, 3310, 256, 1288821074, '', 'module', '', NULL, '', '', '', '', '', '', '', '', '', NULL, '', NULL, NULL, '', '', '', '', 0, 'ascending', 'start', '', '', '', '', '', NULL, '', '', '', '', '', '', NULL, '', 4, 0, '', '', 0, 0, 0, 0, 300, '', NULL, '', 'a:2:{i:0;s:0:"";i:1;s:0:"";}', 'a:2:{i:0;s:2:"20";i:1;s:2:"20";}', 'ascending', 0, '', '', '', '', 'com_default', NULL, '4', '', '', NULL, '1', '', '', NULL, '', '', 'df_default', '', '', '', 0, '', '', 0, 0, '');

die überprüfung mittels phpinfo ergab das die max_execution_time bei 30 liegt.

ScreenShot025.jpg

ich stelle jetzt also in den einstellung auf corn zeit 30 (sekunden) ein, oder? ich denke dies wird ja kaum von der zeit reichen.....

ich teste dies einmal aus ...

**do_while** · 01.12.2010, 06:57

Hallo HAST,

die Tabellen werden typischerweise alphabetisch sortiert gesichert. Deinem Ausschnitt nach bist Du nur bis tl_content gekommen, da fehlt also noch vieles.

Die Zeit von 30 wird wahrscheinlich nicht ausreichen, um alles zu sichern. Da ist dann die BackupDB-Erweiterung am Ende, es geht dann nur mit anderen Mitteln.

Schau Dir mal den MySQLDumper als eigenständiges Tool an.

**HAST** · 01.12.2010, 21:36

hallo

habe die sql nochmals mit strg*f durchsucht und keine derartige zeile odgl enddeckt

welche zeit soll ich denn für cron einstellen. mehr erscheint ja problematisch..

ist es jetzt wirklich so das ich dein tolles tool aufgrudn der db größe nicht verwenden kann?

**do_while** · 01.12.2010, 21:39

Hallo HAST,

das sieht schon so aus. Ein Selbstaufruf zum Austricksen der Runtime habe ich bisher nicht zum Laufen bekommen.
Versuche einfach auf den MySQLDumper auszuweichen (siehe oben).

**HAST** · 01.12.2010, 21:46

verd.
na ja wenn es wer implementieren kann dann du!
kennst du eine gute seite mit fertigen wartungscronjobs die man abschreiben kann ohnen das man die hohen weihen der php schule erlangen muss?

danke inzwischen für alles!

**HAST** · 07.12.2010, 05:26

musst nun leider mysqldumper in betrieb nehmen, echt schade....
lag so denke ich an mir selbst.
danke für die hilfe an alle

tolles forum mit netten menschen ist dies hier, kompliment an alle!