Druckbare Version
Hallo!
Für Contao 4 gibt es m.E. noch kein BackupDB, mit dem man ein Webseiten-Template erstellen könnte.
Kennt jemand einen anderen Weg bzw. wie man den Datenbank-Export konfigurieren muss, damit ein Import als Template möglich ist? Habe dazu leider nichts gefunden...
Hallo!
Ich sehe außer der Liste der Erweiterungen, die installiert werden müssen, keinen Unterschied zwischen einem normalen SQL-Dump mit z.B. phpmyadmin und dem, was BackupDB macht.
Also Theme exportieren.
DB exportieren.
Das war's.
Oder sehe ich das was falsch?
Ich habe mal in die SQL von der Demo gesehen. Die Create Tables fehlen da z.B.
Oben steht das hier
Und danach kommen nur noch Inserts.Code:SET SQL_MODE="NO_AUTO_VALUE_ON_ZERO";
/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
/*!40101 SET NAMES utf8 */;
Mit BackupDB kannst Du sowohl ein normales Datenbank-Backup machen als auch ein Website-Template erstellen welches über das Installtool importiert werden kann (Contao 3).Zitat:
Zitat von malle
Website-Templates werden ja m.E. häufig mit fertigen Themes mitgeliefert.
@Andreas:
Ich vermute, deswegen steht in dem SQL von Auto-Backup auch drin, dass erst die Erweiterungen installiert werden müssen.
Die erzeugen dann die create table-Anweisungen.
Anschließend importiert sich der Inhalt durch die von BackupDB erzeugte SQL.
Ich hatte Uliverse so verstanden, dass er selbst ein Template erzeugen möchte. Er hat also eine Contao-Installation "fertig" bestückt mit Erweiterungen, vielleicht auch schon css erstellt usw. und möchte das nun auf ein anderes Contao übertragen.
Und was Contao über den Installer holt ist doch "jedes" SQL, was im Template-Ordner liegt, oder?
Das bedeutet natürlich, dass der aktuelle Inhalt der DB überschrieben wird, oder? Gibt es da nicht auch eine entsprechende Warnmeldung?
Habe mal ein Rocksolid-Demo-SQL angesehen: Da sind zwar "nur" Inserts drin, aber die beginnen immer mit ID 1. Wenn es also schon Artikel (z.B.) gäbe, würde der Insert nicht funktionieren.
Ja, dieser Hinweis ist wirklich nur ein Hinweis, denn wenn die Inserts ausgeführt werden, müssen natürlich auch alle entsprechenden Tabellen und Felder in der DB enthalten sein.
Ja, bei "Ein Template importieren" werden alle SQLs angeboten, welche in ROOT/templates/ zu finden sind.
Wenn "Tabellen nicht leeren" angehakt ist, werden keine Datensätze gelöscht. Wie bei einer bereits vorhandenen ID verfahren wird, weiß ich grad nicht. Entweder gibt es eine Fehlermeldung, oder der Datensatz wird überschrieben.
Ja, genau, die IDs in diesen SQL-Templates müssen bereits enthalten sein, können also nicht automatisch erzeugt werden, weil sonst die Relationen nicht stimmen würden.
Zuerst schaut das Install-Tool nach allen PHP-Dateien in den dca/ Ordnern, auch in denen von Erweiterungen. Darin sind die Beschreibungen der benötigten Tabellen und Felder. Deshalb sieht man oben "Tabellen prüfen, Die Datenbank ist nicht aktuell!, Datenbank aktualisieren", wenn eine Erweiterung, welche eine Tabelle oder ein Feld benötigt installiert wurde, oder nach einem Update.
Contao schaut wegen BC auch noch nach SQL-Dateien in den Ordnern von Erweiterungen, weil die Beschreibung der Tabellen und Felder früher in SQL-Dateien standen.
Mal ganz wertfrei gefragt, Ihr würdet es gut finden wenn es BackupDB für Contao 4 gäbe?
Entweder das oder eine Backup/Restore Möglichkeit im Contao-Manager integriert (nur Datenbank oder natürlich gern auch ganze Installation), was wahrscheinlich besser zur neuen Philosophie passen wird.
Ich benutze den noch nichtmal in C3, weil keine Autofunktion dabei ist (Cron).
Huh? Lässt sich meines Wissens per (externem, echtem) Cron aufrufen. Genutzt habe ich das aber noch nie.
Mit externem Cron geht das Backup. Habe ich in einer Installation laufen. Websitetemplate habe ich über Cron noch nicht getestet.
Nutze BackupDB aber auch gern für ein schnelles manuelles Backup zwischendurch, wenn ich ohnehin im Backend eingeloggt bin.
Danke für eure Antworten!
Mein Anliegen ist, dass ich ein Theme erstellen will, mit den dazugehörigen Demo-Inhalten. Dazu muss die Datenbank exportiert werden. Das ging in Contao 3 mit BackupDB super einfach.
Der Unterschied zu einem normalen Backup besteht offensichtlich darin, dass bei einem Frontend-Template einige Tabellen (z.B. search, version...) nicht enthalten sind. Auch sonst keine Befehle, so weit ich das in einer mit BackupDB (in Version 3.5) als Template erzeugten SQL-Datei erkennen konnte. Ich habe versucht, den Export genau so hinzubekommen wie besagte SQL-Datei, aber das Install-Tool von Contao 4 meckert beim Versuch, mein manuell erzeugtes Template zu importieren... Ich nehme an, dass die Datei ganz bestimmte Eigenschaften haben muss, aber die kenne ich leider nicht und finde auch keine Dokumentation dazu.
Für mich ganz klar: Ja!Zitat:
Zitat von BugBuster
Es ist sehr komfortabel bei einem schnellen Backup. Aber auch bei Kopie/Umzug/Wiederherstellung liegt eine funktionsfähige SQL gleich im richtigen Ordner um sie via Install-Tool einzuspielen. Auch die Blacklist für bestimmte Tabellen sind super.
Bei jedem Backup beim Hoster einloggen und das Ding via phpMyAdmin zu machen dauert wesentlich länger. Sofern ich dazu überhaubt Zugang habe, habe ich leider nicht für jeden Kunden. Und dann klappt was bei der Wiederherstellung mit dem Import der selbst erstellten DB-Datei nicht... :eek:
In 3 Wochen haben wir hier in Berlin einen Stammtisch-Workshop, wo auch BackupDB als Option auf dem Zeitplan steht.
BugBuster hat die meisten Erfahrungen in den neuen Strukturen und wir werden versuchen BackupDB anzupassen und zu aktualisieren.
Also bitte noch etwas Geduld ... :)
Ist eine Contao35.cto damit grundsätzlich mit Contao4 inkompatibel?Zitat:
Ich habe mal in die SQL von der Demo gesehen. Die Create Tables fehlen da z.B.
Oben steht das hier
Code:
SET SQL_MODE="NO_AUTO_VALUE_ON_ZERO";
/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
/*!40101 SET NAMES utf8 */;
Und danach kommen nur noch Inserts.
Wahrscheinlich dann nicht.
Die SQL-Datei ist dann nur ein Website-Template und fordert eine Datenbankstruktur, wie sie das Installtool erzeugt.
Ich kann mir nicht vorstellen, dass sich die Datenbankstruktur zwischen 3.5 und 4.4 nicht verändert hat.
Haben sie, definitiv.
Dann gibt es als Hoffnung? Das wäre ja super...Zitat:
Zitat von do_while
Ihr denkt schon noch dran, dass bald alles via Docrine und Entities laufen soll - dump ohne Schema wird dann nix bringen. Das Refactoring hat gerade erst begonnen :eek:
Das ändert doch aber nichts an der DB, oder? Ich kenne mich was Doctrine und Co betrifft nicht aus.
Achso, du meinst wohl BackupDB müsste über Doctrine die DB ansprechen?
In Contao 4 nicht, denn da wird ja noch die "alte" Variante unterstützt (\Database::getInstance())
Außerdem gibt es die Idee, das der Contao Manager später das auch anbieten soll(te).
Ein SQL dump hat nichts mit der Verwendung von Doctrine Entities zu tun.Zitat:
Zitat von ihkwdiopk
Das stimmt. Ziehe alle Kommentare diesbezüglich zurück. Habe gerade BackupDB mir angeschaut - und mehr als ein dump macht es ja nicht; dachte es könnte mehr.Zitat:
Zitat von Spooky
siehe Beitrag
https://community.contao.org/de/show...ür-Contao-4-4
Genial!! Das werde ich mir bald genauer anschauen. Vielen Dank für deine Arbeit. Das ist sicher ein wichtiger Beitrag auf dem Weg zur flächendeckenden Verbreitung von Contao 4... :)
BackupDB funktioniert tadellos! Viiiieeeelen Dank!! Damit ist für mich der Sprung zur Version 4.4 gerettet :-)