Contao 4.5 unter Strato Power Basic: keine Bilder im Frontend (404)

[JamesdK]

OK, dann warte ich mal.
Aber kann ich denn überhaupt was neues installieren, wenn ich momentan in den Fehler laufe?

Ein composer update auf der Konsole läuft ja auch in den Fehler.

/opt/RZphp72/bin/php-cli contao-manager.phar.php composer update

sh: sudo: not found
Loading composer repositories with package information
Updating dependencies (including require-dev)
Nothing to install or update
Generating autoload files
contao/manager-plugin: Generating plugin class...
contao/manager-plugin: ...done generating plugin class
> Contao\ManagerBundle\Composer\ScriptHandler::initializeApplication
The command is already running in another process.
Script Contao\ManagerBundle\Composer\ScriptHandler::initializeApplication handling the post-update-cmd event terminated with an exception

In ScriptHandler.php line 113:

  An error occurred while executing the "contao:install-web-dir" command:


update [--prefer-source] [--prefer-dist] [--dry-run] [--dev] [--no-dev] [--lock] [--no-custom-installers] [--no-autoloader] [--no-scripts] [--no-progress] [--no-suggest] [--with-dependencies] [--with-all-dependencies] [-v|vv|vvv|--verbose] [-o|--optimize-autoloader] [-a|--classmap-authoritative] [--apcu-autoloader] [--ignore-platform-reqs] [--prefer-stable] [--prefer-lowest] [-i|--interactive] [--root-reqs] [--] [<packages>]...

[Spooky]

Der Fehler passiert bei den post-update-cmd Events. Also nachdem die composer update Operation bereits erfolgreich durchgelaufen ist.

[JamesdK]

Ok, danke. Das klingt logisch

Wenn das Symfony-Update durch ist, bleiben dann die CHMOD-Rechte der LockHandler-Datei auf 666 oder kann ich das wider zurückstellen?
Und was ist mit den tmp-Pfaden in der app.php?
Sorry, dass ich so genau nachfrage, aber ich möchte jetzt nicht irgendwas unnötigerweise erhalten, was von der Norm abweicht, und dann fliegt es mir vielleicht in 2-3 Monaten um die Ohren – warum auch immer.

[Spooky]

Wenn das Symfony-Update durch ist, bleiben dann die CHMOD-Rechte der LockHandler-Datei auf 666 oder kann ich das wider zurückstellen?

Du meinst 0444. Ja, die bleiben auf 0444, daher musst du auch warten, bis der Hoster auf seinem Server die temporären Dateien wieder gelöscht hat.

Und was ist mit den tmp-Pfaden in der app.php?

Da brauchst du nichts machen .

[JamesdK]

Nein, ich meine Rechte 0666. Das habe ich aufgrund dieses Postings und deiner folgenden Antwort darauf gemacht.

EDIT: wahrscheinlich erledigt sich das durch das Symfony-Update von selbst, oder?

[Spooky]

Die 0666 Rechte hat die Datei erst, nachdem du auf Symfony 3.4.13 aktualisiert hast und dann auch erst dann, wenn die Datei neu angelegt wird.

[JamesdK]

Spooky, nach dem Symfony Update auf die 3.4.13 läuft alles jetzt wunderbar durch und ich kann neue Erweiterungen ohne Fehlermeldung installieren.
Danke!

[VGT]

Nach dem Update von
- Updating contao-components/installer (1.2.7 => 1.3.0): Downloading (100%)
- Updating symfony/symfony (v3.4.12 => v3.4.13): Downloading (100%)
- Updating contao/manager-plugin (2.4.1 => 2.5.0): Downloading (100%)

gib es nur beim Composer install folgende Warnmeldung, mit der nichts anfangen kann.
Composer version 1.6.5 2018-05-04 11:44:59

/opt/RZphp72/bin/php-cli composer.phar install
Using config.component-dir has been deprecated. Please use extra.contao-component-dir instead.
...

Der Installer läuft aber trotzdem fehlerfrei weiter durch bis zum Ende.
Composer update zeigt diese Meldung nicht.
Muss man da irgendwo was aktualisieren?

[Spooky]

Nein, das ist nur eine deprecation Meldung, kein Fehler.

[Spooky]

https://github.com/contao/managed-edition/issues/37