Contao-Camp 2024
Seite 2 von 2 ErsteErste 12
Ergebnis 41 bis 50 von 50

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

  1. #41
    Contao-Nutzer Avatar von JamesdK
    Registriert seit
    02.12.2009.
    Ort
    Leverkusen
    Beiträge
    162
    Partner-ID
    8753

    Standard

    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.

    Code:
    /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>]...

  2. #42
    Community-Moderator
    Wandelndes Contao-Lexikon
    Avatar von Spooky
    Registriert seit
    12.04.2012.
    Ort
    Scotland
    Beiträge
    33.897
    Partner-ID
    10107

    Standard

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

  3. #43
    Contao-Nutzer Avatar von JamesdK
    Registriert seit
    02.12.2009.
    Ort
    Leverkusen
    Beiträge
    162
    Partner-ID
    8753

    Standard

    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.

  4. #44
    Community-Moderator
    Wandelndes Contao-Lexikon
    Avatar von Spooky
    Registriert seit
    12.04.2012.
    Ort
    Scotland
    Beiträge
    33.897
    Partner-ID
    10107

    Standard

    Zitat Zitat von JamesdK Beitrag anzeigen
    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.


    Zitat Zitat von JamesdK Beitrag anzeigen
    Und was ist mit den tmp-Pfaden in der app.php?
    Da brauchst du nichts machen .

  5. #45
    Contao-Nutzer Avatar von JamesdK
    Registriert seit
    02.12.2009.
    Ort
    Leverkusen
    Beiträge
    162
    Partner-ID
    8753

    Standard

    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?
    Geändert von JamesdK (23.07.2018 um 12:21 Uhr)

  6. #46
    Community-Moderator
    Wandelndes Contao-Lexikon
    Avatar von Spooky
    Registriert seit
    12.04.2012.
    Ort
    Scotland
    Beiträge
    33.897
    Partner-ID
    10107

    Standard

    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.

  7. #47
    Contao-Nutzer Avatar von JamesdK
    Registriert seit
    02.12.2009.
    Ort
    Leverkusen
    Beiträge
    162
    Partner-ID
    8753

    Standard

    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!

  8. #48
    Contao-Fan
    Registriert seit
    26.05.2013.
    Ort
    Berlin
    Beiträge
    381

    Standard config.component-dir has been deprecated

    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
    Code:
    /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?

  9. #49
    Community-Moderator
    Wandelndes Contao-Lexikon
    Avatar von Spooky
    Registriert seit
    12.04.2012.
    Ort
    Scotland
    Beiträge
    33.897
    Partner-ID
    10107

    Standard

    Nein, das ist nur eine deprecation Meldung, kein Fehler.
    Geändert von Spooky (25.07.2018 um 08:26 Uhr)

  10. #50
    Community-Moderator
    Wandelndes Contao-Lexikon
    Avatar von Spooky
    Registriert seit
    12.04.2012.
    Ort
    Scotland
    Beiträge
    33.897
    Partner-ID
    10107

Aktive Benutzer

Aktive Benutzer

Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)

Lesezeichen

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •