Backup einer 4.4 - so oder wie?

**BugBuster** · 11.07.2017, 22:48

Wenn man bei WinSCP in den Directory Einstellungen "Follow symbolic links" nicht anhakt, und die Verbindung zum Hoster nicht mit FTP sondern SFTP oder SCP verbindet, zerstört der dann immer noch die Symlinks?
Habe kein Windows hier zum Testen, erst morgen wieder auf Arbeit. Mal testen.

**Spooky** · 12.07.2017, 08:06

Dann werden wahrscheinlich die Symlinks als solche kopiert. Und diese Symlinks funktionieren nur wenn Quelle und Ziel das gleiche bzw. ein kompatibles Dateisystem haben. Also von Windows auf Linux oder umgekehrt funktioniert das natürlich nicht.

**tschero** · 12.07.2017, 08:34

Genau daran scheitere ich auch gerade andauernd.
Es funktioniert von Ubuntu(*.tar) per FileZilla nach Windows(entpacken mit WinRar(wichtig: als Administrator ausführen) und dann nach xampp) aber leider nicht umgekehrt.

Gruß
tschero

**BugBuster** · 12.07.2017, 13:00

Zitat von Spooky

Dann werden wahrscheinlich die Symlinks als solche kopiert. Und diese Symlinks funktionieren nur wenn Quelle und Ziel das gleiche bzw. ein kompatibles Dateisystem haben. Also von Windows auf Linux oder umgekehrt funktioniert das natürlich nicht.

Hat bei mir eh nicht funktioniert, die Datei wie auch ein Verzeichnis was ich testweise per Symlink eingerichtet habe wurden beide weiterhin gefolgt. (Windows 7, WinSCP im Modus SCP ohne Symlink Folgung).
Hätte ja sein können da Windows ja symbolische Links seit Vista angeblich kann. (mklink auf Kommandozeile)
Ich probiere das mal unter Windows 10.

**Spooky** · 12.07.2017, 13:12

Zitat von BugBuster

Hätte ja sein können da Windows ja symbolische Links seit Vista angeblich kann. (mklink auf Kommandozeile)
Ich probiere das mal unter Windows 10.

Windows (NT) kann symlinks schon lange

. Sonste würde ja auch Contao 4 gar nicht funktionieren.

**do_while** · 13.07.2017, 21:28

siehe Beitrag:
https://community.contao.org/de/show...BCr-Contao-4-4

Das Backup-ZIP enthält auch ein PHP-Script, was die Symlinks, die es zum Zeitpunkt des Backup gab, wieder herstellt.
Man speichert das Script ins web-Verzeichnis und ruft es per URL auf - keine Kommandozeile!

siehe Anleitung:
https://github.com/do-while/contao-B...ontao-4.4-(DE)

**pumukel** · 15.07.2017, 20:44

Zitat von electricarts

Danke für die Erklärungen und dein Engagement, BugBuster!

Danke, aber nein danke. Ich würde mich jetzt nicht als den totalen Terminal-Versager bezeichnen, aber dieses ganze Geraffel für ein simples Backup ist mir einfach too much.

Ist jetzt total OT, aber für wen genau soll Contao zukünftig sein? Muss man vorher einen Kommandozeilen-Kurs irgendwo belegt haben um profane alltägliche Dinge wie ein Backup ausführen zu können? Eine Vergrößerung der Nutzerbasis dürfte mit dieser Form der Bedienung eines CMS nicht zu erreichen sein. Schade. Sehr schade.

Hallo electricarts

Ich stimme Dir vollständig zu. Die Vorgehensweise (wenigstens im Moment) für ein kompletes Contao 4.4.x Backup finde ich gelinde gesagt eine Zumutung.
Bisher hatte ich immer ein komplettes Backup, lokal auf meiner Kiste. Und wie gehe ich im Moment vor:

1. composer.json und composer.lock (beide sind notwendig) vom Live Server holen. Dann lokal installierter Composer, bei Windows, Eigabeaufforderung (cmd.exe) als Admin öffen und in das entsprechen Backupverzeichnis wechseln, dann composer install eingeben. Das funktionert auch anscheindend wunderbar.

