PHP .ini location issues

[deleted]

This is another server where .ini locations are shown on php -i

Configuration File (php.ini) Path => /etc/php7.d
Loaded Configuration File => /etc/php7.d/php.ini
Scan this dir for additional .ini files => /etc/php7.d/extensions
Additional .ini files parsed => /etc/php7.d/extensions/10-opcache.ini,
/etc/php7.d/extensions/40-apcu.ini,
/etc/php7.d/extensions/50-imagick.ini,
/etc/php7.d/extensions/50-redis.ini,
/etc/php7.d/extensions/50-sodium.ini,
/etc/php7.d/extensions/50-ssh2.ini,
/etc/php7.d/extensions/50-yaml.ini,
/etc/php7.d/extensions/openssl.ini

This is aapanel server where .ini locations are NOT shown on php -i

Configuration File (php.ini) Path => /www/server/php/74/etc
Loaded Configuration File => /www/server/php/74/etc/php.ini
Scan this dir for additional .ini files => (none)
Additional .ini files parsed => (none)

My question is how do we alter the current .ini files. if the php -i does not show the directives or does not detect them.

This php seems to be tied to lightspeed somehow:

[root@apa php.d]# pwd
/usr/local/lsws/lsphp74/etc/php.d
[root@apa php.d]# ls
10-opcache.ini   20-dom.ini       20-gettext.ini   20-mysqlnd.ini  20-simplexml.ini  20-sysvshm.ini    20-zip.ini         30-xmlreader.ini
20-bz2.ini       20-exif.ini      20-iconv.ini     20-pdo.ini      20-sockets.ini    20-tokenizer.ini  30-mcrypt.ini      40-apcu.ini
20-calendar.ini  20-fileinfo.ini  20-imap.ini      20-phar.ini     20-sqlite3.ini    20-xml.ini        30-mysqli.ini      40-uhlagency.ini
20-ctype.ini     20-ftp.ini       20-json.ini      20-posix.ini    20-sysvmsg.ini    20-xmlwriter.ini  30-pdo_mysql.ini   opcache-default.blacklist
20-curl.ini      20-gd.ini        20-mbstring.ini  20-shmop.ini    20-sysvsem.ini    20-xsl.ini        30-pdo_sqlite.ini
[root@apa php.d]#

As you can see above I have added few entries such as 10-opcache.ini 40-uhlagency.ini and they arent reflected anywhere.
Can you explain how this deployment is meant to take the .ini files and why they arent reflected in the php -i

The same with pecl support, for some reason php73 seems to have pear and pecl installed yet the execution from cli inside the panel does not work.

