Contao Manager 1.8.0 hängt / Contao 4.13.32

[d003232]

Ich kämpfe nun schon seit Stunden mit dem Composer, der bei allen möglichen Tasks "hängen bleibt". Eigentlich möchte ich nur schnell ein Plugin installieren. :-(

Im Composer zeigt er mir an und hängt beim "Resolving":
composer require dklemmt/contao_dk_mmenu
composer update --no-install
> Resolving dependencies using Composer Cloud v3.6.0-1-g9d9036c
vendor/bin/contao-console contao:maintenance-mode enable
composer install
vendor/bin/contao-console contao:maintenance-mode disable

Ich habe schon die task.json gelöscht, ich habe schon den kompletten Ordner contao-manager gelöscht. Ich habe den Browser Cache gelöscht. Trotzdem komme ich einfach nicht weiter.

In der Log Datei des Contao Managers finde ich noch die "Access Denied" Fehlermeldung, mit der ich nichts anfangen kann:

[06-Feb-2024 10:31:30 CET] [2024-02-06T10:31:30.018148+01:00] app.ERROR: Uncaught PHP Exception Symfony\Component\HttpKernel\Exception\AccessDeniedHttpException: "Access Denied." at phar:///mnt/web121/a2/00/xxxxxx/htdocs/domainname/contao-4/public/contao-manager.phar.php/api/EventListener/ExceptionListener.php line 110 {"exception":"[object] (Symfony\\Component\\HttpKernel\\Exception\\AccessDeniedHttpException(code: 0): Access Denied. at phar:///mnt/web121/a2/00/xxxxxx/htdocs/domainname/contao-4/public/contao-manager.phar.php/api/EventListener/ExceptionListener.php:110)\n[previous exception] [object] (Symfony\\Component\\Security\\Core\\Exception\\AccessDeniedException(code: 403): Access Denied. at phar:///mnt/web121/a2/00/xxxxxx/htdocs/domainname/contao-4/public/contao-manager.phar.php/vendor/symfony/security-http/Firewall/AccessListener.php:132)"} []

Hat mir jemand einen Tipp, was ich noch versuchen kann?

[zoglo]

Kannst du die Rechte kontrollieren?
Schaut mir so aus, als wenn es kein Lese- und Ausführrecht gibt.

Selber die Rechte über ssh anpassen, ansonsten deinen Hoster kontaktieren. Eventuell bist du nicht in der richtigen Gruppe, du hast die Rechte nicht...

[d003232]

Kannst du die Rechte kontrollieren?
Schaut mir so aus, als wenn es kein Lese- und Ausführrecht gibt.

Selber die Rechte über ssh anpassen, ansonsten deinen Hoster kontaktieren. Eventuell bist du nicht in der richtigen Gruppe, du hast die Rechte nicht...

Hmm. Ich habe zwei Contao Installationen bei Strato. Bei der einen geht es ohne Schwierigkeiten. Bei der älteren macht es Probleme. Dann versuche ich mal über Filezilla die Rechte zu ändern ... wobei ich etwas unsicher bin, was ich verändern darf/sollte.

Muss ich die Dateien in "/contao-4/vendor/symfony" ändern?

[Ainschy]

Ok, das Zauberwort war Strato wenn du dort keinen SSH Zugang hast, wird es holperig beim Updaten.

Schau mal hier vorbei: https://community.contao.org/de/foru...php?166-Strato

[d003232]

Ich habe auch bei Strato SSH Zugang. Und die Änderungen an den Dateierechtigungen kann ich ja auch per FTP machen. Nur weiss ich nicht, an welchem Unterordner ich die Dateiberechtigungen ändern soll.

"/contao-4/vendor/symfony" hat schon mal nicht funktioniert bzw. nicht gewirkt.

[mlweb]

Strato hat Probleme bei Updates über den Manager. Das hat @Ainschy Dir mit dem Link sagen wollen.

[d003232]

Strato hat Probleme bei Updates über den Manager. Das hat @Ainschy Dir mit dem Link sagen wollen.

Mit der neueren Installation auf Strato funktioniert es. Daher vermute ich eine bestimmte Konstellation, irgend welche alte Daten in der Installation, die Schwierigkeiten bereiten.

[Spooky]

Am besten alles nur auf der Konsole ausführen. In vendor musst du nichts ändern.

[d003232]

Am besten alles nur auf der Konsole ausführen. In vendor musst du nichts ändern.

Ich habe es so verstanden, dass ich in der Konsole, im Root der Contao Installation mit "php composer.phar require dklemmt/contao_dk_mmenu" z.B. eine Erweiterung manuell installieren kann. Leider erhalte ich nur einen 404 Fehler:

Status: 404 Not Found
X-Powered-By: PHP/8.1.27
Content-type: text/html; charset=UTF-8

No input file specified.

[Spooky]

Du musst das richtige PHP CLI nutzen.

[d003232]

Du musst das richtige PHP CLI nutzen.

Ich stochere im Nebel. Mit "/opt/RZphp81/bin/php-cli composer.phar require dklemmt/contao_dk_mmenu" erhalte ich:

Could not open input file: composer.phar

[Spooky]

Ich stochere im Nebel. Mit "/opt/RZphp81/bin/php-cli composer.phar require dklemmt/contao_dk_mmenu" erhalte ich:

Could not open input file: composer.phar

Hast du denn die composer.phar in das Contao Installationsverzeichnis runtergeladen?

[d003232]

Hast du denn die composer.phar in das Contao Installationsverzeichnis runtergeladen?

Nein. Ich dachte der wäre automatisch installiert. Nun habe ich mir den Composer von https://getcomposer.org/download/ heruntergeladen, in das root Verzeichnis der Contao Installation hochgeladen und nun funktionieren die manuellen composer Befehle !!!

So ganz habe ich noch nicht verstanden, warum ich den Pfad "/opt/RZphp81/bin/php-cli" manuell eingeben muss, aber zum Glück wir mir der in der grafischen Konsole angezeigt und ich kann de dort einfach herauskopieren.

Vielen Dank für die Hilfe!

[fiedsch]

So ganz habe ich noch nicht verstanden, warum ich den Pfad "/opt/RZphp81/bin/php-cli" manuell eingeben muss,

Weil der Server mit der Angabe php-cli alleine nichts anfangen kann. Er weiß nicht, wo das Programm liegt. (Technisch: er sucht in allen Verzeichnissen, die in der Variablen PATH eingetragen sind und da ist /opt/RZphp81/bin anscheinend nicht dabei).

[Spooky]

So ganz habe ich noch nicht verstanden, warum ich den Pfad "/opt/RZphp81/bin/php-cli" manuell eingeben muss

Es könnten sich entsprechend gesymlinkte Binaries im PATH befinden, übliche Namen wären "php", "php8.1", "php81", "php8.2", "php82" etc. Das ist von Hosting zu Hosting unterschiedlich.

In deinem Fall ist "php" aber nicht ein PHP CLI binary sondern die PHP CGI binary, welches du auf der Konsole nicht nutzen kannst und nur für das prozessieren von Web Requests verwendet werden kann.

[mlweb]

Nur so als kleiner Hinweis, wenn man gar so ins Schwimmen kommt - es kann manchmal zielführender sein, sich professionelle Unterstützung zu holen.

[mlweb]

Es könnten sich entsprechend gesymlinkte Binaries im PATH befinden, übliche Namen wären "php", "php8.1", "php81", "php8.2", "php82" etc.

Ich glaube Strato hat keine gesymlinkten Binaries für PHP-Cli - ich habe da jedenfalls bisher nichts gefunden.

[Spooky]

Poste mal die Ausgabe von

find /usr/bin -type f -name "php*"