KeyHelp Community

Hallo zusammen,

ich habe dazu im Forum leider nichts Passendes gefunden, daher starte ich hiermit eine neue Frage.

Mein Server läuft auf Ubuntu 22.04 (64-bit) mit KeyHelp 25.1 (Build 3433). Systemweit ist PHP 8.1.2 aktiv. Für eine bestimmte Domain ist über KeyHelp bereits PHP 8.2 eingestellt, was im Web auch problemlos funktioniert.

Wenn ich jedoch im Projektverzeichnis per SSH

Code: Select all

composer install

ausführe, wird weiterhin PHP 8.1 verwendet, der Vorgang bricht ab, da laut composer.lock PHP 8.2 erforderlich ist.

Was ist in diesem Fall der empfohlene Weg, Composer bei KeyHelp mit PHP 8.2 (oder höher) auszuführen, ohne die globale PHP-Version des Systems zu ändern?

Oder kann man PHP 8.2 zusätzlich für die CLI verfügbar machen, sodass man z. B. php8.2 gezielt verwenden kann?

Danke im Voraus!

Code: Select all

development@server:/home/users/development/www/milestone3a$ composer install
Installing dependencies from lock file (including require-dev)
Verifying lock file contents can be installed on current platform.
Your lock file does not contain a compatible set of packages. Please run composer update.

  Problem 1
    - maennchen/zipstream-php is locked to version 3.1.2 and an update of this package was not requested.
    - maennchen/zipstream-php 3.1.2 requires php-64bit ^8.2 -> your php-64bit version (8.1.2) does not satisfy that requirement.
  Problem 2
    - spatie/laravel-responsecache is locked to version 7.7.0 and an update of this package was not requested.
    - spatie/laravel-responsecache 7.7.0 requires php ^8.2 -> your php version (8.1.2) does not satisfy that requirement.
  Problem 3
    - symfony/css-selector is locked to version v7.3.0 and an update of this package was not requested.
    - symfony/css-selector v7.3.0 requires php >=8.2 -> your php version (8.1.2) does not satisfy that requirement.
  Problem 4
    - symfony/event-dispatcher is locked to version v7.3.0 and an update of this package was not requested.
    - symfony/event-dispatcher v7.3.0 requires php >=8.2 -> your php version (8.1.2) does not satisfy that requirement.
  Problem 5
    - symfony/psr-http-message-bridge is locked to version v7.3.0 and an update of this package was not requested.
    - symfony/psr-http-message-bridge v7.3.0 requires php >=8.2 -> your php version (8.1.2) does not satisfy that requirement.
  Problem 6
    - symfony/string is locked to version v7.3.0 and an update of this package was not requested.
    - symfony/string v7.3.0 requires php >=8.2 -> your php version (8.1.2) does not satisfy that requirement.
  Problem 7
    - laravel/pint is locked to version v1.24.0 and an update of this package was not requested.
    - laravel/pint v1.24.0 requires php ^8.2.0 -> your php version (8.1.2) does not satisfy that requirement.
  Problem 8
    - symfony/yaml is locked to version v7.3.1 and an update of this package was not requested.
    - symfony/yaml v7.3.1 requires php >=8.2 -> your php version (8.1.2) does not satisfy that requirement.
  Problem 9
    - symfony/console is locked to version v6.4.23 and an update of this package was not requested.
    - symfony/console v6.4.23 requires symfony/string ^5.4|^6.0|^7.0 -> satisfiable by symfony/string[v7.3.0].
    - symfony/string v7.3.0 requires php >=8.2 -> your php version (8.1.2) does not satisfy that requirement.

Funktioniert es eventuell, wenn du die passende Version beim Aufruf mit angibst, z.B. so:

Code: Select all

keyhelp-php82 /usr/local/bin/composer install

Jolinar wrote: ↑Sat 26. Jul 2025, 15:14 Funktioniert es eventuell,

Tut es definitiv

Ich mache das immer so auf KH Kisten, oder auf Kisten, wo ich den default PHP-CLI-Interpreter nicht ändern kann/darf.

Andere Option: composer install --ignore-platform-reqs

24unix wrote: ↑Sat 26. Jul 2025, 15:28 Tut es definitiv

Okay, danke für das Feedback.
Ich war mir nicht ganz sicher, weil ich seit OpenVZ und LXC nichts mehr mit dem ganzen Containermist zu tun haben will^^

Jolinar wrote: ↑Sat 26. Jul 2025, 15:55
24unix wrote: ↑Sat 26. Jul 2025, 15:28 Tut es definitiv
Okay, danke für das Feedback.
Ich war mir nicht ganz sicher, weil ich seit OpenVZ und LXC nichts mehr mit dem ganzen Containermist zu tun haben will^^

Da kann ich Dich beruhigen, composer hat nichts mit docker compose zu tun

24unix wrote: ↑Sat 26. Jul 2025, 16:05 Da kann ich Dich beruhigen, composer hat nichts mit docker compose zu tun

Autsch...hast natürlich recht, ich sollte genauer lesen...ich geh mal Brille putzen

Jolinar wrote: ↑Sat 26. Jul 2025, 15:14 Funktioniert es eventuell, wenn du die passende Version beim Aufruf mit angibst, z.B. so:
Code: Select all
keyhelp-php82 /usr/local/bin/composer install

Entschuldigt bitte die späte Antwort, ich hatte völlig vergessen, dass ich eine Frage gestellt hatte, und habe das Problem inzwischen durch eine PHP 8.1-Version des Skripts gelöst.

Trotzdem habe ich Jolinar's Vorschlag noch einmal ausprobiert und siehe da, es funktioniert auch so.

Vielen Dank, Leute

KeyHelp Community

Composer verwendet falsche PHP-Version (CLI 8.1 statt Domain 8.2)

Composer verwendet falsche PHP-Version (CLI 8.1 statt Domain 8.2)

Re: Composer verwendet falsche PHP-Version (CLI 8.1 statt Domain 8.2) [SOLVED]

Re: Composer verwendet falsche PHP-Version (CLI 8.1 statt Domain 8.2)

Re: Composer verwendet falsche PHP-Version (CLI 8.1 statt Domain 8.2)

Re: Composer verwendet falsche PHP-Version (CLI 8.1 statt Domain 8.2)

Re: Composer verwendet falsche PHP-Version (CLI 8.1 statt Domain 8.2)

Re: Composer verwendet falsche PHP-Version (CLI 8.1 statt Domain 8.2)