Und jetzt kommt das Tolle. Per FTP/SFTP-Client muss ich dann noch die Ordner app, files, templates, system/config und system/modules (vorallem wenn dort Contao 3.5.x Erweiterungen vorhanden sind) lokal sichern.

Den umgekehrten Weg, also die Wiederherstellung einer Contao 4.4.x Installtion, habe ich noch nicht gewagt. Soll so funktioneren:

composer.json und composer.lock von Backup zurück auf den Server und dann ebenfals composer install aufrufen. Composer muss natürlich auf dem Live Server vorhanden sein.

Na ja, ist schon eine Symfonie. mit 12 Sätzen.

Noch etwas:

Eine Vergrößerung der Nutzerbasis dürfte mit dieser Form der Bedienung eines CMS nicht zu erreichen sein. Schade. Sehr schade.

Contao ist ein tolles CMS, aber bei mir kommt so langsam das Gefühl auf, dass man gar nicht mehr so daran interessier ist, dieses tolles CMS weiterhin unter die Leute zu bringen, wenigsten dann nicht, wenn man nicht Dr. PuTTY, Dr. Composer, Dr JavaScript, Dr. jQuery und Dr. PHP, habe ich noch etwas vergessen, ist. BugBuster ist aber immer sehr engagiert. Ohne ihn wären einige, auch ich, mit Contao 4.4.x am Anshlag.

Gruss pumukel

**BugBuster** · 15.07.2017, 22:05

Ums mal ganz klar zu sagen, die Leute die Putty/SSH, Composer & Co. auch nur ansatzweise verstanden haben oder gar beherrschen, sind genau die Zielgruppe von Contao.
Von daher sehe ich da keine Probleme das Contao weiterhin seine Anwender findet. Auch neue Anwender die die neuen Möglichkeiten, durch die Umstellung auf Composer, zu schätzen wissen, werden sich finden. Es ist dadurch professioneller geworden.

Contao 3 wurde fast ausnahmslos für Anwender verbessert und erweitert. Contao 4 endlich mal grundlegend für Entwickler. Und das bedeutet für die Contao 3 only Hobby Entwickler wie meiner einer auch viel neues lernen, denn Symfony war für mich bisher ein Schreibfehler

Da ist das Backup doch ein Klacks gegen.

-= WER WILL DER KANN =-

Und ihr könnt das auch.

**pumukel** · 15.07.2017, 23:10

Zitat von BugBuster

Ums mal ganz klar zu sagen, die Leute die Putty/SSH, Composer & Co. auch nur ansatzweise verstanden haben oder gar beherrschen, sind genau die Zielgruppe von Contao.
Contao 3 wurde fast ausnahmslos für Anwender verbessert und erweitert. Contao 4 endlich mal grundlegend für Entwickler. Und das bedeutet für die Contao 3 only Hobby Entwickler wie meiner einer auch viel neues lernen, denn Symfony war für mich bisher ein Schreibfehler

Da ist das Backup doch ein Klacks gegen.

-= WER WILL DER KANN =-

Und ihr könnt das auch.

Hallo BugBuster

Nimm es nicht persönlich, aber genau dies meinte ich: Contao 4.x.x also hauptsächlich für Entwickler. Vielleich sind max. 30% derer die Contao 4.4.x auch bentzen wollen Entwicker, der Rest aber Anwender. Ich benutze inzwischen PuTTY und Composer. Habe mich also um diese Dinger bemüht und also neues gelernt!

Nun habe ich wieder ein neues Problem, dass ich den Debugmodus von Conta 4.4.1 nicht zum Leben erwecken kann kann, Bin genau nach https://community.contao.org/de/show...gen-Autoloader vorgegangen
leider ohne Erfolg.

nach z.B. http://vzwxwgvvy.cyon.link/app_dev.php/ueber-uns.html
You are not allowed to access this file. Check app_dev.php for more information.

Finde es schon schlimm, dass man nur um den Debugmodus zu aktvieren. solche Klimmzüge absolvieren muss und dann haut es nicht einmal hin. Ich brauche den Debug Modus dringend, denn bei einer Contao 3.5.27 Migraion nach Contao 4.4.0 gibt es doch einige Änderungen an den Stylesheets.

