Vorgehen bei Update von 4.4.20 auf 4.13

Hallo zusammen!

Jaaaaa, ich weiß, eine 4.4-Installation ist schon älter... Jetzt zwingt der Provider (Hosteurope) durch Umstellung auf PHP 8.1 zum Update.

Ich habe bei solchen Updates in größerem Umfang durch Erfahrungen aus der Vergangenheit immer ein ungutes Gefühl. Nie hat die Sache reibungslos funktioniert...irgendwo klemmte es meist.
Frage: Wie soll ich am besten vorgehen?

- Datensicherung (DB, composer.json und composer.lock)
- Der CM bietet zunächst Version 4.4.57. Das sollte kein Problem sein. Wie soll es dann weiter gehen?
- Als Erweiterung ist das Mate-Theme installiert. Dieses ist nur bis 4.12 kompatibel...
- ...?

Ist das machbar oder gleich die SEite mit neuem Theme aufsetzen ?

Vielen Dank für eure Tipps.

Roland

Also für PHP 8 Support brauchst Du min. 4.9.24. https://contao-academy.de/contao-faq...noetigt-contao

Du kannst als Version also mal 4.9.* eintragen. Die 4.9 ist eine LTS und läuft noch bis Anfang 2024. https://contao.org/de/release-plan.html

Das passst dann ja auch noch mit deinem Theme.

Ok, schonmal vielen Dank für den Tipp!

Hosteurope springt direkt auf PHP 8.1. Wird damit auch Contao 4.9.24 laufen ?
Anfang 2024 müsste ich dann aber wieder ran...
Ich habe bei keinem anderen Provider dieses Problem. Bei den meisten wird noch PHP 7.4 angeboten. Nur Hosteurope ist in dieser Hinsicht sehr rigoros...

Viele Grüße
Roland

Oh, HE, da wirst du mit PHP 8.1 eventuell auch nicht wirklich glücklich, außer die bekommen das irgendwie gebacken. Siehe hier:
https://community.contao.org/de/show...ei-Host-Europe

Hier noch weitere Infos zum Thema Update Contao 4.9 auf Contao 4.13

https://www.trakked.io/de/blog/updat...uf-contao-4-13

In der Contao Academy findest du als aktives Mitglied zudem Videos zum Update von Contao 4.4 auf 4.9 und von 4.9 auf 4.13.

Vielen Dank für eure Antworten.
Die besagte Kunden-Website ist seit über 10 Jahren bei HE - anfangs ohne Probleme, in der letzten Zeit ging der Service deutlich bergab und die Probleme wurden mehr...
Ich glaube, ein Providerwechsel ist jetzt angebracht.

@Christian
Vielen Dank für deinen Hinweis. Die Contao Academy ist eine tolle Sache. Eine Mitgliedschaft ziehe ich in Betracht...

Roland

Ich bin jetzt einen kleinen Schritt weiter.

Die Conato4.4-Installation habe ich zu einem anderen Provider migriert und bin dabei dieser Anleitung gefolgt (Liqiud Artwork). Später kann ich dann auf eine aktuelle Version updaten.

Ich komme auch ins Backend und alles ist vorhanden. Im Frontend erscheint aber die Standard-Contao-Fehlermeldung. Ich kann das Install-Tool nicht aufrufen, um ein DB-Update auszuführen. Stattdessen endet der Contao Manager immer mit der Warnmeldung "Systemwiederherstellung" (Reparatur ausführen bzw. Abgesicherten Modus starten). Beides führt aber auch zu keiner Änderung. Smylinks und Prod-Cache sind erneuert.

Die Fehlermeldung var/logs lautet:

Code:

---

[2022-08-27 10:39:14] request.INFO: Matched route "contao_catch_all". {"route":"contao_catch_all","route_parameters":{"_scope":"frontend","_token_check":true,"_controller":"Contao\\CoreBundle\\Controller\\FrontendController::indexAction","_url_fragment":"contao-manager/users.json","_route":"contao_catch_all"},"request_uri":"http://www.xxx.de/contao-manager/users.json","method":"GET"} []
[2022-08-27 10:39:14] security.INFO: Attempting SimplePreAuthentication. {"key":"frontend","authenticator":"Contao\\CoreBundle\\Security\\ContaoAuthenticator"} []
[2022-08-27 10:39:14] request.ERROR: Uncaught PHP Exception Symfony\Component\HttpKernel\Exception\NotFoundHttpException: "Page not found: http://www.xxx.de/contao-manager/users.json" at /var/www/vhosts/qqyd54vu.web10.alfahosting-server.de/xxx.de/vendor/contao/core-bundle/src/EventListener/ExceptionConverterListener.php line 112 {"exception":"[object] (Symfony\\Component\\HttpKernel\\Exception\\NotFoundHttpException(code: 0): Page not found: http://www.xxx.de/contao-manager/users.json at /var/www/vhosts/qqyd54vu.web10.alfahosting-server.de/xxx.de/vendor/contao/core-bundle/src/EventListener/ExceptionConverterListener.php:112, Contao\\CoreBundle\\Exception\\PageNotFoundException(code: 0): Page not found: http://www.xxx.de/contao-manager/users.json at /var/www/vhosts/qqyd54vu.web10.alfahosting-server.de/xxx.de/vendor/contao/core-bundle/src/Resources/contao/controllers/FrontendIndex.php:64)"} []

