Contao-Manager - Installation verursacht Errors

[jeppsson]

Provider: Pixel X
PHP-Version: 8.0.10

Da der Umzug der Domäne noch nicht erfolgt ist, läuft alles "im Hintergrund". D.h. in der lokalen .host sind die IP-Adressen eingetragen, damit ich die Seite mit dem neuem Contao aufbauen kann. Das alte Contao war 3.4.4. Diese (alte) Seite ist noch aktiv.

Mein Vorgehen:
heute die neueste Version von contao-manager.phar downgeloadet
Ordner /web erstellt und den Document Root drauf setzen lassen (geht leider nicht selber)
Per FTP contao-manager.phar in den Ordner /web hochgeladen und umbenannt in contao-manager.phar
im Browser xxxxx.de/contao-manager.phar.php aufgerufen
Benutzerkonto erstellt, Systemprüfung lief durch, bis auf die Meldung "Es wurde keine Contao-Installation gefunden" und der Button "Einrichtung" ist als Einziger aktiv, also drauf klicken
es kommt die Meldung

Der Contao Manager kann automatisch eine neue Verzeichnisstruktur auf dem Server einrichten. Du musst das Wurzelverzeichnis danach manuell umkonfigurieren (z.b. über die Hosting-Administration).
Neuer Ordner:uns-pierstall.de
Aktuelles Wurzelverzeichnis: /var/www/vhosts/uns-pierstall.de/httpdocs/web
Neues Wurzelverzeichnis: /var/www/vhosts/uns-pierstall.de/httpdocs/uns-pierstall.de/web

Das wundert mich, ich dachte, dass der Ordner /web ausreicht. Ich bin mit dem Vorschlag einverstanden, das Button "Ordner erstellen" ist nun aktiv.
es kommt die Fehlermeldung

HTTP-Anfrage für "POST api/server/contao" fehlgeschlagen.
Es scheint ein unbekannter Fehler aufgetreten zu sein. Prüfe die Log-Dateien deines Webservers (Apache/Nginx) und des Contao Managers im Ordner "contao-manager/logs".

und der Ordner /web ist total leer, auch die contao-manager.phar.php ist weg
die error.log des Servers wirft mir folgendes aus:

[Tue Oct 05 15:26:14.438673 2021] [proxy_fcgi:error] [pid 3902573:tid 139647046768384] [client 2003:f0:9f05:d733:bc23:9a91:1c03:f62d:56946] AH01071: Got error 'PHP message: PHP Fatal error: Uncaught Error: Class "Contao\\ManagerApi\\HttpKernel\\ApiProblemRespons e" not found in phar:///var/www/vhosts/uns-pierstall.de/httpdocs/web/contao-manager.phar.php/dist/api.php:27\nStack trace:\n#0 /var/www/vhosts/uns-pierstall.de/httpdocs/web/contao-manager.phar.php(86): Phar::webPhar()\n#1 {main}\n thrown in phar:///var/www/vhosts/uns-pierstall.de/httpdocs/web/contao-manager.phar.php/dist/api.php on line 27PHP message: PHP Fatal error: Uncaught Error: Class "Symfony\\Component\\ErrorHandler\\Error\\FatalErr or" not found in phar:///var/www/vhosts/uns-pierstall.de/httpdocs/web/contao-manager.phar.php/vendor/symfony/error-handler/ErrorHandler.php:680\nStack trace:\n#0 [internal function]: Symfony\\Component\\ErrorHandler\\ErrorHandler::ha ndleFatalError()\n#1 {main}\n thrown in phar:///var/www/vhosts/uns-pierstall.de/httpdocs/web/contao-manager.phar.php/vendor/symfony/error-handler/ErrorHandler.php on line 680', referer: https://uns-pierstall.de/contao-manager.phar.php/
[Tue Oct 05 15:29:22.583950 2021] [proxy_fcgi:error] [pid 3903015:tid 139647013197568] [client 2003:f0:9f05:d733:bc23:9a91:1c03:f62d:62950] AH01071: Got error 'Primary script unknown'
[Tue Oct 05 15:29:29.708116 2021] [autoindex:error] [pid 3903015:tid 139646954448640] [client 2003:f0:9f05:d733:bc23:9a91:1c03:f62d:57386] AH01276: Cannot serve directory /var/www/vhosts/uns-pierstall.de/httpdocs/web/: No matching DirectoryIndex (index.html,index.cgi,index.pl,index.php,index.xht ml,index.htm,index.shtml) found, and server-generated directory index forbidden by Options directive
[Tue Oct 05 15:29:32.050632 2021] [proxy_fcgi:error] [pid 3903015:tid 139647013197568] [client 2003:f0:9f05:d733:bc23:9a91:1c03:f62d:57386] AH01071: Got error 'Primary script unknown'