Schönes Wochenende
pumukel

**ihkwdiopk** · 15.07.2017, 23:59

Zitat von pumukel

Finde es schon schlimm, dass man nur um den Debugmodus zu aktvieren. solche Klimmzüge absolvieren muss und dann haut es nicht einmal hin.

Klimmzüge?
Geh in Root-Verzeichnis (web/..):

Code:

php vendor/contao/manager-bundle/bin/contao-console contao:install-web-dir --user=dev --password megaPassword

Ruf http://vzwxwgvvy.cyon.link/app_dev.php/ueber-uns.html auf und logge Dich mit Benutzer:dev und Passwort:megaPassword ein.
Tipp: Benutze vielleicht ein anderes Passwort; eins mit Sonderzeichen und keine Wörter aus dem Lexikon (also nix mit Pferd, Stapel und Batterie, fällt einem eh nur unsicherer Mist ein); am wichtigsten ist wie immer die Länge. Mein ssh Passwort ist zum Beispiel: 2xpqfqTsmVx322gTtu687EvMe

**BugBuster** · 16.07.2017, 00:14

Auch hier kann man wieder sagen, durch den Wechsel des Debugmodus von Contao ehemals zur Debug Console von Symfony ist diese wesentlich mächtiger geworden.
Da Symfony kein Backend kennt, muss dieser eben so aktiviert werden. Lokal braucht es nicht das Login und Passwort, da geht's auch so.

Da niemand will, dass auf Live Seiten jedermann die Debug Console aufrufen kann, ist es eben geschützt.
Braucht man auch auf Live Seiten selten, wenn das was klemmt kann man auch in var/logs/prod-...log schauen was los ist. Klar ist das als Webseite natürlich einfacher.

**BugBuster** · 16.07.2017, 00:30

Zitat von pumukel

Nimm es nicht persönlich, aber genau dies meinte ich: Contao 4.x.x also hauptsächlich für Entwickler.

Nein, so kann man das nicht sagen. Es wurde hauptsächlich für die Entwickler verändert, ja, aber für die Nutzer hat sich im Vergleich dazu kaum was geändert.
1-click Install Nutzer/Redakteure werden außer dem Backend Design gar nichts merken.

Wer gleichzeitig quasi Admin ist, für Installation und Backup zuständig, der muss einiges neues lernen, wovon es einiges aber zu Contao 3 Zeiten auch schon gab. (Composer, für Probleme auch Kommandozeile)

Und, wer eine Admin Aufgabe hat ....

Sollte man schon trennen. Passwort setzen für die app_dev ist ja auch nur ein Befehl den man einmal ausführt. Sollte nicht die Hürde sein.

Frage: reicht die Beschreibung hier nicht?

Code:

/***********************************************************************************************/
/*                               ###  READ FIRST  ###                                          */
/* Access to debug front controllers must only be allowed on localhost or with authentication. */
/* Use the "contao:install-web-dir" console command to set a password for the dev entry point. */
/***********************************************************************************************/

Ich selber musste auch erst mal schauen ob und welche Parameter es gibt. Wäre es hier besser die vollständige Befehlszeile anzugeben?

**ihkwdiopk** · 16.07.2017, 00:32

Zitat von BugBuster

Code:

/***********************************************************************************************/
/*                               ###  READ FIRST  ###                                          */
/* Access to debug front controllers must only be allowed on localhost or with authentication. */
/* Use the "contao:install-web-dir" console command to set a password for the dev entry point. */
/***********************************************************************************************/

Ich selber musste auch erst mal schauen ob und welche Parameter es gibt. Wäre es hier besser die vollständige Befehlszeile anzugeben?

Jap - von hier ein +1

**BugBuster** · 16.07.2017, 00:38

Zitat von ihkwdiopk

Klimmzüge?
Geh in Root-Verzeichnis (web/..):

Code:

php vendor/contao/manager-bundle/bin/contao-console contao:install-web-dir --user=dev --password megaPassword

Das geht kürzer:

Code:

php vendor/bin/contao-console contao:install-web-dir --user=userfürdebug --password

Passwort auf Kommandozeile nicht mit angeben, es wird dann abgefragt. Grund ist, man kann es sonst in der Befehlshistory sehen, das will man nicht

