[BackupDB] unter Contao 3

[Stepinsky]

Leider läuft die Erweiterung nicht unter Contao 3. In einer Installation erscheint kein Menüpunkt, in der anderen bleibt der Screen leer, wenn ich die Erweiterung aufrufe.

Gibt es Tricks, wie ich BackupDB doch noch zum Laufen bekomme? Oder müssen wir auf eine neue Version warten?

[BugBuster]

Hast du den Autoload Creator ausgeführt für das Modul?

[do_while]

Hallo Stepinsky,

ich bin dran.
Leider gibt es noch ein paar Probleme, es ist nicht nur ein Klick auf den Autoload Creator.

@BugBuster:
Hast Du einen Tipp für mich, warum die Texte nicht von Contao 3 im Cache zusammengefaßt werden?
die Datei besteht nur aus "<?php", mehr nicht.

[BugBuster]

Auf Anhieb nicht, muss ich mal selber installieren.
Machst du ein eigene Version für Contao 3 oder eine die in beiden gehen soll?


Edit: Nebenbei, da haste ja was zu tun, (tl_cron Problem) :-/

[do_while]

Es sollte eine eigene Version für Contao 3 geben.
Die Cron-Erweiterung wird es wohl dann nicht mehr geben können, da muss ich mir etwas anderes einfallen lassen.

[BugBuster]

ich habs, in AutoBackupDB.php:

$this->loadLanguageFile('tl_BackupDB'); 

dieses Sprachfile gibt es nicht. der Cache Füller schreibt schonmal "<?php " rein und sucht dann erst nach der Datei.

[Stepinsky]

Hast du den Autoload Creator ausgeführt für das Modul?

Danke für den Hinweis. Das Tool habe ich noch nicht genutzt. Ich versuche mich gerade schlau zu machen, was der Autoload Creator eigentlich macht. Die Option hatte ich schon gesehen, aber dachte das wäre nur ein Hilfsmittel für Extension Entwickler.

[lucina]

Vielleicht hängt Ihr Euch mal bei https://github.com/contao/core/issues/4821 dran ...

[BugBuster]

Vielleicht hängt Ihr Euch mal bei https://github.com/contao/core/issues/4821 dran ...

Das muss ne andere Ursache haben als bei do_while, denn dort gibt es ja die normalen Sprachfiles.
Laut Core Quelltext werden solche 6 Byte Dateien angelegt, wenn das Sprachfile nicht existiert oder nicht lesbar ist.
Muss es aber sein, sonst würde ja der Cache Umgehungsmodus nicht gehen. Daher bin ich echt überfragt wie er das geschafft hat.

[Stepinsky]

Leider hat die Behandlung mit dem Autoloader nicht geholfen. Do_while hat es ja oben bereits erwähnt (und ich habe es überlesen ).
Ich bekomme die Fehlermeldung:

fatal error: Uncaught exception Exception with message Query error: Unknown column 'job' in 'where clause' (SELECT * FROM tl_cron WHERE `job`='system/modules/BackupDB/AutoBackupDB.php' LIMIT 1) thrown in /var/www/ud14_421/html/contao/system/modules/core/library/Contao/Database/Statement.php on line 317 

Dann muss jetzt momentan der traditionelle Weg üner PHPmyAdmin herhalten.

Bei der Gelegenheit nochmals vielen Dank an do_while für die nette Erweiterung.

[BugBuster]

Ja, da müsstest du noch eine Datei anfassen , dann gehts.
Achtung: häßliche Hacks:
Datei ModuleBackupDB.php Zeile 64 ändern, mach aus tl_cron einfach tl_cronDB , somit findet er die Tabelle nicht und alles läuft so als wenn es die nicht gibt.
(die gibt es in 2.11 per default nicht, in Contao 3 aber schon, nur halt für andere Zwecke)

Dann im Modulverzeichnis eine .htaccess ablegen mit dem Inhalt:

order deny,allow
allow from all

Damit sollte dann das icon wieder auftauchen und direkte Zugriffe möglich sein.
(das macht man aber in C3 anders, hier nur zur Not)

