Update auf 3.5.4

Liebe Leute,
2017 habe ich nach Anleitung aus dem Buch von Peter Müller eine Contao Website eingerichtet, die ich jetzt notgedrungen updaten muss, da Alfahosting alte PHP Versionen nur mit Aufpreis akzeptiert.
Was habe ich bisher gemacht:
1. Backup Datenbank und Files auf lokalen Mac
2. Subdomain erstellt und die gesicherten Files hoch geladen. Funktioniert!
3. Files von contao-3.5.40 auf dem Server synchronisiert. (Mit ForkLift einem Werkzeug aufm Mac)
4. Nach dem Buch sollte nun das "Installtool" gestartet werden. Musste ich auch erst mal – oder wieder – verstehen, was damit gemeint ist:example.com/contao/install
Ergebnis: Fehlercode: 500 Internal Server Error
Wer kann und mag helfen?

Wie im anderen Thread https://community.contao.org/de/show...l=1#post601913 diskutiert, sollten wir zuerst einmal klären um welche Contao-Version es wirklich geht. Alles andere macht m.E. gar keinen Sinn.
Ich stimmt da @lbableck zu, dass ein Contao 4.3.x sein könnte. Dazu wurde zum einen das Jahr 2017 passen und eventuell auch Deine Beiträge aus 2017.

Da es sich nach Deinem Screenshot im anderen Thread mit Sicherheit um Contao 4 handelt, kannst Du Deinen Versuch mit Contao 3 abhaken.
Du musst Deine Installation zunächst auf die letzte Version Contao 4.13 aktualisieren und danach auf mindestens Contao 5.3 (besser ab ca. Ende nächster Woche auf Contao 5.7)
Zu Contao 4 bzw. 5 findest Du eigentlich alles in unserer guten Doku https://docs.contao.org/5.x/manual/de/ und speziell zu lokalen Installation https://docs.contao.org/5.x/manual/d...-installation/

Wenn es detaillierter sein soll empfehle ich die Contao Academy https://contao-academy.de/ oder wenn Du wenig Erfahrung hast ein Update durch einen erfahrenen Contao-Partner.

Zitat:

---

Zitat von mbrod

Liebe Leute,
2017 habe ich nach Anleitung aus dem Buch von Peter Müller eine Contao Website eingerichtet, die ich jetzt notgedrungen updaten muss, da Alfahosting alte PHP Versionen nur mit Aufpreis akzeptiert.
Was habe ich bisher gemacht:
1. Backup Datenbank und Files auf lokalen Mac
2. Subdomain erstellt und die gesicherten Files hoch geladen. Funktioniert!
3. Files von contao-3.5.40 auf dem Server synchronisiert. (Mit ForkLift einem Werkzeug aufm Mac)
4. Nach dem Buch sollte nun das "Installtool" gestartet werden. Musste ich auch erst mal – oder wieder – verstehen, was damit gemeint ist:example.com/contao/install
Ergebnis: Fehlercode: 500 Internal Server Error
Wer kann und mag helfen?

---

Hast du vorher ein Backup gemacht? Nachdem du ja in Wirklichkeit eine Contao 4.3 Installation hast, hast du dir damit ja jetzt deine Contao Installation kaputt gemacht.

Es ist ja eine lokale Kopie, die er auf dem Mac angelegt hat. Damit kann er ja jederzeit bei Null wieder beginnen. Er hatte ja ein Backup der DB und der Files wie er schrieb.

Zitat:

---

Zitat von mlweb

Es ist ja eine lokale Kopie, die er auf dem Mac angelegt hat. Damit kann er ja jederzeit bei Null wieder beginnen. Er hatte ja ein Backup der DB und der Files wie er schrieb.

---

Exakt. Gestern habe ich dann den Contao-Manager installiert und ausgeführt, hat aber am Ende nicht zum Erfolg geführt.
Die Historie, was ich alles gemacht habe, will ich euch ersparen, sondern erst mal den derzeitigen Zustand beschreiben. Im Alfahosting Domain Panel gibt es:

1. h54070.host229.alfahosting-server.de
zeigt auf /html
2. solarverein-frankfurt.de
zeigt auf /html/contao/web
3.neu.solarverein-frankfurt.de
zeigt auf html/contao_backup/public

Für die drei Domains kann die jeweilige PHP Version eingestellt werden. Für 2. habe ich PHP 7.4 eingestellt, da eine höhere Version offensichtlich nicht mit Contao 4.3 funktioniert. Die Website solarverein-frankfurt.de funktioniert, ist live.
Im Ordner contao_backup sind auch alle Ordner der Version mit Contao 4.3., sodass der Contao Manager diese updaten kann. (Ich hoffe, dass ich das so richtig verstehe.)
Welche PHP Versionen soll ich für 1. und 3. einstellen?
Ach, gerade fällt mir ein: Sollte ich für 3. vielleicht erst mal eine neue Datenbank erstellen mit den Daten aus dem Backup? Oder macht das vielleicht der Contao-Manager?

Mach einfach ein vollständiges Backup und dann direkt ein Update auf Contao 4.13.

Sicherheitshalber, habe ich eine neue Datenbank erstellt, die Daten aus dem Backup in die neue Datenbank mit phpmyadmin importiert und in /html/contao_backup/app/config/parameters.yml den Namen der neuen Datenbank eingetragen.
Dann eine Kleinigkeit am Inhalt der Website geändert, um zu schauen, ob wirklich die neue Datenbank verwendet wird. Nein, auch auf der "alten" Website waren die Änderungen zu verzeichnen.
Google KI: Contao-Cache leeren (Wichtig!)
Geht über die Konsole oder den Contao-Manager, der über "ihre-domain.de/contao-manager.phar.php" aufgerufen werden soll. Dazu müsste der Contao-Manager im Ordner /html/contao_backup/web liegen, soll aber nach Handbuch in /html/contao_backup/public kopiert werden. Ich habe also das Handbuch ignoriert und den Contao-Manager in web kopiert. "Prod-Cache erneuern" war so auch tatsächlich möglich. Und siehe da, nun greift die Backup Installation auf die neue Datenbank zu und Änderungen wirken sich nur dort aus.
Nach wie vor frage ich, welche PHP Version ich für ein Update auf 4.13 einstellen soll.

Zitat:

---

Zitat von mbrod

Sicherheitshalber, habe ich eine neue Datenbank erstellt, die Daten aus dem Backup in die neue Datenbank mit phpmyadmin importiert und in /html/contao_backup/app/config/parameters.yml den Namen der neuen Datenbank eingetragen.
Dann eine Kleinigkeit am Inhalt der Website geändert, um zu schauen, ob wirklich die neue Datenbank verwendet wird. Nein, auch auf der "alten" Website waren die Änderungen zu verzeichnen.
Google KI: Contao-Cache leeren (Wichtig!)
Geht über die Konsole oder den Contao-Manager, der über "ihre-domain.de/contao-manager.phar.php" aufgerufen werden soll. Dazu müsste der Contao-Manager im Ordner /html/contao_backup/web liegen, soll aber nach Handbuch in /html/contao_backup/public kopiert werden. Ich habe also das Handbuch ignoriert und den Contao-Manager in web kopiert. "Prod-Cache erneuern" war so auch tatsächlich möglich. Und siehe da, nun greift die Backup Installation auf die neue Datenbank zu und Änderungen wirken sich nur dort aus.

---

Du machst es dir komplizierter als notwendig ;). Wie gesagt: mach einfach ein komplettes Backup (Datenbank + Dateien) und aktualisiere direkt.

Zitat:

---

Zitat von mbrod

Nach wie vor frage ich, welche PHP Version ich für ein Update auf 4.13 einstellen soll.

---

Die PHP Version, die du am Ende dann haben möchtest.

Zitat:

---

Zitat von mbrod

Nach wie vor frage ich, welche PHP Version ich für ein Update auf 4.13 einstellen soll.

---

4.13 läuft mit PHP 8 ;)

Zitat:

---