**ihkwdiopk** · 16.07.2017, 00:45

Zitat von BugBuster

Das geht kürzer:

Code:

php vendor/bin/contao-console contao:install-web-dir --user=userfürdebug --password

Passwort auf Kommandozeile nicht mit angeben, es wird dann abgefragt. Grund ist, man kann es sonst in der Befehlshistory sehen, das will man nicht

Kommt:

Code:

[InvalidArgumentException]
  Cannot set a username without password.

Jedoch ist Dein Argument bzgl. Befehlshistory vollkommen richtig.

**BugBuster** · 16.07.2017, 00:46

Sorry:

Code:

php vendor/bin/contao-console contao:install-web-dir --user=userfürdebug -p

Äh, komisch, geht auch nicht. Könnte wetten das ging mal. Ist eigentlich so üblich. OK, dann eben mit password, ist aber blöd.

**ihkwdiopk** · 16.07.2017, 00:49

Zitat von BugBuster

Sorry:

Code:

php vendor/bin/contao-console contao:install-web-dir --user=userfürdebug -p

Äh, komisch, geht auch nicht. Könnte wetten das ging mal. Ist eigentlich so üblich. OK, dann eben mit password, ist aber blöd.

Mit -pl geht es - jedoch, wo setzt man dann das Passwort?

**BugBuster** · 16.07.2017, 00:53

Das ist gesetzt, alles was nach dem -p kommt ist das Passwort.
Guckst du in die Datei .env im Installationsverzeichnis.

**BugBuster** · 16.07.2017, 01:19

Hab zwei Tickets erstellt:
https://github.com/contao/manager-bundle/issues/39
https://github.com/contao/manager-bundle/issues/40

**pumukel** · 17.07.2017, 00:54

Zitat von BugBuster

Hab zwei Tickets erstellt:
https://github.com/contao/manager-bundle/issues/39
https://github.com/contao/manager-bundle/issues/40

Hallo BugBuster

Danke für die Tickets. Es funktioniert wirklich nicht, den Debug Mode zu aktivieren. Habe es x-mal probiert.
Gruss pumukel

**Spooky** · 17.07.2017, 07:43

Zitat von pumukel

Hallo BugBuster

Danke für die Tickets. Es funktioniert wirklich nicht, den Debug Mode zu aktivieren. Habe es x-mal probiert.
Gruss pumukel

Was genau funktioniert nicht?

**BugBuster** · 17.07.2017, 10:29

Der lange Weg sollte aber gehen, das setzen des Logins und Passwortes geht damit bei mir.

Code:

vendor/bin/contao-console contao:install-web-dir --user=meinDebugLogin --password=meinDebugPW

**ihkwdiopk** · 17.07.2017, 11:16

Zitat von pumukel

Hallo BugBuster

Danke für die Tickets. Es funktioniert wirklich nicht, den Debug Mode zu aktivieren. Habe es x-mal probiert.
Gruss pumukel

Sollte ja auch alles funktionieren bzw. ist sogar alles vorgesehen, jedoch machen die Zeilen hier das Problem aus: https://github.com/contao/manager-bu....php#L106-L112

**pumukel** · 19.07.2017, 01:54

Zitat von Spooky

Was genau funktioniert nicht?

Dies funktioniert nicht
von ihkwdiopk 16.07.2017 / 00:59
Klimmzüge?
Geh in Root-Verzeichnis (web/..):

Code:

php vendor/contao/manager-bundle/bin/contao-console contao:install-web-dir --user=dev --password megaPassword

Ruf http://vzwxwgvvy.cyon.link/app_dev.php/ueber-uns.html auf und logge Dich mit Benutzer:dev und Passwort:megaPassword ein.
Tipp: Benutze vielleicht ein anderes Passwort; eins mit Sonderzeichen und keine Wörter aus dem Lexikon (also nix mit Pferd, Stapel und Batterie, fällt einem eh nur unsicherer Mist ein); am wichtigsten ist wie immer die Länge. Mein ssh Passwort ist zum Beispiel: 2xpqfqTsmVx322gTtu687EvMe

Wobei ich für --user= und --password ******* andere Daten benutzte.

