Fehler während der Installation von Contao 4.9 von der Console?

Hallo,
da bei easyname der CM nicht funktioniert hab ich jetzt Contao 4.9 über die Console installiert. Back- und Frontend scheinen zu funktionieren allerdings kriege ich 2 Fehleranzeigen.

1. In der Console

Package patchwork/utf8 is abandoned, you should avoid using it. Use symfony/polyfill-mbstring or symfony/string instead.
Package phpunit/php-token-stream is abandoned, you should avoid using it. No replacement was suggested.
Package zendframework/zend-code is abandoned, you should avoid using it. Use laminas/laminas-code instead.
Package zendframework/zend-eventmanager is abandoned, you should avoid using it. Use laminas/laminas-eventmanager instead.

2. Nach dem Drücken auf 'Einstellungen Speichern' im CONTAO-INSTALLTOOL. In dem var/log File steht dann

[2021-02-02 08:10:33] request.CRITICAL: Uncaught PHP Exception Error: "Failed opening required '/8_2/var/cache/prod/UrlMatcher.php' (include_path='.')" at /8_2/vendor/symfony/routing/Router.php line 447 {"exception":"[object] (Error(code: 0): Failed opening required '/data/web/e18730/html/code/8_2/var/cache/prod/UrlMatcher.php' (include_path='.') at /8_2/vendor/symfony/routing/Router.php:447)"} []

Weiß jemand vielleicht wie diese Fehler einzustufen sind oder kann ich sie vernachlässigen?
Danke...

1.) ist kein Problem sondern nur ein Hinweis auf Pakete, die nicht mehr supported werden.

2.) Lösche mal vendor/symfony/routing/ und führe dann nochmal ein composer install -o --prefer-dist --no-dev aus.

Hi Spooky,
dann krieg ich die Meldungen:

Package patchwork/utf8 is abandoned, you should avoid using it. Use symfony/polyfill-mbstring or symfony/string instead.
Package phpunit/php-token-stream is abandoned, you should avoid using it. No replacement was suggested.
Package zendframework/zend-code is abandoned, you should avoid using it. Use laminas/laminas-code instead.
Package zendframework/zend-eventmanager is abandoned, you should avoid using it. Use laminas/laminas-eventmanager instead.
Generating optimized autoload files
Class League\Uri\Schemes\AbstractUri located in ./vendor/league/uri-schemes/src/Schemes/deprecated.php does not comply with psr-4 autoloading standard. Skipping.
Class League\Uri\Schemes\Data located in ./vendor/league/uri-schemes/src/Schemes/deprecated.php does not comply with psr-4 autoloading standard. Skipping.
Class League\Uri\Schemes\File located in ./vendor/league/uri-schemes/src/Schemes/deprecated.php does not comply with psr-4 autoloading standard. Skipping.
Class League\Uri\Schemes\Ftp located in ./vendor/league/uri-schemes/src/Schemes/deprecated.php does not comply with psr-4 autoloading standard. Skipping.
Class League\Uri\Schemes\Http located in ./vendor/league/uri-schemes/src/Schemes/deprecated.php does not comply with psr-4 autoloading standard. Skipping.
Class League\Uri\Schemes\Uri located in ./vendor/league/uri-schemes/src/Schemes/deprecated.php does not comply with psr-4 autoloading standard. Skipping.
Class League\Uri\Schemes\UriException located in ./vendor/league/uri-schemes/src/Schemes/deprecated.php does not comply with psr-4 autoloading standard. Skipping.
Class League\Uri\Schemes\Ws located in ./vendor/league/uri-schemes/src/Schemes/deprecated.php does not comply with psr-4 autoloading standard. Skipping.

Danke...

Das sind keine Fehlermeldungen.

Ok, dann sollte die Installation ja korrekt funktionieren. Kann ich den jetzt und künftig alle Funktionen auch ohne des Contao Managers per Console steuern?

Naja, eine Installation von Extensions oder generell ein Paket Update wird nicht ohne weiteres Möglich sein, da dafür vermutlich nicht genug Speicher zur Verfügung steht. Außer du benutzt Composer 2.x, da könnte es reichen. Andernfalls müsstest du die Composer Operationen lokal machen, dann die composer.lock und composer.json auf den Server kopieren und dort dann wieder composer install ausführen.

Uh ich kenn mich mit dem Composer viel zu wenig aus. Ich hab diesen nur nach Anleitung als Locally installiert. Das Problem mit dem CM ist wohl dass beim Provider Easyname beim Deaktivieren von open_basedir das File .user.ini oberhalb von /web generiert wird. Der CM funktioniert aber nur wenn das Verzeichnis absolut leer ist. Damit beißt sich der Hund in den Schwanz. Gibts denn keine andere Option Contao über den CM zu installieren?

easyname hatte eigentlich mit uns Entwicklern Kontakt aufgenommen, um etwaige Probleme mit dem Contao Manager bzw. Contao generell endlich zu beseitigen. Vielleicht solltest du eher den Hoster diesbezüglich kontaktieren, da demnach doch die Bereitschaft seitens easyname besteht, Contao und den Contao Manager zu unterstützen?

Hab bei Easyname angerufen, die haben mich dann auf einen anderen Server verschoben und jetzt funktioniert open_basedir ohne das File .user.ini das ja die Contao Installation per CM verhindert hat. Die Installation von Contao 4.10 lief reibungslos.

Danke Spooky!