Druckbare Version
Wenn sich in nächster Zeit nichts mit MetaModels in Bezug auf C4 tut, hat sich das Thema sowieso erledigt. Das ist nämlich (durch eine eingesetzte Umkreissuche) Pflicht. Ich kann nicht erst nächstes Jahr April entscheiden, ob ein Update auf C4 oder ein ganz anderes CMS in Frage kommt. Aber das ist OT.
Um die Datenbank mache ich mir die wenigsten Sorgen. Oder kann ich da bei Contao 4 mit phpMyAdmin auch nichts mehr ausrichten? :pZitat:
Zitat von mlweb
Zu diesem Thema haben Leo (respektive Oliver) und Peter am Contao Agenturtag 2018 folgendes erzählt:
- Contao Deployer Edition
- Contao 4 Deployment mit mage in der Praxis
BackupDB kann auch gesamte Website Templates für Contao erstellen (auch schon für Contao 3). Siehe auch https://github.com/do-while/contao-B...late-erstellenZitat:
Zitat von electricarts
Oooh, sehr schön :).Zitat:
Zitat von bjarke
Oh ja, das sieht sehr interessant aus!Zitat:
Zitat von bjarke
Ah, ok. Dann schaue ich mir das mal an.Zitat:
Zitat von Spooky
Meiner Meinung nach ist es ab der 4er Version sinnvoller denn je ein zweites parallel installiertes System auf dem Kundenserver zu haben. Die Lehre musste ich erst kürzlich wieder machen als es bei einer sehr einfachen Kundenseite zu Problemen kam und ich eine Nachtsicht einlegen musste.
Lokal oder auf einem eigenen Server zu entwickeln oder auch Updates durchzuführen wird halt nie 1:1 mit dem Server des Kunden übereinstimmen. Außerdem nimmt es etwas den Zeitdruck und ein Fallback kann nie schaden.
@electricarts
Wenn du eine Umkreissuche benötigst, dann schau dir mal den "catalog-manager" an. Kostet zwar etwas, lohnt sich aber. Der Support ist sehr gut und Feature-Wünsche werden bei Machbarkeit/Aufwand auch schnell umgesetzt.
Ich schätze die Arbeit von Christian, Sven und den Anderen an metamodels sehr, nur benötigte ich letztes Jahr für mehrere Projekte eine verläßliche Lösung um direkt mit 4.4 zu starten.
Den Catalog Manager schaue ich mir definitiv an! Ich investiere gerne in Erweiterungen, wenn dadurch die Weiterentwicklung gesichert wird.
Ich muss dann nur schauen, wie ich die ca. 600 Einträge bei der Umkreissuche in den Catalog Manager bekomme. :eek:
Dazu kann dir Alexander, der Entwickler, sicherlich mehr zu sagen. Die Erweiterung darf man auch kostenlos auf einer lokalen Kiste testen.
An die Experten.
Wäre es eigentlich möglich, dass man innerhalb der Installation ein projektbezogenes Verzeichnis hat, in dem alle relevanten Dateien und Verzeichnisse enthalten sind, also auch die composer.json, app/config/…? Per Symlinks evtl.?
und zusätzlich sichert die Version für Contao 4 die composer.json (bei der composer.lock bin ich mir gerade nicht sicher) und liefert ein Skript mit welches die Symlinks aufbaut.Zitat:
Zitat von Spooky
Ja, kenne ich - aber wie der Name sagt "DB"-Backup + composer.json/lock auf wunsch...Zitat:
Zitat von mlweb
das ist aber nur die halbe Miete.. in meinem Posting #97 habe ich die Probleme von Agenturen beschrieben, die einen unkomplizierten Wechsel von einem Server auf den nächsten haben möchten - und da ist es mit DB-Dump und composer.json nicht getan!
Hast Du die MM-News nicht verfolgt? MetaModels 2.1 für Contao 4.4 steht seit November 2017 für die "early-adopter" zur Verfügung...Zitat:
Zitat von electricarts
Alle MM-Anfragen gehen über "meinen Tisch" - nichts dergleichen von Dir gesehen... was verpasst?Zitat:
Zitat von Y-Nell
Wie schon gesagt sichert BackupDB nicht nur die Datenbank. https://community.contao.org/de/show...l=1#post468810Zitat:
Zitat von zonky
wenn ich das richtig verstehe, benötigt Deployer auf dem Zielserver ein git - soweit ich das gesehen habe, ist das bei den "Agentur=>Kunden-Servern" eher nicht vorhandenZitat:
Zitat von bjarke
nochwas gefunden: https://github.com/terminal42/mage-tools
Nein, am Zielserver brauchst du keine weiteren speziellen Services (außer SSH Zugriff).Zitat:
Zitat von zonky
@ zonky
Nein du hast nichts verpasst oder übersehen, da ich keine Anfrage gestellt habe.
Die erste News zum Thema mm & 4.4 kam doch erst am 30.6.17. Das war für die betroffenen Projekte aber schon zu spät. Bei so einem umfangreichen Projekt wie mm gehe ich davon aus, dass entsprechende Infos erst dann veröffentlich werden, wenn's wirklich spruchreif ist.
Ja, bitte werft nicht die beiden Aufgaben durcheinander
- Backup - erstellen einer Kopie des Filesystems (möglichst gepackt unter Erhaltung der Symlinks) und der DB, restore auf demselben Server = Auspacken des Backup und import der DB Daten
- Umzug auf einen anderen Server (z.B. Entwicklung -> Produktivsystem) entsprechend der zitierten Anleitung
Seit Contao 4 mit Composer (und mit Einschränkungen auch 3.5 - s.o.) kann man diese beiden Tasks gut unterscheiden. Mit C3.x ohne composer blieb meines Wissens nur die 'alles kopieren' Lösung, die deutlich langsamer war.
Das schwierigste und fehleranfälligste bei einem Umzug ist für mich, die Kopie der selbst angepassten Dateien. Klar: /files /templates, /app/config/parameter.yml, ggf. favicons etc.
Hab ich was vergessen?
Edit: Ooh - ich hab wohl nicht auf den letzten Post geantwortet... (Hier ist heute so viel passiert :))
Bin mir nicht sicher, ob contao-manager/ noch wichtig wäre?
Aber genau darauf zielte meine Frage vorhin ja ab, dass man nur ein Verzeichnis hat, in dem alle wichtigen Projektdaten samt Configs enthalten sind.
Da ist im Backup auch ein Script vorhanden, was die vorhandenen Symlinks wieder herstellt.Zitat:
Zitat von mlweb
Damit ist eine Dateisicherung mit ZIP auch für einen Umzug geeignet, auch wenn die Symlinks dabei kaputt gehen, denn das Script korrigiert sie wieder.
https://github.com/do-while/contao-B...ontao-4.4-(DE)
Nur für den Fall, dass jemand einen anderen Port als 3306 hat:Zitat:
Zitat von Stefko
PHP-Code:<?php
// Variablen für das Backup
$dbHost = '127.0.0.1'; // Datenbank Host
$dbPort = 3307; // Datenbank Port
...
// Datenbank sichern und als gz-Archiv ablegen
shell_exec('mysqldump -h '.$dbHost.' -P '.$dbPort.' -u '.$dbUser.' -p'.$dbPass.' '.$dbDatabase.' | gzip > '.$path.'/'.$date.'_'.$dbDatabase.'.sql.gz');
...
Erwähnte ich oben auch schon leider reicht das @zonky offenbar nicht.Zitat:
Zitat von do_while
Wahrscheinlich habe ich leichte Verständnisschwierigkeiten. ;)
Ich finde ein Umzug eigentlich echt easy, egal ob man jetzt auf Depoyment Tools zurückgreift oder mit Backup DB arbeitet, eher manuell eine Neuinstalltion und Übernahme der "eigenen Daten per FTP" macht.
Hallo Stefko,
so ganz versteh ich das nict:
Wo legst du bei Contao 4 dieses Script ab und wie rufst du es auf?Zitat:
Zitat von Stefko
Es kann ja nicht im /web liegen, denn sonst würde es nicht alles ins tar.gz packen...
Vielleicht hab ich ja auch nur Tomaten auf den Augen ;)
folkfreund
@folkfreund: Ne, keine Tomaten ;-)
Das Ding fand bisher nur bei 3.5 Installationen Anwendung, lag im root und wurde (standardmäßig) per Cronjob aufgerufen.
Du hast recht, der direkte Aufruf würde unter 4.x so nicht mehr funktionieren.
Evtl. müsste man dann im /web einen Symlink erstellen, der auf das Script im root linkt. Muss ich nachher mal ausprobieren ...
mir schon... ich habe nur das "Zusammengefasste Meinungsbild" einiger Agenturen wiedergegeben...Zitat:
Zitat von mlweb
BackupDB habe ich unter C4 noch nicht getestet - kenne es nur unter C3...
... was passiert mit /templates, /files, /src (mit AppBundle) ggf. /app (mit AppBundle), /modules mit eigenen/gekauften Moduln, die nicht über composer installiert werden können - das bei BackupDB jetzt alles dabei?
Bei BackupDB ist die Datenbank gesichert, alles andere sicherst Du, wie bisher, als Datei-Backup.
Lediglich ein paar wichtige Dateien werden mit ins ZIP gepackt: die composer.json, die composer.lock und das Script zum Wiederherstellen der Symlinks.
also doch wie gehabt... :DZitat:
Zitat von do_while
Nochmal zur Klarstellung: es geht nicht darum wie ich die Sachen umherschaufle... bekomme ich soweit hin - es geht um einen Weg für "Agenturen" ohne eigene Admin-Riege oder Programmierer, die ein Roll-out vom eigenen Entwicklungssystem auf einen Kundenserver... und das ohne "man muss auf der Konsole nur die folgenden 10 Schritte..."
Meiner Meinung nach nützt es Contao nichts zu sagen, "stellt euch nicht so blöd an" und auch nicht deren Wechsel "nach unten" zu WP...
Verstehe ich nicht, wenn Agenturen mit dem Hochladen der verschiedenen benötigten Verzeichnisse und Dateien nicht klarkommen, sind sie doch auch schon bei allen früheren Contao-Versionen an diesem Punkt gescheitert.Zitat:
Zitat von zonky
... die haben per FTP alle Dateien rüber geschaufelt, DB-Zugangsdaten eingetragen => fertigZitat:
Zitat von bjarke
mit C4 funktioniert das nun eben nicht mehr - hat denen offensichtlich keiner gesagt ;-)
Da hast du das Wort "Agenturen" aber aus gutem Grund in Anführungszeichen gesetzt. :D
Ich bin nun wirklich kein Admin, geschweige denn eine ganze Admin-Riege. Aber eine hier gefundene Anweisung abzutippen, das schaffe ich gerade noch. Naja, meistens bin ich faul, füge sie einfach per Copy&Paste in der Konsole ein und korrigiere dann nötigenfalls noch eventuell abweichende Pfade usw.
Man kann auf der Konsole aber man muss nicht.Zitat:
Zitat von zonky
Ich denke, es geht hauptsächlich um Symlinks, von denen manche Betriebssysteme andere Vorstellungen haben und sie damit "kaputt" machen. Bei Contao 3 gab es dieses Thema ja noch nicht. Aber vielleicht habe ich auch noch ein Problem verpasst.
Aus meiner Sicht ist es wie zuvor: es gibt den Inhalt der Datenbank, den ich via Datenbankdump sichere/umziehe/... und die Dateien im Contao-Verzeichnis. Hier packe ich alles in in tar. Auf der anderen Seite packe ich das tar wieder aus und fertig. Solange ich unter Linux/MacOs/... arbeite funktioniert das auch alles wunderbar. Bei Windows muss ich mich dann mit Symlinks beschäftigen, die nicht "richtig" angelegt wurden.
Wenn ich die Probleme also richtig verstanden habe geht es (nur) um die Symlinks und die Windows-User benötigen dafür eine Lösung.
Hmm, es geht @zonky nach meinem Verständnis auch darum, das tar ohne Konsole zu erzeugen und wieder auszupacken. Und zwar am besten gleich so, dass die Symlinks auf dem Zielsystem funktionieren. Und weiterhin so, dass der Agenturangehörige ;) unanständige Wörter wie "tar" und "Konsole" gar nicht erst zu sehen bekommt. Man packt das anderswo gepackte tar aus, kopiert die Datenbank und fertig. Oder, noch besser, gleich so, dass beim Packen automatisch ein Datenbankdump mit erzeugt und meinetwegen in das Archiv integriert wird. Dann wählt man am Zielsystem nur noch das Archiv aus, gibt die Datenbankzugangsdaten ein und den Rest macht - der Contao-Manager. Darauf läuft es ja letztendlich raus. Hier hat man schon ein Webinterface für die Konsole, das "nur" noch erweitert werden müsste.
Würde mir auch gefallen, das meine ich sogar ernst. ABER, man darf dabei natürlich nicht vergessen, dass das alles vom Hosting abhängt! Nicht überall hat man bei über den Contao-Manager erzeugten Konsolenprozessen die selben Limits in Bezug auf RAM und Skriptlaufzeit wie bei direkt in der Konsole gestarteten Prozessen. Und dass viele Hostings bereits jetzt ein Problem mit den Voraussetzungen für den Manager haben, ist ja hinlänglich bekannt.
BINGO!Zitat:
Zitat von tab
Da man unter Windows normalerweise kein tar zur Verfügung hat, muss es auch mit ZIp gehen, so wie früher bei C3. Da ZIP beim Entpacken die Symlinks zu Verzeichnissen macht, bringt auch der Composer (auch im Contao Manager) Fehlermeldungen. Anders ist es beim BackupDB-Script, dort werden die Symlinks korrekt wiederhergestellt. Auch die Konvertierung der Symlinks von Windows zu Linux und umgekehrt wird ausgeführt. Das alles aus dem Web-Verzeichnis heraus, also komplett ohne Konsole.
ich müsste mal ausprobieren, was tar unter Windows macht - der Cmder bringt das mit (u.a. SSH, composer usw. auch)
Ist die Unterstützung da seitens PHP genauso mangelhaft wie bei den Symlinks? Immerhin sollte es laut PHP-Manual eigentlich funktionieren, ein tar-File per PHP zu erzeugen.
Ich bin Windows Nutzer. Das Problem mit den Symlinks kann man mit Backup DB umgehen oder damit, dass man nicht die gesamte Installation kopiert sondern auf dem Server neu installiert und nur die spezifischen Dateien (files. templates, Konfiguration und ggf. manuell installierte Module) mitnimmt (derzeit mein Weg). Eine Alternative ist ein Deployment mit Magalanes etc. Habe ich mal getestet, bin ich aber noch nicht ganz warm geworden. Mir geht der "manuelle Weg" im Moment noch schneller von der Hand.Zitat:
Zitat von fiedsch
Ich denke einen dieser Wege sollte auch eine Agentur hinbekommen ;).
Zitat:
Zitat von tab
Hört sich zwar gut an, ist m.E. aber nur die halbe Wahrheit. Wenn dann mal was schief läuft wissen die Agenturen auch nicht was sie tuen sollen und werden nicht glücklich sein. Meistens geht ja etwas schief wenn die Zeit ohnehin drängt ;).Zitat:
Zitat von zonky
Ich finde schon, dass eine Website-Agentur oder ein Freelancer, der sich auf die Fahne schreibt Websites erstellen zu wollen mit diesen unanständigen Wörtern was anfangen können sollte. Contao ist doch kein Baukasten-System :D.