Neuinstallation Contao 4.13 funktioniert nicht

[Julle]

Liebe Community,

ich bin einigermaßen verwirrt.

Der Versuch, eine Neuinstallation von Contao 4.13 (vollständige Installation) durchzuführen, scheitert.

1. Ich erstelle am Server ein Verzeichnis "public".
2. Ich downloade die Datei contao-manager.phar von https://contao.org/de/download.
3. Ich benenne die Datei um in contao-manager.phar.php.
4. Ich kopiere die Datei in das /public-Verzeichnis am Server.
5. Ich rufe die Domain https://abc.tld/contao-manager.phar.php auf.
6. Ich definiere einen User + PW.
7. Ich wähle "Contao 4.13" - Vollständige Installation aus.
8. Am Server ist PHP 8.1.23 installiert.

Folgender Fehler bei der Installation:

$ /opt/php-8.1/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 /web/public/contao-manager.phar.php composer install --no-dev --no-progress --no-ansi --no-interaction --optimize-autoloader

Installing dependencies from lock file
Verifying lock file contents can be installed on current platform.
Package operations: 177 installs, 0 updates, 0 removals
As there is no 'unzip' nor '7z' command installed zip files are being unpacked using the PHP zip extension.
This may cause invalid reports of corrupted archives. Besides, any UNIX permissions (e.g. executable) defined in the archives will be lost.
Installing 'unzip' or '7z' (21.01+) may remediate them.

In PluginManager.php line 743:
                                                                               
  contao-components/installer contains a Composer plugin which is blocked by   
  your allow-plugins config. You may add it to the list if you consider it sa  
  fe.                                                                          
  You can run "composer config --no-plugins allow-plugins.contao-components/i  
  nstaller [true|false]" to enable it (true) or disable it explicitly and sup  
  press this exception (false)                                                 
  See https://getcomposer.org/allow-plugins                                    
                                                                               

install [--prefer-source] [--prefer-dist] [--prefer-install PREFER-INSTALL] [--dry-run] [--download-only] [--dev] [--no-suggest] [--no-dev] [--no-autoloader] [--no-progress] [--no-install] [--audit] [--audit-format AUDIT-FORMAT] [-v|vv|vvv|--verbose] [-o|--optimize-autoloader] [-a|--classmap-authoritative] [--apcu-autoloader] [--apcu-autoloader-prefix APCU-AUTOLOADER-PREFIX] [--ignore-platform-req IGNORE-PLATFORM-REQ] [--ignore-platform-reqs] [--] [...]


# Process terminated with exit code 1
# Result: General error

Kann mir da jemand helfen?

[Spooky]

Poste deine composer.json

[Julle]

{
    "type": "project",
    "require": {
        "contao/conflicts": "*@dev",
        "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.*"
    },
    "extra": {
        "public-dir": "public",
        "contao-component-dir": "assets"
    },
    "scripts": {
        "post-install-cmd": [
            "@php vendor/bin/contao-setup"
        ],
        "post-update-cmd": [
            "@php vendor/bin/contao-setup"
        ]
    }
}

[mlweb]

In der composer.json sehe ich jetzt nichts auffälliges, aber bei Deiner Reihenfolge.
Hast Du den Contao Manager tatsächlich erst umbenannt und dann hochgeladen?
Lt. Doku solltest Du zuerst hochladen und dann umbennen.
Ob das allerdings etwas mit dem Problem zu tun haben kann, weiss ich leider nicht.

[Julle]

Danke für den Hinweis, die Reihenfolge der Umbenennung des files contao-manager.phar in contao-manager.phar.php hat keinen Einfluss.

Ich glaube, es liegt an einer speziellen grundlegenden Konfiguration meiner "DEV-Umgebungen" am Server (die lege ich als "Aliasdomain (vHost)" an).

In der Entwicklungsphase eines Webprojekts definiere ich Subdomains für die einzelnen Projekte unter einer "Hauptdomain".

https://projekta.abc.tld
https://projektb.abc.tld

Die Hauptdomain https://abc.tld selbst ist auch eine Contao-Installation.

Irgendwie scheint neuerdings der Contao Manager bei dieser Struktur durcheinanderzukommen und Daten aus der Haupt-Contao-Installation beim erstmaligen Aufruf von https://projektb.abc.tld/contao-manager.phar.php "heranzuziehen" und im Verzeichnis /projektb/contao-manager abzulegen.

Lt. Hostingprovider hat sich auf deren Seite nichts geändert.
Ich habe schon etliche Contao-Installationen mit oben angeführter Vorgangsweise erstellt.

Details:
Sobald ich den Contao-Manager erstmalig aufrufe, erscheint gleich die Contao Manager-LOGIN-Maske, ohne, dass ich einen Benutzer anlegen kann.

Das Verzeichnis "contao-manager" wird beim erstmaligen Aufruf angelegt.
In diesem Verzeichnis befinden sich dann bereits Dateien:

web@server1:/web/projektb/contao-manager$ ls -ltr
-rw-r--r-- 1 web client1    291 Sep 27 11:10 users.json
drwxr-xr-x 2 web client1   4096 Sep 27 11:10 packages
-rw-r--r-- 1 web client1    238 Sep 27 11:10 manager.json
drwxr-xr-x 2 web client1   4096 Sep 27 11:10 logs
-rw-r--r-- 1 web client1      1 Sep 27 11:10 login.lock
-rw-r--r-- 1 web client1 490967 Sep 27 11:10 composer.lock~
-rw-r--r-- 1 web client1   1355 Sep 27 11:10 composer.json~
drwxr-xr-x 4 web client1   4096 Sep 27 11:10 cache
-rw-r--r-- 1 web client1     57 Sep 27 11:11 config.json
web@server1:/web/projektb/contao-manager$

Ich habe dann die folgenden Dateien und Verzeichnisse gelöscht:
cache
composer.lock~
composer.json~
login.lock
users.json
manager.json

Rufe ich jetzt den Contao Manager auf, erscheint, wie gewohnt, die "Einstiegsmaske" in welcher ich einen Contao-Manager-Benutzer anlegen kann.
Die Installation von Contao 4.13 (vollständige Installation) hat dann problemlos funktioniert.

Ich werde das auf https://github.com/contao/contao-manager einmelden.

[tab]

Wie ist denn deine Verzeichnisstruktur? Eine Contao-Installation darf nicht - gar nie nicht - in einem Unterordner einer anderen Contao-Installation liegen. Sonst sind Probleme vorprogrammiert.

[mlweb]

Habe ich Dich richtig verstanden - Du versucht innerhalb einer Contao-Installation eine weitere Contao-Installation zu installieren?
Falls ja:
Das es mit "ineinanderverschachtelten" Installationen von verschiedenen Anwendungen (gleich welcher Art) Probleme gibt/geben kann, ist nichts Neues. Das sollte man grundsätzlich nicht machen. Ob das jemals mit Contao 4 funktioniert hat - keine Ahnung, aber ich hege da meine Zweifel.

Für jede Installation - egal ob der Aufruf mit Domain oder Subdomain erfolgt - sollte es ein eigenes unabhängiges Verzeichnis geben.
Die Struktur am Server solle also so aussehen:

Domain -> ordner1/public
Subdomain 1 -> ordner2/public
Subdomain 2 ->ordner3/public

Die Ordner ordner2 und ordner3 sind dabei keine Unterordner von ordner1