[Eisfair] PHP8-WEB INTL module: enabled, but not loaded!

Marcus Röckrath marcus.roeckrath at gmx.de
Fr Okt 25 09:03:38 CEST 2024


Hallo Jürgen,

Jürgen Bombelczyk wrote:

> hier der Output deines Skriptes.

Danke.

> ich benutze Apache2_php8.

Spielt keine Rolle, da es wohl nicht die php-Module im Apachen betrifft, wie 
ich zunächst annahm, sondern die php-Module für php auf der Kommandozeile.

Für den Apachen sind die fraglichen Module da:

> Loaded web modules:
> Zend OPcache
> imagick
> intl
> pcntl
> sodium

> Loaded cli modules:

Hier ist von denen nichts zu sehen.

Bei der Prüfung auf die notwendigen Module für php-cli kommt dann auch der 
Umsprung von config_error=0 auf config_error=1:

> PHP8-CLI IMAGICK module: enabled
> Config-Error 7 : imagick
> PHP8-CLI INTL module: enabled
> Config-Error 7 : intl
> PHP8-CLI OPCACHE module: enabled
> Config-Error 7 : opcache
> PHP8-CLI PCNTL module: enabled
> Config-Error 7 : pcntl
> PHP8-CLI SODIUM module: enabled
> Config-Error 7 : sodium

Dennoch verstehe ich das zustandekommen dieser Ausgaben noch nicht.

Es wird zunächst die geladenen php-cli-Module ausgelesen. Mit dieser 
ermittelten Modulliste wird geprüft, ob darin

imagick, intl, opcache, pcntl und sodium

enthalten sind. Da sie es nicht sind, wird der Status dieser Module 
ermittelt, in dem geprüft wird, ob für diese Module jeweils ein ini-File in 
/etc/php8/cli/conf.d existiert, was bei Existenz zur Ausgabe "enabled" 
führt.

IMHO kann das nur bedeuten, dass das php-cli die betroffenen Module nicht 
lädt, obwohl sie existieren, d. h. deren Konfigurationsdateien bzw. Links 
auf diese in /etc/php8/cli/conf.d existieren.

Ausgabe von:
php -m

Speichere mal folgendes Kurzskript unter beliebigen Namen z. B. modtest:

<?php
echo "<pre>";
print_r(get_loaded_extensions());
echo "<pre/>";
?>

Rufe dann

php -f modtest

und prüfe von beiden Aufrufen, ob die oben genannten Module auftauchen.

-- 
Gruß Marcus
[eisfair-Team]



Mehr Informationen über die Mailingliste Eisfair