Contao Manager hängt bei composer install - aber auf der Konsole funktioniert es

[Thomas Pyrin]

Hallo,

über den Contao Manager wird folgendes versucht auszuführen:

/opt/php82/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 /hp/bd/ad/wh/www/meinewebseite/web/contao-manager.php composer install --no-dev --no-progress --no-ansi --no-interaction --optimize-autoloader 

Dabei hängt der Contao Manager mit der Ausgabe:

Installing dependencies from lock file
Verifying lock file contents can be installed on current platform.
Nothing to install, update or remove
Package php-http/message-factory is abandoned, you should avoid using it. Use psr/http-factory instead.
Generating optimized autoload files 

Dann passiert ewig lange gar nichts und ich muss die task.json löschen und manuell den Wartungsmodus deaktivieren.

Führe ich aber o.g. Befehl manuell auf der Konsole aus, dann läuft composer install --no-dev --no-progress --no-ansi --no-interaction --optimize-autoloader durch, mit dem Hinweis:

Generating optimized autoload files
Class Contao\ManagerPlugin\PluginLoader located in ./vendor/contao/manager-plugin/src/Resources/PluginLoader.php does not comply with psr-4 autoloading standard. Skipping.
103 packages you are using are looking for funding.
Use the `composer fund` command to find out more!
contao/manager-plugin: Dumping generated plugins file...
contao/manager-plugin: ...done dumping generated plugins file
> Contao\ManagerBundle\Composer\ScriptHandler::initializeApplication
Please edit your root composer.json and set "post-install-cmd" to "@php vendor/bin/contao-setup --no-ansi" instead of using "ScriptHandler::initializeApplication()". 

Weiss jemand evtl. den Grund, warum es innerhalb des Contao-Managers nicht bis zum Ende durchläuft?

Danke schonmal

[Spooky]

Führe mal das hier durch:

Führe ich aber o.g. Befehl manuell auf der Konsole aus, dann läuft composer install --no-dev --no-progress --no-ansi --no-interaction --optimize-autoloader durch, mit dem Hinweis:

…
Please edit your root composer.json and set "post-install-cmd" to "@php vendor/bin/contao-setup --no-ansi" instead of using "ScriptHandler::initializeApplication()". 

[Thomas Pyrin]

Hab in die composer.json das eingetragen:

"scripts": {
        "post-install-cmd": [
            "/opt/php82/bin/php vendor/bin/contao-setup --no-ansi"
        ],
        "post-update-cmd": [
            "/opt/php82/bin/php vendor/bin/contao-setup --no-ansi"
        ]
    } 

Der Contao Manager hängt aber weiter an der Stelle composer install

Während direkt auf der Konsole "/opt/php82/bin/php vendor/bin/contao-setup --no-ansi" funktioniert

[Spooky]

@php vendor/bin/contao-setup --no-ansi

nicht

/opt/php82/bin/php vendor/bin/contao-setup --no-ansi

Ansonsten funktioniert diese composer.json unter Umständen nur in genauer einer Umgebung.

[Thomas Pyrin]

ja, das ist richtig so, bei meinem Provider muss ich den korrekten Pfad zur gewünschten PHP Umgebung angeben und der ist:

/opt/php82/bin/php

wenn ich nur php verwende, dann wird eine andere PHP Version verwendet, die den Fehler hat:

Extension DOM is required

Daher habe ich auch in die manager.json eingetragen:

"php_cli": "\/opt\/php82\/bin\/php", 

aber vielleicht reicht das nicht?

[Spooky]

wenn ich nur php verwende, dann wird eine andere PHP Version verwendet, die den Fehler hat:

Mit @php wird das PHP CLI verwendet, mit der Composer aufgerufen wurde.

[Thomas Pyrin]

Mh, dann hängt es an der Stelle.

Bzw. nach:

Generating optimized autoload files 

auf der Konsole kommt danach

Class Contao\ManagerPlugin\PluginLoader located in ./vendor/contao/manager-plugin/src/Resources/PluginLoader.php does not comply with psr-4 autoloading standard. Skipping. 

Sehr eigenartig

[mlweb]

Welcher Provider?

[Thomas Pyrin]

1blu ist das

immerhin hatte mir der Support von da geschrieben, was die PHP Version angeht:

Sofern Sie PHP in der Konsole aufrufen wollen, sollten Sie das zur /php.conf passende PHP verwenden, etwa mit /opt/php82/bin/php anstelle von /usr/bin/php oder nur php.

Sonst hätte ein composer install seit neuesten gar nicht mehr funtioniert, weil Extension DOM required ist offenbar seit neuestem, kann das sein?

[mlweb]

Der Eintrag @php sorgt dafür, dass genau das verwendet wird was als Pfad zur PHP-Version im Manager eingetragen ist. Also sollte dort m.E. schon @php - zumindest habe ich das so verstanden.

Zum Hängenbleiben des Manager: Ich habe das auch bei einigen Providern - am häufigsten tritt es bei Strato-Installationen auf.

[Thomas Pyrin]

Mh, ok .... nun bin ich mit der Konsole nur ganz wenig bewandert, wie gehe ich dann vor, wenn ich einzelne pakete aktualisieren möchte?
Muss ich die composer.json manuell anpassen?

oder reicht aus:

php web/contao-manager.php composer update -v

und

php web/contao-manager.php composer install

auf der Konsole auszuführen?

[Spooky]

Das mit @php gilt nur für den Eintrag in der composer.json. Wenn du sonstige PHP Befehle auf der Konsole selbst ausführst, dann musst du auch immer das richtige PHP CLI nutzen.

[Thomas Pyrin]

Mh, ok .... nun bin ich mit der Konsole nur ganz wenig bewandert, wie gehe ich dann vor, wenn ich einzelne pakete aktualisieren möchte?
Muss ich die composer.json manuell anpassen?

oder reicht aus:

php web/contao-manager.php composer update -v

und

php web/contao-manager.php composer install

auf der Konsole auszuführen?

Ich hab das falsch formuliert, ich meinte, mit welchen Konsolen-Befehlen halte ich z.B. alle oder einzelne Pakete aktuell,
installiere einzelne neue usw.

Da ich sonst immer vorwiegend mit dem CM gearbeitet und kenne mich "ohne Oberfläche" da noch nicht so gut aus.

[zonky]

hier die ersten Tipps zu Konsole https://metamodels.readthedocs.io/de...-2-1-tips.html

[Spooky]

• https://getcomposer.org/doc/03-cli.md#update-u-upgrade
• https://getcomposer.org/doc/03-cli.md#require-r