Was kann ich da machen?

[tab]

Eventuell bist du in eine Stolperfalle reingelaufen. Der Ordner web darf ausser der contao-manager.phar.php keine weiteren Dateien enthalten (auch versteckte kontrollieren!) und der Ordner darüber muss komplett leer sein, mit Ausnahme des Unterverzeichnisses web. Ist das nicht der Fall, dann will der Contao-Manager da nicht rein installieren und produziert diese gut gemeinten alternativen Verzeichnisse.
Falls der Ordner /web in einem nicht leeren Ordner erstellt wird und dieser Ordner auch nicht leergeräumt werden kann (weil z.B. Verzeichnisse oder Dateien darin sind, die zwingend erhalten bleiben müssen) dann ist das schlecht. Dann lieber eine Verzeichnisebene dazwischen schieben, also /projekt1/web. Dann man im Verzeichnis /projekt1 freie Hand und keine störenden Dateien. Das empfiehlt sich sowieso, weil man ja eventuell mehrere Projekte parallel haben will.

[jeppsson]

Danke für die Hilfe. Nun hat es geklappt. Im übergeordneten Ordner war noch eine Datei, die aber nicht wichtig war und die ich gelöscht habe. Das war die Ursache
Schade, dass diese Bemerkung nicht in den Hilfe-Docs https://docs.contao.org/manual/de/in...ontao-manager/ war. Das hätte mir Ärger erspart. Denn das war meine erste Contao4-Installation.

Nun muss ich nur noch die Datenbank in den Strict-Modus versetzen. Diese Meldung kam noch vom Contao-Installtool. Ich habe im Ordner /config eine Datei config.yml angelegt und den vorgeschlagenen Code

doctrine:
dbal:
connections:
default:
options:
1002: "SET SESSION sql_mode=(SELECT CONCAT(@@sql_mode, ',TRADTIONAL'))"

eingefügt.
Es läuft.

[tab]

Ja, das ist kein großes Ding mehr. Einfach eine Datei config.php im config-Verzeichnis erzeugen und den Inhalt aus der Meldung 1:1 reinkopieren. Geht wohl übrigens auch ohne den strict mode zu setzen, ist aber sicherer es zu machen und die nervige Meldung ist halt weg. Die wenigsten Shared Hoster setzen den strict mode per Default. Und viele legen ins neu gesetzte document root z.B. gern eine index.html rein. Schon deswegen gefällt mir die Geschichte mit dem automatischen Ändern des Installationsverzeichnisses nicht besonders. Wenn ich dann - im Vergleich zum Löschen von ein paar Dateien aufwändig - die document root wie gewünscht anpasse, dann kann es halt passieren, dass mir der Hoster in das vom Manager leer erzeugte Verzeichnis irgendwelche Dateien ablegt. Muss ich also sowieso nochmal nachschauen und ggf. löschen. Also Arbeitsersparnis ist es keine. Und man hat sich ja normalerweise vor der Installation schon ein paar Gedanken gemacht, wie die Verzeichnisstruktur aussehen soll, die einem dann über den Haufen geworfen wird. Wie auch immer ... Lächle und sei froh, es könnte schlimmer kommen.