Aber warte mal ab, do_while ist ja an einer neuen Version dran.

[Stepinsky]

Danke für deine Vorschläge. Momentan nutze ich einfach bei Bedarf wieder PHPmyAdmin. Modifizieren will ich den Code momentan nicht, dazu ist der Workaround zu einfach

[do_while]

BackupDB für Contao 3.0

Die neue RC1-Version läuft jetzt auch unter Contao 3.
Über Euer Feedback würde ich mich freuen.

[Oden]

Danke, funktioniert wunderbar!
Jetzt noch die Auswahl der Tabellen als Checkbox, die entweder nicht, oder die, gesichert werden sollen. ;-)

[do_while]

Hallo Oden,

mit Checkboxen kann ich nicht dienen, aber in den Einstellungen kannst Du nicht zu sichernde Tabellen namentlich ausschließen (kommagetrennte Liste).

[andreasisaak]

... mit Checkboxen kann ich nicht dienen ...

Wieso eigentlich nicht?

[Oden]

mit Checkboxen kann ich nicht dienen, aber in den Einstellungen kannst Du nicht zu sichernde Tabellen namentlich ausschließen (kommagetrennte Liste).

Das weiß ich ja und nutze es auch so. Aber zum anklicken wäre das irgendwie einfacher, übersichtlicher. Es kommen ja auch immer wieder mal neue Tabellen hinzu, was dann wieder 'mühsam' ist, die per Hand einzutragen.
Naja, schön wär's jedenfalls. ;-)

[Franko]

Hallo,
Zwischenfrage,

kann man für ein web template zum import über das Install tool auch einfach die entsprechenden Tabellen via phpadmin exportieren?

Oder müssen hierzu für das Install tool noch andere Dinge berücksichtigt werden?

Danke
Frank

Sent from my iPad using Tapatalk HD

[do_while]

Das BackupDB in der Überschrift passt ja nicht so ganz auf die Frage.

Der Export als Website-Template exportiert

1. Nur die Daten, keine Struktur
2. Nur ausgewählte Tabellen, bzw. einige Tabellen nicht

Ich kann mir vorstellen, dass solch ein Export auch mit phpmyadmin möglich ist.
Das Problem, dass man das Template nur in gleicher Version verwenden kann, bleibt aber bestehen, es ist prinzipbedingt.

[Franko]

Das BackupDB in der Überschrift passt ja nicht so ganz auf die Frage.

Der Export als Website-Template exportiert

1. Nur die Daten, keine Struktur
2. Nur ausgewählte Tabellen, bzw. einige Tabellen nicht

Ich kann mir vorstellen, dass solch ein Export auch mit phpmyadmin möglich ist.
Das Problem, dass man das Template nur in gleicher Version verwenden kann, bleibt aber bestehen, es ist prinzipbedingt.

Hallo,
vielen Dank für die response!
Das mit gleicher Version und hinsichtlich Erweiterungen ist klar - geht nur um die
grundsätzliche Frage.
Der beschränkte Tabellen Export ist mir klar
Was aber wird mit "nur die Daten" gemeint?
Frank


Sent from my iPad using Tapatalk HD

[do_while]

Was aber wird mit "nur die Daten" gemeint?

Ein komplettes Backup speichert die Tabellenstruktur und die Tabelleninhalte (Daten).

In einem Website-Template sind nur die Tabelleninhalte (Daten) enthalten. Die Struktur der Tabellen müssen dazu passen, sonst geht es nicht.

[Franko]

Hallo,
Vielen Dank für die Geduld.

Ich würde gerne einen grundsätzlichen Seitenaufbau bei Neuinstallationen
( bei identischen Contao Versionen - Core - ohne Erweiterungen ) importieren
und dabei unabhänig von Deiner Erweiterung sein.

Habe mir die sql die von backupDB erzeugt wird angesehen. Irgendwie
unterscheidet die sich aber von der, die über phpadmin, nach Auswahl der Tabellen
über den export erzeugt wird.