Gruss pumukel

**Spooky** · 19.07.2017, 07:07

Zitat von pumukel

Dies funktioniert nicht
von ihkwdiopk 16.07.2017 / 00:59
Klimmzüge?
Geh in Root-Verzeichnis (web/..):

Code:

php vendor/contao/manager-bundle/bin/contao-console contao:install-web-dir --user=dev --password megaPassword

Ruf http://vzwxwgvvy.cyon.link/app_dev.php/ueber-uns.html auf und logge Dich mit Benutzer:dev und Passwort:megaPassword ein.
Tipp: Benutze vielleicht ein anderes Passwort; eins mit Sonderzeichen und keine Wörter aus dem Lexikon (also nix mit Pferd, Stapel und Batterie, fällt einem eh nur unsicherer Mist ein); am wichtigsten ist wie immer die Länge. Mein ssh Passwort ist zum Beispiel: 2xpqfqTsmVx322gTtu687EvMe

Wobei ich für --user= und --password ******* andere Daten benutzte.

Gruss pumukel

Der Befehl lautet

Code:

vendor/bin/contao-console contao:install-web-dir --user=dev --password=password

**Seefahrer** · 19.07.2017, 08:27

vendor/bin/contao-console ist doch der Symlink auf vendor/contao/manager-bundle/bin/contao-console, müßte also beides funktionieren (ohne "php" natürlich ...).
Der Fehler liegt wohl darin, dass vendor/bin/contao-console - im Ordner /web ausgeführt - nicht gefunden wird. Der Befehl müßte dann lauten ../vendor/bin/contao-console.
Oder vorher ins root Verzeichnis wechseln, dann funktioniert der relative Pfad wieder ...

**BugBuster** · 19.07.2017, 16:22

Solche Befehle gebe ich immer vom Installverzeichnis aus gesehen an, das ist auch so üblich würde ich mal behaupten.
Damit jeder weiß wo er sein muss.
Das jedes Mal dazu schreiben oder mit TL_ROOT arbeiten wäre mühsam.

**Seefahrer** · 19.07.2017, 16:27

ich habe mich auf die Beiträge #64 und #65 bezogen, da hieß es, diese Befehle im Verzeichnis /web auszuführen.

**BugBuster** · 19.07.2017, 16:31

Nö, das steht ganz genau:

Code:

Geh in Root-Verzeichnis (web/..):

und das ".." dahinter bewirkt, ein Verzeichnis höher, also das gleiche als wenn ich im web/ Verzeichnis ein "cd .." eingeben würde.

**ihkwdiopk** · 19.07.2017, 21:51

Zitat von Seefahrer

vendor/bin/contao-console ist doch der Symlink auf vendor/contao/manager-bundle/bin/contao-console, müßte also beides funktionieren (ohne "php" natürlich ...).
Der Fehler liegt wohl darin, dass vendor/bin/contao-console - im Ordner /web ausgeführt - nicht gefunden wird. Der Befehl müßte dann lauten ../vendor/bin/contao-console.
Oder vorher ins root Verzeichnis wechseln, dann funktioniert der relative Pfad wieder ...

