PHP CLI-Version verhindert Installation per Composer

Hallo,

ich möchte Contao 4.12 auf einem Webshost installieren welcher:
- beim Aufruf von "phpinfo()" die PHP-Version 7.4 mitteilt
- beim Aufruf von "php -v" auf der Konsole die PHP-CLI-Version 7.3 mitteilt

Hab die composer.json und die composer.lock von meiner lokalen Installation per FTP hochgeladen.
Wenn ich nun auf der Konsole mit einem "composer install" die Installation starten möchte,
bekomme ich folgende Fehlermeldung:

Code:

---

Your lock file does not contain a compatible set of packages. Please run composer update.

  Problem 1
    - laminas/laminas-code is locked to version 4.5.1 and an update of this package was not requested.
    - laminas/laminas-code 4.5.1 requires php >=7.4, <8.2 -> your php version (7.3.29) does not satisfy that requirement.
  Problem 2
    - lcobucci/clock is locked to version 2.0.0 and an update of this package was not requested.
    - lcobucci/clock 2.0.0 requires php ^7.4 || ^8.0 -> your php version (7.3.29) does not satisfy that requirement.
  Problem 3
    - lcobucci/jwt is locked to version 4.1.5 and an update of this package was not requested.
    - lcobucci/jwt 4.1.5 requires php ^7.4 || ^8.0 -> your php version (7.3.29) does not satisfy that requirement.
  Problem 4
    - psr/container is locked to version 1.1.2 and an update of this package was not requested.
    - psr/container 1.1.2 requires php >=7.4.0 -> your php version (7.3.29) does not satisfy that requirement.
  Problem 5
    - spatie/schema-org is locked to version 3.9.0 and an update of this package was not requested.
    - spatie/schema-org 3.9.0 requires php ^7.4 || ^8.0 -> your php version (7.3.29) does not satisfy that requirement.
  Problem 6
    - symfony-cmf/routing-bundle is locked to version 2.5.1 and an update of this package was not requested.
    - symfony-cmf/routing-bundle 2.5.1 requires php ^7.4 || ^8.0 -> your php version (7.3.29) does not satisfy that requirement.
  Problem 7
    - lcobucci/jwt 4.1.5 requires php ^7.4 || ^8.0 -> your php version (7.3.29) does not satisfy that requirement.
    - scheb/2fa-trusted-device v5.13.1 requires lcobucci/jwt ^3.4|^4.0 -> satisfiable by lcobucci/jwt[4.1.5].
    - scheb/2fa-trusted-device is locked to version v5.13.1 and an update of this package was not requested.

---

D.h. hier macht mir die PHP-CLI-Version 7.3 einen Strich durch die Rechnung.
Der Hoster prüft nun gerade ob er die PHP-CLI-Version für mich auf 7.4 updaten kann.
Falls er das nicht kann:
Wie könnte ich das Problem sonst noch lösen?
Den Composer downgraden?

Vielen Dank für euren Experten-Rat im Voraus :D
lg Georg

Möglicherweise:

Code:

---

"config": {
    "platform": {
        "php": "^7.4"
    }
}

---

Das könnte aber zu Fehler führen, wenn ein Script dann während post-update bzw. post-install dann tatsächlich ein PHP 7.4 Feature braucht.

"Möglicherweise"

Zitat:

---

Zitat von thesweetg

Der Hoster prüft nun gerade ob er die PHP-CLI-Version für mich auf 7.4 updaten kann.
Falls er das nicht kann:
Wie könnte ich das Problem sonst noch lösen?
Den Composer downgraden?

Vielen Dank für euren Experten-Rat im Voraus :D
lg Georg

---

Wenn er das nicht kann, ist er m.E. im falschen Business. PHP 7.3 hat sein "End of Life" überschritten. Ja, ich weiss, da Debian 10 PHP 7.3 mitbringt und sein EOL noch nicht erreicht hat, wird PHP 7.3 aus dieser Ecke noch mit Sicherheitsupdates unterstützt, zumindest noch ein paar Monate. Aber wenn er PHP 7.4 wie auch immer anbieten kann, dann kann er auch PHP-CLI in dieser Version auf die selbe Weise zur Verfügung stellen. Das sollte sogar noch einfacher sein, weil es ja gar nicht mit dem Webserver zusammenarbeiten muss. Die Frage darf also eigentlich nur lauten, ob er PHP-CLI 7.4 anbieten will. Und auch da sollte die Antwort auf die Frage eigentlich ein klares Ja sein, sonst stimmen die Kunden halt irgendwann mit den Füßen ab.

Ok, vielen Dank für euren Rat.
Werde beim Hoster auf ein PHP-CLI-Update auf 7.4 bestehen – und hoffen dass der das hinkriegt :D