Für einen Denkanstoß in dieser Richtung dankbar ...
Frank


Sent from my iPad using Tapatalk HD

[do_while]

Probiere es doch einfach mal aus.
Sicherlich eignet sich Contao2Go besonders für solche Spielchen.

Export im phpmyadmin in etwa mit diesen Parametern:
export.jpg

[Franko]

Probiere es doch einfach mal aus.
Sicherlich eignet sich Contao2Go besonders für solche Spielchen.

Export im phpmyadmin in etwa mit diesen Parametern:
export.jpg

Ok,
Vielen Dank

Frank


Sent from my iPad using Tapatalk HD

[sebi]

Moin zusammen,

habe gerade gelesen, dass automatische BackUps über cron-extension nicht mehr möglich ist in der aktuellen version... ist geplant diese möglichkeit in der nächsten Zeit wieder zu ermöglichen? Oder wie kann ich das anders umsetzen?

Beste Grüße,
Sebi

[do_while]

Die Cron-Erweiterung ist von Peter Koch, der nicht mehr in Contao aktiv ist. Wir müssen damit rechnen, dass die Erweiterung nicht für Contao 3 zur Verfügung stehen wird.

Du könntest das Autobackup mit einem echten Cron aus Deinem Serverpaket triggern lassen.

[BugBuster]

Was war der Vorteil gegenüber dem internem Cron ?

[BugBuster]

aja, das war ein Backend Cron.
Da wäre einiges dran zu ändern an der Cron Erweiterung damit die unter Contao 3 läuft.

[blue12]

Was müsste ich den tun, um den internen Cron für BackupDB zu nutzen?

[do_while]

Der interne Cron wird durch Seitenaufrufe gesteuert, d. h. jemand ruft die Seite auf, bevor der Server aber die Seite ausliefert macht er ein Backup der Datenbank. Das gibt bei diesem Aufruf eine sehr lange Reaktionszeit. Unschöne Lösung!

Du könntest auch einen freien oder preiswerten Crondienst verwenden und
http://www.domain.tld/system/modules...toBackupDB.php damit aufrufen lassen.

Cronjob-Dienste findest Du hier:
http://www.google.de/search?q=cronjob+kostenlos

[blue12]

Ahh, das der interne Cron vom Frontend aus aufgerufen wird hatte ich grad verdrängt. Das wäre dann wirklich eine unschöne Lösung.
Schade das Contao 3 derzeit keinen Backend Cron hat und die alte "cron" Erweiterung nicht für Contao 3 ausgelegt ist.

Danke für den Hinweis ;-)

[BugBuster]

Ich schau mir das alte Cron Teil grad mal an, mal sehen ob ich das zum fliegen bekomme unter Contao 3.
Wird aber etwas dauern. Heute wohl nicht mehr, ich muss mich erst mal mit dem DC Driver Prinzip bekannt machen.

[blue12]

Wäre natürlich genial, wenn du das schaffst

[aadursun]

Bugbuster, ich drück dir die Daumen, Mut zur Lücke!


Grüße
aadursun

[BugBuster]

Sieht schon gut aus, auch wenn ich nicht ganz verstehe, warum das Teil gerade funktionierte, wo meine IDE meint darin wären Fehler.
Na mal weiter testen....

[BugBuster]

Anbei mal ein tar.zip (gz nicht erlaubt im Forum) File mit der cron3 Erweiterung.
Das ist die angepasste alte cron Erweiterung, nun für Contao 3.
ABER, die ist rein kompatibel gemacht, ansonsten nicht Contao 3 Style, dazu müsste man noch einiges ändern.
Ist auch keine Übernahme des Moduls.

Wer will kann die erst mal testen. Entpacken und das Verzeichnis cron3 nach /system/modules kopieren.
Dann Datenbank Update durchführen.

Im Verzeichnis doc habe ich mal die alte Dokumentation rein gepackt.

Der Demo Job "PurgeLog" funktioniert schon mal bei mir.

Wenn das Teil bei euch funktioniert überlege ich mir eventuell ob ich die Erweiterung übernehme und dann ordentlich mache.

