[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