Ob mit oder ohne php ist systeamabhängig. Auf Unix-System funktioniert es (http://php.net/manual/de/features.commandline.usage.php). Da meist 'php' als ein Alias auf die cli-Version zeigt; können somit alle diejenigen, die eh mit anderen php-cli Versionen arbeiten (siehe CM) entsprechend auch die contao-console ausführen.

Wenns es ohne php klappt: +1 für den Hoster.

Auf die Pfadangabe hat ja schon BugBuster hingewiesen.

**pumukel** · 19.07.2017, 22:44

Zitat von Spooky

Der Befehl lautet

Code:

vendor/bin/contao-console contao:install-web-dir --user=dev --password=password

Hallo Spooky

Vielen, vielen Dank! Dies haut hin.
Gruss pumukel

**Seefahrer** · 20.07.2017, 14:43

Zitat von BugBuster

Nö, das steht ganz genau:

Code:

Geh in Root-Verzeichnis (web/..):

und das ".." dahinter bewirkt, ein Verzeichnis höher, also das gleiche als wenn ich im web/ Verzeichnis ein "cd .." eingeben würde.

Ts, ts ... glücklicherweise lernt man doch nie aus

...

Meine langjährige Unix Erfahrung (mal abgesehen von Mac OSX) liegt nun auch schon mehr als 25 Jahre zurück (Interactive Systems, SCO und AT&T System V bzw. Sun OS). Hat dieser Shortcut (.. statt cd ..) damals eigentlich auch schon funktioniert?

... könnte ich ja mal ausprobieren, habe bei mir noch eine uralte Interactive Systems Developer Platform auf 5 1/4“ Disketten rumliegen. Leider ist der dazu passende Rechner (HP Vectra RS20c) schon vor vielen Jahren ausgeweidet worden ...

Also, nichts für ungut

**mlweb** · 20.07.2017, 14:51

Zitat von electricarts

habe bei mir noch eine uralte Interactive Systems Developer Platform auf 5 1/4“ Disketten rumliegen

Meine reichlich 20jährige Nichte würde jetzt fragen: Diskette??? Was ist das gleich noch mal?

**Seefahrer** · 20.07.2017, 15:16

Zitat von mlweb

Meine reichlich 20jährige Nichte würde jetzt fragen: Diskette??? Was ist das gleich noch mal?

Du wirst lachen ..., aber ich habe sogar noch 8“ Flapper Disks in meinem Fundus (PDP 7 mit Fortran IV Compiler ..., Hauptspeicher sagenhafte 16 KB)

**Franko** · 20.07.2017, 15:29

Es ist einfach mal wieder Zeit mich u.a bei Spooky und BugBuster für Ihre unermüdliche, freundliche, kompetente und offensichtlich 24h Arbeit hier im Forum zu bedanken ...
Alles wird gut
Franko

**Webstylerin** · 14.09.2017, 12:05

Hallo ihr Lieben,

ich muss mal wieder einen Post dieses Threads aus der Steinzeit in die Gegenwart holen.

Ich habe gestern meine erste Contao-4.4-Seite live gestellt und überlege jetzt, wie ich sie am besten backupe. Vom Entwicklungsserver hab ich den SSH-Zugang und sichere dort lockerflockig mit RSYNC (Danke an bizon der mich auf die Möglichkeit aufmerksam gemacht hat). Auf dem Kundenserver hab ich den natürlich nicht. (Wie fast nie, und das macht mir in Bezug auf Contao 4 immer noch etwas Bauchschmerzen.)

Lange Rede kurzer Sinn (und zu viele und zu lange Einschübe in Klammern...):

Zitat von Spooky

Ich würde nur das "teilweise" Backup machen, alles andere hat meiner Meinung nach keinen Sinn. Brauchen tut man (bei der Managed Edition) im Endeffekt eigentlich nur

app/
files/
templates/
system/modules/ [1]
web/.htaccess
composer.json
composer.lock
.env

Was hab ich falsch gemacht, wenn ich keine .env-Datei habe? Und system/modules brauche ich nur, wenn ich Erweiterungen manuell installiert habe? Wenn ich ausschließlich den Manager nutze, brauch ich den ja nicht, richtig?

Noch eine andere Frage: Der Umzug via FTP (über den MidnightComander, der die Symlinks erhalten sollte, zumindest ist das bei 3.5 mit Composer kein Problem und ich habe auch schon mal eine Contao4-Installation so auf meinen Server kopiert) hat nicht funktioniert. Irgendwas ist da mit den Rechten schief gegangen. Also hab ich eine frische 4.4 installiert, dann die Erweiterungen installiert, DB eingespielt, Files/Templates kopiert und Config-Dateien angepasst. Hat funktikoniert. Die Frage ist jetzt, kann ich dem Manager irgendwie eine alte Datei unterjubeln, so dass er automatisch alle Erweiterungen auf einmal installiert? Geht zwar mit dem Manager problemlos, aber je nach Anzahl ist es doch recht aufwändig, da ich ja immer nur eine Erweiterung einfügen kann, aktualisiere, warte, nächste Erweiterung suche...

LG
Nicole

**Spooky** · 14.09.2017, 12:19

Zitat von Webstylerin

Was hab ich falsch gemacht, wenn ich keine .env-Datei habe?

Nichts, die existiert nur, wenn du einen Benutzername und ein Passwort für den Zugriff auf die app_dev.php gesetzt hast

**gregor** · 20.09.2017, 11:02

Bei mir funktioniert ein Backup oder Transfer einer Contao 4.4.5 Installation eigentlich wie mit Contao 3.5.x.
Hierzu verwende ich die Erweiterung BackupDB von Hagen.

Meine Vorgehensweise für Contao 4.4.5 mit Contao-Manager:
1. Datenbank-Backup mit BackupDB erstellen und lokal speichern
2. Komplette Installation per SFTP (ich verwende WinSCP) lokal sichern
3. Komplette Installation per SFTP dann auf den neuen Webspace hochladen
4. Neue Datenbank anlegen
5. Zugangsdaten zur neuen DB dann unter /app/config/parameters.yml entsprechend korigieren/hinterlegen
6. BackupDB-Archiv entpacken und die .sql über phpMyAdmin in die neue Datenbank importieren
7. Die Datei restoreSymlinks.php aus dem BackupDB-Archiv per SFTP nach /web hochladen
8. Im Verzeichnis /web die contao-manager.phar.php der alten Installation löschen (gab bei mir Fehler beim Aufrufen und ich vermute mal wegen Binär-Modus beim SFTP-Transfer)
9. Eine originale contao-manager.phar im Binärmodus per SFTP nach /web hochladen und umbenennen in contao-manager-phar.php
10. Im Browser dann www.(meine Domain)/restoreSymlinks.php aufrufen
11. Dann Contao-Manager aufrufen und einloggen
12. Systemwartung > Cache neu erstellen aufrufen
13. Pakete aktualiseren durchführen
14. Tools > Installtool aufrufen und schauen ob mit der DB alles OK ist
15. Ins Contao BE einloggen
16. System > Systemwartung alles neu erstellen lassen
17. Wenn alles OK ist, die restoreSymlinks.php in /web löschen

Hinweis
Man sollte für den Contao Manager noch ein neues Passwort vergeben, wenn es eine gespigelte Installation für eine Kunden-Installation sein soll.
Hierzu kann man die contao-manager/users.json löschen, Contao Manager aufrufen und neues Passwort vergeben

Ja, ich weiß, die Datenübertragung dauert, ist aber egal weil es eh im Hintergrund läuft.
Über die Console komme ich aktuell nicht weiter und nicht jeder Webspace ermöglicht dies.

Die Vorgehensweise funktioniert bei mir unter PHP 7.1, Hoster ist df.
Folgende zusätzliche Erweiterung sind in meiner Installation vorhanden:
bugbuster/contao-dlstats-bundle
bugbuster/contao-visitors-bundle
codefog/contao-cookiebar
codefog/contao-mobile_menu
do-while/contao-backupdb-bundle
terminal42/contao-easy_themes
terminal42/notification_center

Bei anderen Hostern konnte ich dies noch nicht durchführen und es würde mich interessieren, ob die Vorgehensweise auch bei anderen Hostern funktioniert.
Aber alles auf eigene Verantwortung und nie ohne Backup

VG,
Gregor

**Webstylerin** · 20.09.2017, 11:22

Wow! Danke für die ausführliche Vorgehensweise. Schön, dass es mit nem normalen Transfer gehen kann. Habe dasselbe am Montag versucht, auch zu Domainfactory, bin gescheitert.

Zitat von gregor

8. Im Verzeichnis /web die contao-manager.phar.php der alten Installation löschen (gab bei mir Fehler beim Aufrufen und ich vermute mal wegen Binär-Modus beim SFTP-Transfer)

Vielleicht war das mein Problem, weißt du noch, welcher Fehler kam?

**gregor** · 20.09.2017, 11:34

Nicht mehr ganz genau.
Es war eine typische Fehlermeldung, die beim Ausführen eines PHP-Script meistens kommt.
Ich glaube Fehler in Zeile 100.
Da kam mir die Idee mit dem Binärmodus und es hat ja auch bei mir so funktioniert und ich mir deshalb keine weiteren Gedanken gemacht habe.