[root@apa php.d]# locate pecl
/usr/bin/pecl
/usr/local/lsws/lsphp73/share/licenses/lsphp73-pecl-igbinary
/usr/local/lsws/lsphp73/share/licenses/lsphp73-pecl-mcrypt
/usr/local/lsws/lsphp73/share/licenses/lsphp73-pecl-redis
/usr/local/lsws/lsphp73/share/licenses/lsphp73-pecl-igbinary/COPYING
/usr/local/lsws/lsphp73/share/licenses/lsphp73-pecl-mcrypt/LICENSE
/usr/local/lsws/lsphp73/share/licenses/lsphp73-pecl-redis/COPYING
/usr/local/lsws/lsphp73/share/pear/.pkgxml/lsphp73-pecl-igbinary.xml
/usr/local/lsws/lsphp73/share/pear/.pkgxml/lsphp73-pecl-mcrypt.xml
/usr/local/lsws/lsphp73/share/pear/.pkgxml/lsphp73-pecl-redis.xml
/usr/local/lsws/lsphp74/share/licenses/lsphp74-pecl-mcrypt
/usr/local/lsws/lsphp74/share/licenses/lsphp74-pecl-mcrypt/LICENSE
/usr/local/lsws/lsphp74/share/pear/.pkgxml/lsphp74-pecl-mcrypt.xml
/www/server/php/73/bin/pecl
/www/server/php/73/lib/php/peclcmd.php
/www/server/php/73/lib/php/.channels/pecl.php.net.reg
/www/server/php/73/lib/php/.channels/.alias/pecl.txt
/www/server/php/73/lib/php/.registry/.channel.pecl.php.net
/www/server/php/73/src/ext/oci8/tests/pecl_bug10194.phpt
/www/server/php/73/src/ext/oci8/tests/pecl_bug10194_blob.phpt
/www/server/php/73/src/ext/oci8/tests/pecl_bug10194_blob_64.phpt
/www/server/php/73/src/ext/oci8/tests/pecl_bug16035.phpt
/www/server/php/73/src/ext/oci8/tests/pecl_bug16842.phpt
/www/server/php/73/src/ext/oci8/tests/pecl_bug6109.phpt
/www/server/php/73/src/ext/oci8/tests/pecl_bug8816.phpt
/www/server/php/73/src/ext/pdo/tests/pecl_bug_5217.phpt
/www/server/php/73/src/ext/pdo/tests/pecl_bug_5772.phpt
/www/server/php/73/src/ext/pdo/tests/pecl_bug_5809.phpt
/www/server/php/73/src/ext/pdo_mysql/tests/bug_pecl_12925.phpt
/www/server/php/73/src/ext/pdo_mysql/tests/bug_pecl_7976.phpt
/www/server/php/73/src/ext/pdo_mysql/tests/pecl_bug_5200.phpt
/www/server/php/73/src/ext/pdo_mysql/tests/pecl_bug_5780.phpt
/www/server/php/73/src/ext/pdo_mysql/tests/pecl_bug_5802.phpt
/www/server/php/73/src/ext/pdo_oci/tests/pecl_bug_11345.phpt
/www/server/php/73/src/ext/pdo_oci/tests/pecl_bug_6364.phpt
/www/server/php/73/src/ext/zip/tests/pecl12414.phpt
/www/server/php/73/src/ext/zip/tests/pecl12414.zip
/www/server/php/74/src/ext/oci8/tests/pecl_bug10194.phpt
/www/server/php/74/src/ext/oci8/tests/pecl_bug10194_blob.phpt
/www/server/php/74/src/ext/oci8/tests/pecl_bug10194_blob_64.phpt
/www/server/php/74/src/ext/oci8/tests/pecl_bug16035.phpt
/www/server/php/74/src/ext/oci8/tests/pecl_bug16842.phpt
/www/server/php/74/src/ext/oci8/tests/pecl_bug6109.phpt
/www/server/php/74/src/ext/oci8/tests/pecl_bug8816.phpt
/www/server/php/74/src/ext/pdo/tests/pecl_bug_5217.phpt
/www/server/php/74/src/ext/pdo/tests/pecl_bug_5772.phpt
/www/server/php/74/src/ext/pdo/tests/pecl_bug_5809.phpt
/www/server/php/74/src/ext/pdo_mysql/tests/bug_pecl_12925.phpt
/www/server/php/74/src/ext/pdo_mysql/tests/bug_pecl_7976.phpt
/www/server/php/74/src/ext/pdo_mysql/tests/pecl_bug_5200.phpt
/www/server/php/74/src/ext/pdo_mysql/tests/pecl_bug_5780.phpt
/www/server/php/74/src/ext/pdo_mysql/tests/pecl_bug_5802.phpt
/www/server/php/74/src/ext/pdo_oci/tests/pecl_bug_11345.phpt
/www/server/php/74/src/ext/pdo_oci/tests/pecl_bug_6364.phpt
/www/server/php/74/src/ext/zip/tests/pecl12414.phpt
/www/server/php/74/src/ext/zip/tests/pecl12414.zip
[root@apa php.d]# locate pear
/.pearrc
/usr/bin/pear
/usr/local/lsws/lsphp73/share/pear
/usr/local/lsws/lsphp73/share/pear/.pkgxml
/usr/local/lsws/lsphp73/share/pear/.pkgxml/lsphp73-pecl-igbinary.xml
/usr/local/lsws/lsphp73/share/pear/.pkgxml/lsphp73-pecl-mcrypt.xml
/usr/local/lsws/lsphp73/share/pear/.pkgxml/lsphp73-pecl-redis.xml
/usr/local/lsws/lsphp74/share/pear
/usr/local/lsws/lsphp74/share/pear/.pkgxml
/usr/local/lsws/lsphp74/share/pear/.pkgxml/lsphp74-pecl-mcrypt.xml
/usr/src/kernels/4.18.0-193.14.2.el8_2.x86_64/arch/arm/mach-spear
/usr/src/kernels/4.18.0-193.14.2.el8_2.x86_64/arch/arm/mach-spear/Kconfig
/usr/src/kernels/4.18.0-193.14.2.el8_2.x86_64/arch/arm/mach-spear/Makefile
/usr/src/kernels/4.18.0-193.14.2.el8_2.x86_64/drivers/clk/spear
/usr/src/kernels/4.18.0-193.14.2.el8_2.x86_64/drivers/clk/spear/Makefile
/usr/src/kernels/4.18.0-193.14.2.el8_2.x86_64/drivers/pinctrl/spear
/usr/src/kernels/4.18.0-193.14.2.el8_2.x86_64/drivers/pinctrl/spear/Kconfig
/usr/src/kernels/4.18.0-193.14.2.el8_2.x86_64/drivers/pinctrl/spear/Makefile
/usr/src/kernels/4.18.0-193.14.2.el8_2.x86_64/include/linux/mtd/spear_smi.h
/usr/src/kernels/4.18.0-193.14.2.el8_2.x86_64/include/linux/platform_data/keyboard-spear.h
/usr/src/kernels/4.18.0-193.14.2.el8_2.x86_64/include/sound/spear_dma.h
/usr/src/kernels/4.18.0-193.14.2.el8_2.x86_64/include/sound/spear_spdif.h
/usr/src/kernels/4.18.0-193.14.2.el8_2.x86_64/sound/soc/spear
/usr/src/kernels/4.18.0-193.14.2.el8_2.x86_64/sound/soc/spear/Kconfig
/usr/src/kernels/4.18.0-193.14.2.el8_2.x86_64/sound/soc/spear/Makefile
/www/server/php/73/bin/pear
/www/server/php/73/bin/peardev
/www/server/php/73/etc/pear.conf
/www/server/php/73/lib/php/pearcmd.php
/www/server/php/73/lib/php/.channels/pear.php.net.reg
/www/server/php/73/lib/php/.channels/.alias/pear.txt
/www/server/php/73/lib/php/.registry/pear.reg
/www/server/php/73/src/pear
/www/server/php/73/src/ext/phar/tests/files/pear2coverage.phar.php
/www/server/php/73/src/pear/Makefile.frag
/www/server/php/73/src/pear/fetch.php
/www/server/php/73/src/pear/install-pear-nozlib.phar
/www/server/php/73/src/pear/install-pear.txt
/www/server/php/73/src/pear/scripts
/www/server/php/74/src/ext/phar/tests/files/pear2coverage.phar

I need pecl to be working when deployed, and it seems something is missing.

aaPanel_Jose

[deleted]

Aapanel php extension loading is configured directly on php.ini, without using a separate .ini file

[deleted]

aaPanel_Jose

Still this does not explain that pecl is not working after I specifically installed it for php 74. And why not have custom
.ini files loaded from a php.d as usual?

Any reason for this? This is way too much customised PHP, for new users could be confusing.

And plus having multiple .ini files helps managing, and exclude a failure point, if something wrrong is malformated in main php.ini whole php will suffer.

For example lets take opcache.blacklist_filename = /etc/php.d/opcache*.blacklist this entry, where exactly inside of PHP, can I place the opcache.blacklist?