Also feedback hier.

Nachtrag: gibts nun auch im ER, siehe hier: https://community.contao.org/de/show...l=1#post251969

[sebi]

Großartig, spuckt schon mal keine Fehlermeldungen aus!

Wie löst der Job aus? Aktion im FE oder BE?
Funktioniert das nur auf einem Webserver? Habs jetzt auf XAMPP reingezogen und als Job den PurgeLog-Job angegeben "localhost\test\system\modules\cron3\PurgeLog. php" und da kommt im System-Log nur eine Fehlermeldung:


Cron job <em>BackupDB</em> failed:<br/><strong>Warning</strong>: include(D:\xampp\htdocs\Schmidt/localhost\Schmidt\system\modules\cron3\PurgeLog.ph p) [<a href='function.include'>function.include</a>]: failed to open stream: No such file or directory in <strong>D:\xampp\htdocs\Schmidt\system\modules\cro n3\CronController.php</strong> on line <strong>163</strong><br /><pre style="margin:11px 0 0"><br />#0 D:\xampp\htdocs\Schmidt\system\modules\cron3\CronC ontroller.php(163): __error(2, 'include(D:\xamp...', 'D:\xampp\htdocs...', 163, Array)<br />#1 D:\xampp\htdocs\Schmidt\system\modules\cron3\CronC ontroller.php(163): CronController::runJob()<br />#2 D:\xampp\htdocs\Schmidt\system\modules\cron3\CronC ontroller.php(95): CronController->runJob(Object(Contao\Database\Mysql\Result))<br />#3 D:\xampp\htdocs\Schmidt\system\modules\cron3\CronC ontroller.php(279): CronController->run()<br />#4 D:\xampp\htdocs\Schmidt\system\modules\cron3\CronI con.php(28): include('D:\xampp\htdocs...')<br />#5 {main}<br /></pre><br /><strong>Warning</strong>: include() [<a href='function.include'>function.include</a>]: Failed opening 'D:\xampp\htdocs\Schmidt/localhost\Schmidt\system\modules\cron3\PurgeLog.ph p' for inclusion (include_path='.;\xampp\php\PEAR') in <strong>D:\xampp\htdocs\Schmidt\system\modules\cro n3\CronController.php</strong> on line <strong>163</strong><br /><pre style="margin:11px 0 0"><br />#0 D:\xampp\htdocs\Schmidt\system\modules\cron3\CronC ontroller.php(163): __error(2, 'include() [<a h...', 'D:\xampp\htdocs...', 163, Array)<br />#1 D:\xampp\htdocs\Schmidt\system\modules\cron3\CronC ontroller.php(163): CronController::runJob()<br />#2 D:\xampp\htdocs\Schmidt\system\modules\cron3\CronC ontroller.php(95): CronController->runJob(Object(Contao\Database\Mysql\Result))<br />#3 D:\xampp\htdocs\Schmidt\system\modules\cron3\CronC ontroller.php(279): CronController->run()<br />#4 D:\xampp\htdocs\Schmidt\system\modules\cron3\CronI con.php(28): include('D:\xampp\htdocs...')<br />#5 {main}<br /></pre>


Schon mal danke für deine Arbeit!
Sebi

PS: Habe testweise schon mal den Namen für den Job "BackupDB" vergeben, aber den Pfad zum PurgeLog eingetragen

[BugBuster]

Bei Job eintragen:

system/modules/cron3/PurgeLog.php

Den relativen und nicht den absoluten Pfad.

Die Erweiterung ist ohne etwas anzupassen ein Backend Cron, wird bei jedem Link Klick (egal wo) aufgerufen.
Man kann den auch im Frontend einbinden, siehe Doku im Verzeichnis doc, da habe ich aber die Pfade nicht angepasst, wo /cron/ steht müsste dann /cron3/ hin.

[sebi]

Super, danke!
Werde ich morgen mal testen und dir Bescheid geben, ob es klappt.

[sebi]

Klappt alles perfekt! Danke!!!