Zitat von Spooky

Du machst es dir komplizierter als notwendig ;). Wie gesagt: mach einfach ein komplettes Backup (Datenbank + Dateien) und aktualisiere direkt.

---

Komplettes Backup liegt vor. Wie aktualisiert man direkt?

Poste mal deine composer.json.

Zitat:

---

Zitat von zoglo

4.13 läuft mit PHP 8 ;)

---

Ich habe jetzt PHP 8.2 ausgewählt. Der Contao-Manager bemängelt, dass die Installation fehlerhaft ist:
Es wurden Dateien erkannt, die nach einer Contao-Installation aussehen, aber die Kommandozeile scheint nicht korrekt zu funktionieren. vendor/bin/contao-consolelist
Siehe Anhang 28290
Die automatische Reparatur hat nicht funktioniert. Da dreht sich immer was im Kreis, also habe ich den Abgesicherten Modus gestartet.
Das ergibt folgendes Bild:Anhang 28291
Habe dann contao-components/installer Paket hinzufügen gewählt, was mit der Fehlermeldung
Anhang 28292 quittiert wurde.
Konsole Inhalt:
$ /opt/plesk/php/8.2/bin/php -q -dmax_execution_time=0 -dmemory_limit=-1 -ddisplay_errors=0 -ddisplay_startup_errors=0 -derror_reporting=0 -dallow_url_fopen=1 -ddisable_functions= -ddate.timezone=Europe/Berlin /var/www/vhosts/h54070.host229.alfahosting-server.de/html/contao_backup/web/contao-manager.phar.php composer require contao-components/installer contao/conflicts=*@dev --no-update --no-scripts --prefer-stable --sort-packages --no-ansi --no-interaction

The "contao-components/installer" plugin was skipped because it requires a Plugin API version ("^1.0") that does not match your Composer installation ("2.9.0"). You may need to run composer update with the "--no-plugins" option.
Using version ^1.4 for contao-components/installer
/var/www/vhosts/h54070.host229.alfahosting-server.de/html/contao_backup/composer.json has been updated

# Process terminated with exit code 0
# Result: OK


Error handling the Composer Resolver Cloud. Please try again later.

Was wäre denn jetzt der nächste Schritt?

Was hast Du denn beim Backup an Dateien alles kopiert und in die neue Installation gebracht?

» https://community.contao.org/de/show...l=1#post602017

Zitat:

---

Zitat von mlweb

Was hast Du denn beim Backup an Dateien alles kopiert und in die neue Installation gebracht?

---

Unter /html/contao ist die alte Installation. Die Domain solarverein-frankfurt.de deutet auf /html/contao/web.
Unter /html/contao_backup habe ich alle Dateien reinkopiert, die sich auch unter /html/contao sich befunden haben. Die Subdomain https://neu.solarverein-frankfurt.de deutet auf /html/contao_backup/web. Diese Seite funktionierte ebenso, wie die alte. Sie funktionierte ebenfalls, nachdem ich den SQL-Dump in eine neue Datenbank importiert hatte und in der /html/contao_backup/app/config/parameters.yml den Namen der neuen Datenbank eingetragen hatte.
Nun wollte ich das Update mit dem Contao-Manager starten, was mit den Fehlermeldungen in meinem vorherigen Beitrag erst mal endete. Die neue Seite funktioniert seitdem auch nicht mehr.
Es gibt unterschiedliche Hinweise, in welchem Ordner sich die Datei contao-manager.phar.php befinden soll. web oder public?

Ich könnte mich auch irren, aber ich vermute du wirst keine sinnvolle Antwort mehr bekommen, sofern du Spookys Frage nicht beantwortest.

Zitat:

---

Zitat von mbrod

Unter /html/contao_backup habe ich alle Dateien reinkopiert, die sich auch unter /html/contao sich befunden haben.

---

Das solltest Du so nicht tun. Damit gibt es dann noch mehr und ganz andere Probleme.

