I am attempting to install Zabbix 3.2 on Centos7 running PHP7. Link to the walkthrough The command: yum -y install zabbix-get zabbix-server-mysql zabbix-web-mysql zabbix-agent The output: Loaded plugins: fastestmirror, langpacks, replace Loading mirror speeds from cached hostfile * base: mirror.us-midwest-1.nexcess.net * epel: mirror.steadfast.net * extras: mirror.millry.co * ius: dfw.mirror.rackspace.com * updates: repos-va.psychz.net Resolving Dependencies --> Running transaction check ---> Package zabbix-agent.x86_64 0:3.2.6-1.el7 will be installed ---> Package zabbix-get.x86_64 0:3.0.9-1.el7 will be updated ---> Package zabbix-get.x86_64 0:3.2.6-1.el7 will be an update ---> Package zabbix-server-mysql.x86_64 0:3.2.6-1.el7 will be installed ---> Package zabbix-web-mysql.noarch 0:3.2.6-1.el7 will be installed --> Processing Dependency: zabbix-web = 3.2.6-1.el7 for package: zabbix-web-mysql-3.2.6-1.el7.noarch --> Processing Dependency: php-mysql for package: zabbix-web-mysql-3.2.6-1.el7.noarch --> Running transaction check ---> Package php56u-mysqlnd.x86_64 0:5.6.30-2.ius.centos7 will be installed --> Processing Dependency: php56u-pdo(x86-64) = 5.6.30-2.ius.centos7 for package: php56u-mysqlnd-5.6.30-2.ius.centos7.x86_64 ---> Package zabbix-web.noarch 0:3.2.6-1.el7 will be installed --> Processing Dependency: php-gd for package: zabbix-web-3.2.6-1.el7.noarch --> Processing Dependency: php-bcmath for package: zabbix-web-3.2.6-1.el7.noarch --> Processing Dependency: php-ldap for package: zabbix-web-3.2.6-1.el7.noarch --> Running transaction check ---> Package php56u-pdo.x86_64 0:5.6.30-2.ius.centos7 will be installed --> Processing Dependency: php56u-common(x86-64) = 5.6.30-2.ius.centos7 for package: php56u-pdo-5.6.30-2.ius.centos7.x86_64 ---> Package php71u-bcmath.x86_64 0:7.1.6-1.ius.centos7 will be installed --> Processing Dependency: php-common(x86-64) = 7.1.6-1.ius.centos7 for package: php71u-bcmath-7.1.6-1.ius.centos7.x86_64 ---> Package php71u-gd.x86_64 0:7.1.6-1.ius.centos7 will be installed ---> Package php71u-ldap.x86_64 0:7.1.6-1.ius.centos7 will be installed --> Running transaction check ---> Package php56u-common.x86_64 0:5.6.30-2.ius.centos7 will be installed --> Processing Dependency: php56u-pecl-jsonc(x86-64) for package: php56u-common-5.6.30-2.ius.centos7.x86_64 ---> Package php71u-common.x86_64 0:7.1.6-1.ius.centos7 will be installed --> Running transaction check ---> Package php56u-pecl-jsonc.x86_64 0:1.3.10-2.ius.centos7 will be installed --> Processing Dependency: php56u-pear for package: php56u-pecl-jsonc-1.3.10-2.ius.centos7.x86_64 --> Processing Dependency: php56u-pear for package: php56u-pecl-jsonc-1.3.10-2.ius.centos7.x86_64 --> Running transaction check ---> Package php56u-pear.noarch 1:1.10.4-1.ius.centos7 will be installed --> Processing Dependency: php56u-cli for package: 1:php56u-pear-1.10.4-1.ius.centos7.noarch --> Processing Dependency: php56u-posix for package: 1:php56u-pear-1.10.4-1.ius.centos7.noarch --> Processing Dependency: php56u-xml for package: 1:php56u-pear-1.10.4-1.ius.centos7.noarch --> Running transaction check ---> Package php56u-cli.x86_64 0:5.6.30-2.ius.centos7 will be installed ---> Package php56u-process.x86_64 0:5.6.30-2.ius.centos7 will be installed ---> Package php56u-xml.x86_64 0:5.6.30-2.ius.centos7 will be installed --> Processing Conflict: php70u-cli-7.0.19-1.ius.centos7.x86_64 conflicts php-cli Restarting Dependency Resolution with new changes. --> Running transaction check ---> Package php70u-cli.x86_64 0:7.0.19-1.ius.centos7 will be updated ---> Package php70u-cli.x86_64 0:7.0.20-1.ius.centos7 will be an update --> Processing Dependency: php-common(x86-64) = 7.0.20-1.ius.centos7 for package: php70u-cli-7.0.20-1.ius.centos7.x86_64 --> Running transaction check ---> Package php70u-common.x86_64 0:7.0.19-1.ius.centos7 will be updated --> Processing Dependency: php-common(x86-64) = 7.0.19-1.ius.centos7 for package: mod_php70u-7.0.19-1.ius.centos7.x86_64 --> Processing Dependency: php-common(x86-64) = 7.0.19-1.ius.centos7 for package: php70u-mbstring-7.0.19-1.ius.centos7.x86_64 --> Processing Dependency: php-common(x86-64) = 7.0.19-1.ius.centos7 for package: php70u-mcrypt-7.0.19-1.ius.centos7.x86_64 --> Processing Dependency: php-common(x86-64) = 7.0.19-1.ius.centos7 for package: php70u-pdo-7.0.19-1.ius.centos7.x86_64 --> Processing Dependency: php-common(x86-64) = 7.0.19-1.ius.centos7 for package: php70u-xml-7.0.19-1.ius.centos7.x86_64 --> Processing Dependency: php-common(x86-64) = 7.0.19-1.ius.centos7 for package: php70u-json-7.0.19-1.ius.centos7.x86_64 ---> Package php70u-common.x86_64 0:7.0.20-1.ius.centos7 will be an update --> Running transaction check ---> Package mod_php70u.x86_64 0:7.0.19-1.ius.centos7 will be updated ---> Package mod_php70u.x86_64 0:7.0.20-1.ius.centos7 will be an update ---> Package php70u-json.x86_64 0:7.0.19-1.ius.centos7 will be updated ---> Package php70u-json.x86_64 0:7.0.20-1.ius.centos7 will be an update ---> Package php70u-mbstring.x86_64 0:7.0.19-1.ius.centos7 will be updated ---> Package php70u-mbstring.x86_64 0:7.0.20-1.ius.centos7 will be an update ---> Package php70u-mcrypt.x86_64 0:7.0.19-1.ius.centos7 will be updated ---> Package php70u-mcrypt.x86_64 0:7.0.20-1.ius.centos7 will be an update ---> Package php70u-pdo.x86_64 0:7.0.19-1.ius.centos7 will be updated --> Processing Dependency: php-pdo(x86-64) = 7.0.19-1.ius.centos7 for package: php70u-mysqlnd-7.0.19-1.ius.centos7.x86_64 ---> Package php70u-pdo.x86_64 0:7.0.20-1.ius.centos7 will be an update ---> Package php70u-xml.x86_64 0:7.0.19-1.ius.centos7 will be updated ---> Package php70u-xml.x86_64 0:7.0.20-1.ius.centos7 will be an update --> Running transaction check ---> Package php70u-mysqlnd.x86_64 0:7.0.19-1.ius.centos7 will be updated ---> Package php70u-mysqlnd.x86_64 0:7.0.20-1.ius.centos7 will be an update --> Processing Conflict: php71u-common-7.1.6-1.ius.centos7.x86_64 conflicts php-common Processing Conflict: php71u-common-7.1.6-1.ius.centos7.x86_64 conflicts php-common Processing Conflict: php71u-common-7.1.6-1.ius.centos7.x86_64 conflicts php56u-common --> Processing Conflict: php71u-common-7.1.6-1.ius.centos7.x86_64 conflicts php70u-common --> Processing Conflict: php70u-common-7.0.20-1.ius.centos7.x86_64 conflicts php-common Processing Conflict: php70u-common-7.0.20-1.ius.centos7.x86_64 conflicts php56u-common --> Processing Conflict: php70u-cli-7.0.20-1.ius.centos7.x86_64 conflicts php-cli Processing Conflict: php70u-json-7.0.20-1.ius.centos7.x86_64 conflicts php-json Processing Conflict: php70u-mysqlnd-7.0.20-1.ius.centos7.x86_64 conflicts php-mysql Processing Conflict: php70u-mysqlnd-7.0.20-1.ius.centos7.x86_64 conflicts php-mysqlnd Processing Conflict: php70u-pdo-7.0.20-1.ius.centos7.x86_64 conflicts php-pdo Processing Conflict: php70u-xml-7.0.20-1.ius.centos7.x86_64 conflicts php-xml Finished Dependency Resolution Error: php71u-common conflicts with php56u-common-5.6.30-2.ius.centos7.x86_64 Error: php70u-xml conflicts with php56u-xml-5.6.30-2.ius.centos7.x86_64 Error: php71u-common conflicts with php70u-common-7.0.20-1.ius.centos7.x86_64 Error: php70u-mysqlnd conflicts with php56u-mysqlnd-5.6.30-2.ius.centos7.x86_64 Error: php70u-cli conflicts with php56u-cli-5.6.30-2.ius.centos7.x86_64 Error: php70u-pdo conflicts with php56u-pdo-5.6.30-2.ius.centos7.x86_64 Error: php70u-common conflicts with php56u-common-5.6.30-2.ius.centos7.x86_64 Error: php70u-json conflicts with php56u-pecl-jsonc-1.3.10-2.ius.centos7.x86_64 Attempted to fix using yum-plugin-replace commands For example: yum replace php56u-common --replace-with php71u-common got this output: Loaded plugins: fastestmirror, langpacks, replace Replacing packages takes time, please be patient... Error: Package 'php56u-common' is not installed. also tried (per this link) : yum replace php-common --replace-with php71u-common and got this output: Loaded plugins: fastestmirror, langpacks, replace Replacing packages takes time, please be patient... Error: Package 'php-common' is not installed I noticed these php56 packages were not installed when doing a yum list installed, but do show up when doing a yum list available. Any insight on how to fix this is appreciated.

On my Linux Ubuntu system I run apache2 web server in the context of a PHP based web application. phpinfo() reports the following error_log /opt/unetlab/data/Logs/php_errors.txt I.e. error_log() is supposed to send messages to /opt/unetlab/data/Logs/php_errors.txt file. On PHP code that handles the application's REST API, I use error_log() function to log some debugging info. The weird thing is that sometimes error_log() doesn't write anything on the log file. Nevertheless error_log() called from other PHP code's files (e.g.functions.php) works as a charm. Which could be the problem ?

I have installed PHP version 7 on my centOs. Now I got an error says: > undefined function mb_internal_encoding() So I decided to install php-mbstring (using yum install php-mbstring) but I face the following error: > Error: php70u-common conflicts with php-common-5.4.16-43.el7_4.x86_64 > > Error: php70u-json conflicts with php-common-5.4.16-43.el7_4.x86_64 But now when I install php-mbstring, it wants to install php-mbstring version 5.4. How can I tell yum to download latest versions of php extensions and packages?

My CentOS7 server has a very old version of PHP installed (v7.2.10). I am trying to upgrade to PHP8 but am having some major issues. My server has PHP Version Switcher installed and when I try to have it install PHP8, I keep getting an error I then tried to use yum to install PHP8. It seemed to install fine but php -v still returns 7.2.10. I ran yum list installed | grep php and it returned cwp-suphp.x86_64 0.7.2-3 @cwp cwpphp.x86_64 7.2.30-3 @cwp php.x86_64 8.0.30-6.el7.remi @remi-php80 php-cli.x86_64 8.0.30-6.el7.remi @remi-php80 php-common.x86_64 8.0.30-6.el7.remi @remi-php80 php-pdo.x86_64 8.0.30-6.el7.remi @remi-php80 php-pgsql.x86_64 8.0.30-6.el7.remi @remi-php80 php-sodium.x86_64 8.0.30-6.el7.remi @remi-php80 php72-php-common.x86_64 7.2.34-10.el7.remi @remi-safe php72-php-json.x86_64 7.2.34-10.el7.remi @remi-safe php72-php-pdo.x86_64 7.2.34-10.el7.remi @remi-safe php72-php-pgsql.x86_64 7.2.34-10.el7.remi @remi-safe php72-runtime.x86_64 2.0-1.el7.remi @remi-safe Also, running rpm -q --filesbypkg php72-php-pdo-7.2.34-10.el7.remi.x86_64 and rpm -q --filesbypkg php-pdo-8.0.30-6.el7.remi.x86_64 returns php72-php-pdo /etc/opt/remi/php72/php.d/20-pdo.ini php72-php-pdo /etc/opt/remi/php72/php.d/20-sqlite3.ini php72-php-pdo /etc/opt/remi/php72/php.d/30-pdo_sqlite.ini php72-php-pdo /opt/remi/php72/root/usr/lib64/php/modules/pdo.so php72-php-pdo /opt/remi/php72/root/usr/lib64/php/modules/pdo_sqlite.so php72-php-pdo /opt/remi/php72/root/usr/lib64/php/modules/sqlite3.so php-pdo /etc/php-zts.d/20-pdo.ini php-pdo /etc/php-zts.d/20-sqlite3.ini php-pdo /etc/php-zts.d/30-pdo_sqlite.ini php-pdo /etc/php.d/20-pdo.ini php-pdo /etc/php.d/20-sqlite3.ini php-pdo /etc/php.d/30-pdo_sqlite.ini php-pdo /usr/lib64/php-zts/modules/pdo.so php-pdo /usr/lib64/php-zts/modules/pdo_sqlite.so php-pdo /usr/lib64/php-zts/modules/sqlite3.so php-pdo /usr/lib64/php/modules/pdo.so php-pdo /usr/lib64/php/modules/pdo_sqlite.so php-pdo /usr/lib64/php/modules/sqlite3.so Running systemctl status cwp-phpfpm.service returns ● cwp-phpfpm.service - The PHP FastCGI Process Manager Loaded: loaded (/usr/lib/systemd/system/cwp-phpfpm.service; enabled; vendor preset: disabled) Active: active (running) since Fri 2024-12-20 03:51:16 EST; 1 months 16 days ago Main PID: 12524 (php-fpm) CGroup: /system.slice/cwp-phpfpm.service └─12524 php-fpm: master process (/usr/local/cwp/php71/etc/php-fpm.conf) So it looks like PHP 7.2 and 8.0 are both installed. How do I have CentOS use PHP8 instead of PHP7.2?

I am in the process of migrating an Apache WordPress site from CentOS7 to AlmaLinux9. I installed standard LAMP stuff on the AlamLinux9 system, and restored the MySQL and copied over the html directory. When I hit the site it throws a 500 Internal Server Error I've narrowed it down to the php_value settings in the .htaccess file as the source of the error.

php_value post_max_size 32M
php_value upload_max_filesize 32M
php_value max_execution_time 30
php_value memory_limit 256M
php_value error_log "/var/www/html/mysitename.com/php_errors.log"

If I comment out any of the above lines it loads fine. PHP on both is Version 7.4.33 I've verified the php.ini files are also identical. The CentOS system loads fine as is, but the AlamaLinux won't allow it. What else is causing the PHP to not like the setting here in the .htaccess file?

I am attempting to install Magento 2.2.5 on a new CentOS 7 server with PHP 7.1. I can't seem to find how to install and/or enable the php-zip extension. The issue I'm trying to resolve is this (via composer): > magento/product-community-edition 2.2.5 requires ext-zip * -> the requested PHP extension zip is missing from your system. The repo I'm using (remi-php71) doesn't seem to have the extension, or maybe it's included in another package. I have searched the webtatic repo as well. How can I install and enable the php-zip extension?

I tried to setup a LEMP stack over Alpine GNU/Linux Distribution running on a VM **WITHOUT** docker. Then I tried to install the php7-mysqli over via community repositories with: sudo apk add php7-mysqli But I got the following errors: ERROR: unsatisfiable constraints: so:libcrypto.so.43 (missing): required by: php7-openssl-7.2.5-r0[so:libcrypto.so.43] php7-openssl-7.2.5-r0[so:libcrypto.so.43] so:libssl.so.45 (missing): required by: php7-openssl-7.2.5-r0[so:libssl.so.45] php7-openssl-7.2.5-r0[so:libssl.so.45] I have installed libressl but the errror still persists. Any idea why that happens? Keep in mind I have set to the repositories to the community's one: http://dl-2.alpinelinux.org/alpine/edge/community #Edit 1: I followed the instructions mentioned in https://www.cyberciti.biz/faq/how-to-install-php-7-fpm-on-alpine-linux/ #Edit 2: I tried to install libressl2.6-libcrypto-2.6.3-r0 via the following command: sudo apk add libressl2.6-libcrypto-2.6.3-r0 And I got the following output: ERROR: unsatisfiable constraints: libressl2.6-libcrypto-2.6.3-r0 (missing): required by: world[libressl2.6-libcrypto-2.6.3-r0] If I try to install the libressl package I get the following response: sudo apk add libressl (1/2) Installing libressl2.6-libtls (2.6.3-r0) (2/2) Installing libressl (2.6.3-r0) Executing busybox-1.27.2-r8.trigger OK: 119 MiB in 53 packages And the problem still remains. Also the I tried to install libressl2.7-libcrypto via: sudo apk add libressl2.7-libcrypto And I got the following errors: ERROR: unsatisfiable constraints: libressl2.7-libcrypto (missing): required by: world[libressl2.7-libcrypto]

I run a web server on Alpine Linux. Previously I used PHP7, and I wanted to upgrade to PHP8. What is the proper way to do this? I tried with apk del php7 and then apk add php8, but it looks like this does not work properly: a simple PHP test page with just ` displays the right php version, but is missing the proper formatting. Under /var/log/apache2/error.log` I don't see php related errors, though.

I just upgraded to PHP 7.0.3, but there is no support for expect . Does anyone know if is it possible to bypass the installation issue? It says: root@portal:/home# pecl install expect-0.3.3.tgz pecl/expect requires PHP (version >= 4.0.0, version <= 5.99.99), installed version is 7.0.3-5+deb.sury.org~trusty+1 No valid packages found install failed I searched around the internet, but I did not find any package with this PHP version. It was working fine on the previous installed version, 5.5.

I upgraded php7 but when I install yum install php-opcache and php-memcache, occurs error Error: php70u-common conflicts with php-common-5.6.31-1.el7.remi.x86_64 You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest How to solve this problem or install via ?

First and foremost, I blindly followed a tutorial to upgrade from PHP 7.3 to PHP 7.4, which called for yum remove "php*" -y Of course this just screwed up everything. It removed two very important apps, including roundcubemail and phpmyadmin Now what I get is certain packages cannot be installed, and spits out this, as an example: Error: Package: php-pecl-zip-1.20.0-1.el7.remi.5.4.x86_64 (remi) Requires: php(zend-abi) = 20100525-64 Installed: php-common-7.4.27-1.el7.remi.x86_64 (@remi-php74) php(zend-abi) = 20190902-64 Available: php-common-5.4.16-48.el7.x86_64 (base) php(zend-abi) = 20100525-64 Available: php-common-5.4.45-18.el7.remi.x86_64 (remi) php(zend-abi) = 20100525-64 Now, under available, you have php-common-5.4.45-18.el7.remi.x86_64 which carries the php(zend-abi) = 20100525-64 version needed. Now according to Yum... this is installed: Package matching php-common-5.4.45-18.el7.remi.x86_64 already installed. Checking for update. My question is, how can I force it detect the available version, instead of the installed version, as the available version is installed and has the right version.

### The setup: ### I have a PHP script (currently written for PHP5.5, but the server it runs from has 7.4) that processes files that contain lists of linux servers, then runs a bash or perl script via ssh on that remote server in the following fashion:

exec("ssh -o StrictHostKeyChecking=no -p $connectivity_port $user@$server \"bash -s\" -- &1", $result, $exit_code);

This all works perfectly fine, but it takes a while depending on the code being run. Since locally there's almost nothing to process except the output of the scripts (there is a lot of logging and some scripts output to files local the server the PHP is run from). ### The Goal ### I was wondering what the best/easiest method/tools would be, running from bash, to run the PHP script in parallel, making sure everything output is in the order of the servers in the lists (say, x servers at a time, maybe 10, to drop the execution time down) PHP itself does not seem to be the way to go from my research and version limitations, and bash seems to also not fit the bill, but I am open to being wrong, and willing to learn other methods.

I'm developing a symfony application and in trying to remove index.php from the url, I used the following virtualhost configuration: ServerAdmin webmaster@localhost DocumentRoot "/var/www/html/experiments-1/public" ErrorLog ${APACHE_LOG_DIR}/error.log CustomLog ${APACHE_LOG_DIR}/access.log combined The localtion of the site is confirmed as **/var/www/html/experiments-1/public/index.php**. But when I visit *http://localhost:81/* I just get the default symfony page. I would appreciate some insight into what I'm missing or doing wrong.

I apologize in advance if this question is in a wrong forum, this is my first question here! My client has hosting with Aliyun Cloud (Alibaba Cloud in China). I've deployed a microsite to their servers, which has following structure: microsite.com -> CDN1 -> SLB -> 2x ECS -> DB ECS oss.microsite.com -> CDN2 -> OSS ECS instances under SLB have sticky sessions and serve only HTML response. All other files (js, css etc) are served from OSS domain. These instances also use database to store sessions data (eg. user IP address, timestamp of last activity etc.) After 3 weeks, database instance ran out of 40GB of storage space. When I looked into it, I saw 23 million session entries. ECS instances are under constant 100-150 concurrent connections, day and night, 24/7, although actual users (we use GA for tracking) is maybe 10-15 per day (campaign hasn't started yet). I am baffled as client IT says this is "normal" and not an "attack" cause it would be "much more severe". They have no explanation from where this traffic comes from. I can see however in access log (tail -f access.log) a constant flow of requests. These are always there, day and night, whenever I SSH in. GA is empty, except when I open the microsite or someone from client side (as link wasn't pushed to media yet). Anyone has any advice what this is? It seems to me some attempt to run server out of resources, or some unsuccessful DDoS. But because it is still in 100-200 concurrent connections, no firewall / security rule is activated by Aliyun. I don't have access to Aliyun console, only can SSH into servers. I simply can't believe this is "normal". On CloudFlare I had options for bots protection, javascript challenge etc. Aliyun seems to have nothing. Or they simply don't care. Some technical info: All ECS instances are on Ubuntu 20.04. Web service is Apache2, with PHP7.4 and PHP7.4-FPM running. Database instance has MySQL8. Database instance only allows connections from web server instances, and those allow HTTP connection only from SLB (Server Load Balancer, equivalent to Elastic Load Balancer on AWS). This means that all traffic still has to come through SLB to instances under it. Has anyone experienced anything like this? How can I protect my backend from it if they are unable to do it?

I'm using CentOS 7. I wanted to install PHP 7 so I used remi-php (latest PHP version of yum is 5.4). Since the HTTPD version of yum is too old, I compiled the latest HTTPD version from the source code. HTTPD compilation goes perfectly, however, when I try to install remi-php using the following command: yum --enablerepo=remi-php71 install php php-cli php-intl php-mbstring php-mcrypt php-mysqlnd To install php, yum will also install the old version of httpd (although I have compiled and used the latest HTTPD version). If I continue with the installation, my HTTPD will throw an error (and won't start), but if I don't continue with the installation, I won't have the php*.so file and apache won't parse the .php files. So, how do I install php without affecting the Apache HTTPD that I have compiled before? I don't want my server to have two instances of Apache HTTPD at the same time and may have problems in the future. Your answer given will be very helpful to me. I will appreciate your answer.

On my rhel 7.2 system, I finished installing Apache 2.4.46 and PHP 7.4.19. However, when I start apache and access to my own php file, it shows source code instead of executing it. I find some solution on the Internet and try some changes in httpd.conf file such as adding this: SetHandler application/x-httpd-php and AddType application/x-httpd-php .php AddHandler application/x-httpd-php .php AddType application/x-httpd-php-source .phps unfortunately, it doesn't work. I realized that it does not have file "php.conf" in folder /etc/httpd/conf.d or file libphp7 in any folder. So, how can I address this problem. Hope you guys would help me. Thank in advanced!!!

I am trying a ticketing system called osTicket, to see if we can implement it if we like it. The problem is, user login only works in Firefox. Normal users cannot login in Chrome or Edge, but agents can, that's so weird! In the photo that I added you can see that the user's tickets page loads, but I'm stuck in the login. This is my system information (it's on the latest version of osTicket):

When i set the extension_dir in php.ini and use the full path like this, it works extension_dir = "/home/appie/Bureaublad/astroapp/phpdesktop-linux-72.1/ext" extension = "sweph.so" But if i do: extension_dir = "ext" extension = "sweph.so" or extension_dir = "./ext" extension = "sweph.so" Then it doesn't. For my program, i can't use full paths since the software can be placed in other directorys. So how to set the right path?

I'll start by stating I'm not a server admin by trade, so I've been struggling with this task. PHP 7.3.5 was already installed on RHEL7 running Apache. I have installed MySQL successfully and now I am tasked with connecting to the MySQL DB from PHP. I have done this before on hosted services like Bluehost, but they make it easy. I am trying to install/enable the mysqlnd/mysqli modules to absolutely no avail. phpinfo() still does not show that it's enabled. I have tried to install packages and this is what I see when I locate: How do I enable this module so it becomes active in PHP?

I'm having some issues with just a single site that keeps segfaulting php-fpm7. Can't seem to pinpoint the exact moment when this occurs, i browse around on the site and wait and after a while when something is closed the core dump is produced (This happens very frequently). [Fri Aug 11 14:31:37 2017] php-fpm: segfault at 7f68cdd238c5 ip 0000562a8248055f sp 00007ffc22d8ea70 error 4 in php-fpm7.0[562a82214000+45e000] [Fri Aug 11 14:36:50 2017] php-fpm: segfault at 7f68cd5d0345 ip 0000562a8248055f sp 00007ffc22d8ea70 error 4 in php-fpm7.0[562a82214000+45e000] [Fri Aug 11 14:37:17 2017] php-fpm: segfault at 7f68cd5b6345 ip 0000562a8248055f sp 00007ffc22d8ea70 error 4 in php-fpm7.0[562a82214000+45e000] [Fri Aug 11 14:38:06 2017] php-fpm: segfault at 7f68cd5286e5 ip 0000562a8248055f sp 00007ffc22d8ea70 error 4 in php-fpm7.0[562a82214000+45e000] [Fri Aug 11 14:38:21 2017] php-fpm: segfault at 7f68cd5fc525 ip 0000562a8248055f sp 00007ffc22d8ea70 error 4 in php-fpm7.0[562a82214000+45e000] [Fri Aug 11 14:39:26 2017] php-fpm: segfault at 7f68cd30c915 ip 0000562a8248055f sp 00007ffc22d8ea70 error 4 in php-fpm7.0[562a82214000+45e000] [Fri Aug 11 14:42:34 2017] php-fpm: segfault at 7f68cd5575c5 ip 0000562a8248055f sp 00007ffc22d8ea70 error 4 in php-fpm7.0[562a82214000+45e000] [Fri Aug 11 14:47:29 2017] php-fpm: segfault at 7f68cd536685 ip 0000562a8248055f sp 00007ffc22d8ea70 error 4 in php-fpm7.0[562a82214000+45e000] [Fri Aug 11 14:48:30 2017] php-fpm: segfault at 7f68cd554725 ip 0000562a8248055f sp 00007ffc22d8ea70 error 4 in php-fpm7.0[562a82214000+45e000] [Fri Aug 11 14:48:54 2017] php-fpm: segfault at 7f68ccd5a5c5 ip 0000562a8248055f sp 00007ffc22d8ea70 error 4 in php-fpm7.0[562a82214000+45e000] [Fri Aug 11 14:49:49 2017] php-fpm: segfault at 7f68cd5f6ba5 ip 0000562a8248055f sp 00007ffc22d8ea70 error 4 in php-fpm7.0[562a82214000+45e000] From the stacktrace it looks like some soap request is destroyed and that's where the crash occurs but i can't even find a soap request in the site source. First thought would be to install php7.0-dev but i already have that installed from the error in the stacktrace: /usr/src/builddir/Zend/zend_string.h: No such file or directory **Php-FPM version** PHP 7.0.20-1~dotdeb+8.2 (fpm-fcgi) Copyright (c) 1997-2017 The PHP Group Zend Engine v3.0.0, Copyright (c) 1998-2017 Zend Technologies with Zend OPcache v7.0.20-1~dotdeb+8.2, Copyright (c) 1999-2017, by Zend Technologies **PHP-FPM Pool configuration** [mysite] user = mysite group = mysite prefix = /data/sites/mysite listen = /var/run/php-fpm-mysite.sock chdir = /data/sites/mysite/public_html php_admin_value[disable_functions] = exec,passthru,shell_exec,system listen.owner = www-data listen.group = www-data pm = ondemand pm.process_idle_timeout = 10s pm.max_children = 4 pm.max_requests = 200 pm.start_servers = 2 pm.min_spare_servers = 1 pm.max_spare_servers = 2 php_value[session.save_path] = /tmp/php/sessions php_value[session_save_path] = /tmp/php/sessions **PHP-Modules** ii dh-php 0.21-1~dotdeb+8.1 all debhelper add-on to handle PHP PECL extensions ii php-common 1:42-1~dotdeb+8.1 all Common files for PHP packages ii php7.0-cli 7.0.20-1~dotdeb+8.2 amd64 command-line interpreter for the PHP scripting language ii php7.0-common 7.0.20-1~dotdeb+8.2 amd64 documentation, examples and common module for PHP ii php7.0-curl 7.0.20-1~dotdeb+8.2 amd64 CURL module for PHP ii php7.0-dev 7.0.20-1~dotdeb+8.2 amd64 Files for PHP7.0 module development ii php7.0-fpm 7.0.20-1~dotdeb+8.2 amd64 server-side, HTML-embedded scripting language (FPM-CGI binary) ii php7.0-gd 7.0.20-1~dotdeb+8.2 amd64 GD module for PHP ii php7.0-imagick 3.4.3-1~dotdeb+8.1 amd64 Provides a wrapper to the ImageMagick library ii php7.0-imap 7.0.20-1~dotdeb+8.2 amd64 IMAP module for PHP ii php7.0-intl 7.0.20-1~dotdeb+8.2 amd64 Internationalisation module for PHP ii php7.0-json 7.0.20-1~dotdeb+8.2 amd64 JSON module for PHP ii php7.0-mbstring 7.0.20-1~dotdeb+8.2 amd64 MBSTRING module for PHP ii php7.0-mcrypt 7.0.20-1~dotdeb+8.2 amd64 libmcrypt module for PHP ii php7.0-mysql 7.0.20-1~dotdeb+8.2 amd64 MySQL module for PHP ii php7.0-opcache 7.0.20-1~dotdeb+8.2 amd64 Zend OpCache module for PHP ii php7.0-readline 7.0.20-1~dotdeb+8.2 amd64 readline module for PHP ii php7.0-soap 7.0.20-1~dotdeb+8.2 amd64 SOAP module for PHP ii php7.0-xml 7.0.20-1~dotdeb+8.2 amd64 DOM, SimpleXML, WDDX, XML, and XSL module for PHP ii php7.0-zip 7.0.20-1~dotdeb+8.2 amd64 Zip module for PHP **Platform** Kubernetes/Docker container inside Google Container Engine **NGINX version & build** nginx version: nginx/1.10.3 built with OpenSSL 1.0.1t 3 May 2016 TLS SNI support enabled configure arguments: --with-cc-opt='-g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2' --with-ld-opt='-Wl,-z,relro -Wl,-z,now' --prefix=/usr/share/nginx --conf-path=/etc/nginx/nginx.conf --http-log-path=/var/log/nginx/access.log --error-log-path=/var/log/nginx/error.log --lock-path=/var/lock/nginx.lock --pid-path=/run/nginx.pid --modules-path=/usr/lib/nginx/modules --http-client-body-temp-path=/var/lib/nginx/body --http-fastcgi-temp-path=/var/lib/nginx/fastcgi --http-proxy-temp-path=/var/lib/nginx/proxy --http-scgi-temp-path=/var/lib/nginx/scgi --http-uwsgi-temp-path=/var/lib/nginx/uwsgi --with-debug --with-pcre-jit --with-ipv6 --with-http_ssl_module --with-http_stub_status_module --with-http_realip_module --with-http_auth_request_module --with-http_v2_module --with-http_dav_module --with-file-aio --with-threads --with-http_addition_module --with-http_geoip_module=dynamic --with-http_gunzip_module --with-http_gzip_static_module --with-http_image_filter_module=dynamic --with-http_secure_link_module --with-http_sub_module --with-http_xslt_module=dynamic --with-stream=dynamic --with-stream_ssl_module --with-mail=dynamic --with-mail_ssl_module --add-dynamic-module=/usr/src/builddir/debian/modules/nginx-auth-pam --add-module=/usr/src/builddir/debian/modules/nginx-dav-ext-module --add-module=/usr/src/builddir/debian/modules/nginx-echo --add-module=/usr/src/builddir/debian/modules/nginx-upstream-fair --add-module=/usr/src/builddir/debian/modules/ngx_http_substitutions_filter_module --add-module=/usr/src/builddir/debian/modules/nginx-cache-purge --add-module=/usr/src/builddir/debian/modules/nginx-x-rid-header --with-ld-opt=-lossp-uuid **Stacktrace** Program terminated with signal SIGSEGV, Segmentation fault. #0 zend_string_release (s=0x7fd20d50c4c0) at /usr/src/builddir/Zend/zend_string.h:269 269 /usr/src/builddir/Zend/zend_string.h: No such file or directory. (gdb) bt full #0 zend_string_release (s=0x7fd20d50c4c0) at /usr/src/builddir/Zend/zend_string.h:269 No locals. #1 zend_hash_destroy (ht=0x55d590f01c30) at /usr/src/builddir/Zend/zend_hash.c:1277 p = 0x55d590f01c90 end = 0x55d590f01d10 #2 0x00007fd215897c21 in delete_type_persistent (zv=) at /usr/src/builddir/ext/soap/php_schema.c:2459 type = 0x55d590f01b10 #3 0x000055d58e956e55 in zend_hash_destroy (ht=0x55d590ef8380) at /usr/src/builddir/Zend/zend_hash.c:1264 p = 0x55d590f003c8 end = 0x55d590f00aa8 #4 0x00007fd21589f121 in delete_psdl_int (p=) at /usr/src/builddir/ext/soap/php_sdl.c:3130 tmp = 0x55d590ef8270 #5 0x00007fd21589f18f in delete_psdl (zv=0x55d590f211a0) at /usr/src/builddir/ext/soap/php_sdl.c:3150 No locals. #6 0x000055d58e956ef6 in zend_hash_destroy (ht=0x55d590efcf40) at /usr/src/builddir/Zend/zend_hash.c:1275 p = 0x55d590f211a0 end = 0x55d590f21200 #7 0x00007fd21586f71b in zm_shutdown_soap (type=, module_number=40) at /usr/src/builddir/ext/soap/soap.c:598 No locals. #8 0x000055d58e94c577 in module_destructor (module=module@entry=0x55d590c19f20) at /usr/src/builddir/Zend/zend_API.c:2505 No locals. #9 0x000055d58e94460c in module_destructor_zval (zv=) at /usr/src/builddir/Zend/zend.c:620 module = 0x55d590c19f20 #10 0x000055d58e9579c9 in _zend_hash_del_el_ex (prev=, p=, idx=, ht=) at /usr/src/builddir/Zend/zend_hash.c:1025 tmp = {value = {lval = 94375745003296, dval = 4.6627813406802235e-310, counted = 0x55d590c19f20, str = 0x55d590c19f20, arr = 0x55d590c19f20, obj = 0x55d590c19f20, res = 0x55d590c19f20, ref = 0x55d590c19f20, ast = 0x55d590c19f20, zv = 0x55d590c19f20, ptr = 0x55d590c19f20, ce = 0x55d590c19f20, func = 0x55d590c19f20, ww = {w1 = 2428608288, w2 = 21973}}, u1 = {v = {type = 17 '\021', type_flags = 0 '\000', const_flags = 0 '\000', reserved = 0 '\000'}, type_info = 17}, u2 = {var_flags = 21973, next = 21973, cache_slot = 21973, lineno = 21973, num_args = 21973, fe_pos = 21973, fe_iter_idx = 21973}} #11 _zend_hash_del_el (p=0x55d590c0ed00, idx=39, ht=0x55d58edf0d60 ) at /usr/src/builddir/Zend/zend_hash.c:1049 prev = #12 zend_hash_graceful_reverse_destroy (ht=ht@entry=0x55d58edf0d60 ) at /usr/src/builddir/Zend/zend_hash.c:1505 idx = 39 p = 0x55d590c0ed00 #13 0x000055d58e94a95c in zend_destroy_modules () at /usr/src/builddir/Zend/zend_API.c:1982 No locals. #14 0x000055d58e9456a5 in zend_shutdown () at /usr/src/builddir/Zend/zend.c:856 No locals. #15 0x000055d58e8e4c0b in php_module_shutdown () at /usr/src/builddir/main/main.c:2360 No locals. #16 0x000055d58e7ca015 in main (argc=-1865301124, argv=0x55d590d1c2dc) at /usr/src/builddir/sapi/fpm/fpm/fpm_main.c:2021 c = -1865319872 file_handle = {handle = {fd = 591867904, fp = 0x7fd223473000, stream = {handle = 0x7fd223473000, isatty = 0, mmap = {len = 3799, pos = 0, map = 0x0, buf = 0x7fd2260ed000 , old_handle = 0x0, old_closer = 0x0}, reader = 0x55d58e8fc140 , fsizer = 0x55d58e8e2990 , closer = 0x55d58e8e2970 }}, filename = 0x7fd223402000 "( @#\322\177", opened_path = 0x0, type = ZEND_HANDLE_FILENAME, free_filename = 0 '\000'} max_requests = 200 fcgi_fd = -1897990464 __func__ = "main" Any insight would really be appreciated, i can't seem to figure out what is causing this.