---

Hat jemand eine Idee, wie ich ins Install-Tool komme oder wegen welcher "Kleinigkeit" die Sache jetzt noch klemmt ?

Vielen Dank für eure Tipps
Roland

Ergänzung:

Zumindest konnte ich mich jetzt über die Adresszeile ins Install-Tool einloggen. Die DB ist aktualisiert und die Seite funtioniert einwandfrei!

Einzig der CM bleibt immer noch mit der bekannten Fehlermeldung hängen:
"Systemwiederherstellung
Es wurden Dateien erkannt, die nach einer Contao-Installation aussehen, aber die Kommandozeile scheint nicht korrekt zu funktionieren."
Automatische Reparatur / Abgesicherter Modus

Die Fehlermeldungen in var/log sind immer noch da.

Hat irgendjemand eine Idee ?

Roland

Der neue Hoster ist Contao-kompatibel? Welcher ist es denn? ;)
Contao-Manager mal neu installieren hilft auch nicht? (Verzeichnis contao-manager löschen und die neu heruntergeladene contao-manager.phar.php aufrufen)
Ein "composer update" bringt auch nichts?

Ich gehe mal davon aus, du bist immer noch auf 4.4.20 nach dem Umzug? Oder war da schon ein Update dabei?

Der Hoster ist alfahosting - hier gab es bisher nie Probleme.

Den Umzug habe ich testweise mit einer 4.4.41-Version durchgeführt. Composer wurde über "Reparatur durchführen" gemacht - keine Änderung.
Die Version bei alfahosting ist immer noch 4.4.41 - komischerweise steht die Version aber nicht in der linken unteren Ecke des Backends :-/
Ich kann noch versuchen den CM zu löschen und neu zu installieren. Obwohl: Dieser hat sich bei der Installation natürlich selbst ein Update verpasst...
Werde berichten...

Roland

Ich habe den CM neu runtergeladen und ausgeführt. Wieder die gleiche Fehlermeldung (1. Reparatur ausführen / 2. Abgesicherter Modus)
Bei 1. habe ich den Cache neu erstellt, die Fehlermeldung erscheint wieder...
Unter 2. habe ich bei Systemwartung die Composer-Abhängigkeiten neu erstellt ("Installer ausführen").
Alles Fehlerfrei - die Systemmeldung (siehe Zeile 1) bleibt...

In var/logs erscheint in der Fehlermeldung "Page not found: http://www.xxx.de/contao-manager/users.json" Die Datei ist natürlich da...

Code:

---

[2022-08-28 17:45:27] request.INFO: Matched route "contao_catch_all". {"route":"contao_catch_all","route_parameters":{"_scope":"frontend","_token_check":true,"_controller":"Contao\\CoreBundle\\Controller\\FrontendController::indexAction","_url_fragment":"contao-manager/users.json","_route":"contao_catch_all"},"request_uri":"http://www.xxx.de/contao-manager/users.json","method":"GET"} []
[2022-08-28 17:45:27] security.INFO: Attempting SimplePreAuthentication. {"key":"frontend","authenticator":"Contao\\CoreBundle\\Security\\ContaoAuthenticator"} []
[2022-08-28 17:45:27] request.ERROR: Uncaught PHP Exception Symfony\Component\HttpKernel\Exception\NotFoundHttpException: "Page not found: http://www.xxx.de/contao-manager/users.json" at /var/www/vhosts/qqyd54vu.web10.alfahosting-server.de/xxx.de/vendor/contao/core-bundle/src/EventListener/ExceptionConverterListener.php line 112 {"exception":"[object] (Symfony\\Component\\HttpKernel\\Exception\\NotFoundHttpException(code: 0): Page not found: http://www.xxx.de/contao-manager/users.json at /var/www/vhosts/qqyd54vu.web10.alfahosting-server.de/xxx.de/vendor/contao/core-bundle/src/EventListener/ExceptionConverterListener.php:112, Contao\\CoreBundle\\Exception\\PageNotFoundException(code: 0): Page not found: http://www.xxx.de/contao-manager/users.json at /var/www/vhosts/qqyd54vu.web10.alfahosting-server.de/xxx.de/vendor/contao/core-bundle/src/Resources/contao/controllers/FrontendIndex.php:64)"} []

---

Wäre schön, wenn jemand helfen könnte. Irgendwann benötige ich den CM mit Sicherheit...

Danke
Roland

Eine gültige URL dürfte das doch aber eigentlich nicht sein, oder? Schliesslich sollte doch http://www.xxx.de auf die document root zeigen, also auf das Unterverzeichnis web bzw public. Oder soll das nur eine interne URL/Symfony Route irgendwie sein? Ich bin verwirrt :confused:.

Anstelle von XXX steht in der Fehlermeldung die eigentliche URL, die auf den Ordner /web verweist.