Ich würde mir ein blankes Contao 4.13 in einer Subdomain installieren, nur die files, templates und Konfigurationsdateien kopieren und dann die DB (Kopie des Originals) migrieren (noch nichts in DB löschen). Erweiterungen aus der Liveinstallation installieren (soweit kompatibel) und dann schauen was passiert.

Aber mach bitte erst Mal das, um was Dich @Spooky schon zweimal gebeten hat.

Hier die composer.json:

Code:

---

{
    "name": "contao/managed-edition",
    "type": "project",
    "description": "Contao Open Source CMS",
    "license": "LGPL-3.0+",
    "authors": [
        {
            "name": "Leo Feyer",
            "homepage": "https://github.com/leofeyer"
        }
    ],
    "require": {
        "php": ">=5.5.0",
        "contao/manager-bundle": "4.3.*",
        "contao/calendar-bundle": "^4.3",
        "contao/comments-bundle": "^4.3",
        "contao/faq-bundle": "^4.3",
        "contao/listing-bundle": "^4.3",
        "contao/news-bundle": "^4.3",
        "contao/newsletter-bundle": "^4.3"
    },
    "config": {
        "component-dir": "assets"
    },
    "scripts": {
        "post-install-cmd": [
            "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication"
        ],
        "post-update-cmd": [
            "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication"
        ]
    }
}

---

Das ist doch schon mal sehr schön - eine Installation ohne Erweiterung.
Fang mal von vorn an.
Den Manager legst Du am besten in den Ordner public und lässt den Document-Root auf public zeigen (hast Du glaube ich schon). Dann kannst Du Contao 4.13 über den Manager neu installieren, stellst während der Installation die Verbindung zu Deiner DB-Kopie her und lässt alle Migrationen durchführen. Danach kopierst Du nur die files, templates und die Konfigurationsdateien.
Dann sollten im Wesentlichen nur noch Nacharbeiten für angepasste Templates und ggf. auch CSS-Anpassungen erforderlich sein. Damit kannst Du allerdings auch warten und diese Installation dann gleich auf Contao 5.3 anheben und die Nacharbeiten erst danach ausführen.

Zitat:

---

Zitat von mlweb

Ich würde mir ein blankes Contao 4.13 in einer Subdomain installieren, nur die files, templates und Konfigurationsdateien kopieren und dann die DB (Kopie des Originals) migrieren (noch nichts in DB löschen). Erweiterungen aus der Liveinstallation installieren (soweit kompatibel) und dann schauen was passiert.

---

Ja, das habe ich sogar inzwischen gemacht, weil es mir auch als eine Möglichkeit erschien.
Files und Templates habe ich auch kopiert siehe: Anhang 28294. Kopiert von rechts nach links.
Welche Konfigurationsdateien müssen noch kopiert werden?
Müssen ggf. Files und Templates in Unterordnern kopiert werden?
Datenbank schaue ich mir heute nicht mehr an. Gute Nacht…

Noch zu beachten: Du könntest noch ältere Erweiterungen unter system/modules liegen haben. Schau da mal nach.

Sowie Du es jetzt kopiert hast, sieht das für mich erst mal ok aus. Konfigurationsdateien hast Du einmal unter /system/config und dort die localconfig.php ggf. könnten da auch noch weitere alte Konfigurationen liegen. Im Ordner /app/config und app/Resources/contao könnte auch noch etwas liegen. Siehe dazu auch unsere gute Doku https://docs.contao.org/4.x/manual/d...en-übertragen

Ist das verwendete Theme mit Contao 4.13 kompatibel? Wahrscheinlich musst Du Dir ein Theme-Update besorgen.

Zitat:

---

Zitat von mbrod

Wie aktualisiert man direkt?

---

1. Backup von Datenbank und Dateien anlegen.
2. Ändere die composer.json auf:
   Code:

   ---

   {
    "name": "contao/managed-edition",
    "type": "project",
    "description": "Contao Open Source CMS",
    "license": "LGPL-3.0+",
    "authors": [
        {
            "name": "Leo Feyer",
            "homepage": "https://github.com/leofeyer"
        }
    ],
    "require": {
        "contao/manager-bundle": "4.13.*",
        "contao/calendar-bundle": "^4.13",
        "contao/comments-bundle": "^4.13",
        "contao/faq-bundle": "^4.13",
        "contao/listing-bundle": "^4.13",
        "contao/news-bundle": "^4.13",
        "contao/newsletter-bundle": "^4.13"
    },
    "config": {
        "component-dir": "assets"
    },
    "scripts": {
        "post-install-cmd": [
            "@php vendor/bin/contao-setup"
        ],
        "post-update-cmd": [
            "@php vendor/bin/contao-setup"
        ]
    }
}

   ---

3. Ändere die PHP Version auf deinem Hosting.
4. Starte den Contao Manager.
5. Stelle sicher, dass der Contao Manager in der Serverprüfung die korrekte PHP Version erkennt, die du zuvor eingestellt hast.
6. Starte den Contao Manager im abgesicherten Modus.
7. Gehe zu Systemwartung.
8. Unter Composer-Abhängigkeiten klicke auf den Pfeil.
9. Klicke auf Composer Update ausführen.
10. Danach die Datenbank über den Contao Manager ausführen lassen (ohne Löschungen).

Danke auch an Spooky für diesen Vorschlag.
Bei Punkt 8 und 9 fingen die Probleme an. Immer wieder Fehlermeldungen z.B.: Anhang 28301
Am Ende sah es so aus: Anhang 28300
Die Datenbank Migrationen sollten immer wiederholt werden, bevor ich sie dann abgebrochen habe.
Unklar ist mir auch, wie auf den Wechsel von /web auf /public reagiert werden muss: "Einführung (v4.12): Ab dieser Version wurde der öffentlich erreichbare Unterordner dem Symfony-Standard folgend von /web in /public umbenannt."
Den Contao Manager habe ich in /public, alles andere nach wie vor in /web. Wartungsmodus habe ich deaktiviert. Der Aufruf in /web sieht dann so aus:
"Fehler 403: Ihr Zugriff auf diese Seite wurde verweigert

Mögliche Ursachen für diesen Fehler sind:

Es wurde keine Index-Seite (z.B. index.html oder index.php) hinterlegt
Ihre Anfrage wurde von unserer Web Application Firewall unterbunden. Sofern Sie der Betreiber dieser Website sind, können Sie die Web Application Firewall in unserem Control Panel host229.alfahosting-server.de:8443 anpassen oder deaktivieren."

Bzgl. public/ und web/ musst du erstmal nichts machen, einfach so belassen wie es ist. Den public/ Ordner am besten wieder löschen.

Im public-Ordner hat er den Manager liegen (nach seinen Angaben) und der Documentroot zeigt nach seinen Angaben oben auf /public

Wie gesagt, in der Hinsicht einfach nichts ändern, sondern so belassen wie es vorher war (vermutlich auf web/).

@Spooky
Ich weiß ehrlich gesagt nicht in welchem Zustand die Installation jetzt überhaupt ist.
Ich dachte eigentlich er hat im Moment eine blanke 4.13 installiert und dort nur /files und /templates kopiert https://community.contao.org/de/show...l=1#post602054 und wollte dann eine Migration der DB durchführen. Nach seinem in diesem Post gezeigten Bildschirmfoto gibt es da für die neue Installation auch keinen Ordner /web.
Was mich also enorm verwirrt, ist die Tatsache, dass es nun doch wieder einen Order /web gibt. https://community.contao.org/de/show...l=1#post602119
Das die Migration der DB in mehreren Schritten läuft wäre ja grundsätzlich normal.

Ja, mein Vorschlag war ja, keine Kopie anzulegen und alles so zu belassen wie es ist (inkl. DocumentRoot). Stattdessen einfach ein Backup anlegen (Dateien & Datenbank) und die Contao Installation direkt aktualisieren.

Ach so, Du meinst direkt die Liveinstallation. Das hatte ich so erst mal nicht verstanden. Wahrscheinlich betriebsblind, weil ich immer in einer Parallelinstallation update.:D