This is a long-time issue. Each time when WHM/cPanel was automatically upgraded to a new version, our custom Apache configurations that we had spent much time and researched many resources online to build were lost. The Apache settings have automatically become primitive, not-customized and not-optimized. Originally we used EasyApache 4 to compile Apache server, and we have built custom Apache configurations via /etc/apache2/conf/httpd.conf, saved the custom Apache configurations and restarted the Apache server via systemctl restart httpd.service (We use CentOS 7.9 Linux). Often, we feel confused why our custom Apache configurations have disappeared after WHM/cPanel upgrades. Is there an effective way to keep the custom Apache configurations now?
A long time ago when there was a way (Run the Apache Configuration Distiller Script: /usr/local/cpanel/bin/apache_conf_distiller --update) to retain the custom Apache configurations, we found many of our custom Apache configurations still remained there and were not affected after the WHM/cPanel upgrdaes.
We always select the STABLE Tier in the WHM Update Preferences, but after the WHM/cPanel was automatically upgraded from v94.0.4 to v94.0.5 this time, we've found some errors/misconfigurations have appeared again in the new Apache settings. For example, we have NEVER selected suphp_module, suexec_module and ruid2_module when we compiled Apache server via EasyApache 4, but every time after the WHM/cPanel upgrade, suphp_module, suexec_module and ruid2_module have come to our Apache settings and become active there. Our web hosting company does not impose these modules on our hosting account. How come these unnecessary modules come to the Apache settings after the WHM/cPanel upgrade? We do not need and do not like suphp_module, suexec_module and uid2_module at all. Like many other companies using WHM/cPanel to serve their own business websites only, we do the same, using the WHM/cPanel to only serve our own business website, never serving someone else's website. We do not do web hosting. We'll never do web hosting. Frankly, some "popular" features in WHM/cPanel may be important or attractive to people who do web hosting, but not to us who run solo business website and do not do web hosting.
On the other hand, sometimes we've found with automatic WHM/cPanel upgrades, there are some conflicts among applications, making our server and website unstable or disabled: our webpages cannot be opened or there are PHP or MySQL DB errors on our webpages. Frankly, we feel really worried about WHM/cPanel upgrades.
Like many other businesses who put STABILITY first in business operations and in running business websites, we are the same, putting STABILITY first for our business website. We prefer to get rid of those fancy, "popular", actually unnecessary and unstable server and website stuffs, to maintain the STABILITY of our server and our business website.
There is no perfect software in the world. Even the software is a new version, still there are new errors, new loopholes, new incompatibilities or new weaknesses in the software.
Please do not favor software new versions easily.
Again, we really want to know: Is there an effective way to keep the custom Apache configurations now?
Sincerely hope there is an effective way to keep the custom Apache configurations.
A long time ago when there was a way (Run the Apache Configuration Distiller Script: /usr/local/cpanel/bin/apache_conf_distiller --update) to retain the custom Apache configurations, we found many of our custom Apache configurations still remained there and were not affected after the WHM/cPanel upgrdaes.
We always select the STABLE Tier in the WHM Update Preferences, but after the WHM/cPanel was automatically upgraded from v94.0.4 to v94.0.5 this time, we've found some errors/misconfigurations have appeared again in the new Apache settings. For example, we have NEVER selected suphp_module, suexec_module and ruid2_module when we compiled Apache server via EasyApache 4, but every time after the WHM/cPanel upgrade, suphp_module, suexec_module and ruid2_module have come to our Apache settings and become active there. Our web hosting company does not impose these modules on our hosting account. How come these unnecessary modules come to the Apache settings after the WHM/cPanel upgrade? We do not need and do not like suphp_module, suexec_module and uid2_module at all. Like many other companies using WHM/cPanel to serve their own business websites only, we do the same, using the WHM/cPanel to only serve our own business website, never serving someone else's website. We do not do web hosting. We'll never do web hosting. Frankly, some "popular" features in WHM/cPanel may be important or attractive to people who do web hosting, but not to us who run solo business website and do not do web hosting.
On the other hand, sometimes we've found with automatic WHM/cPanel upgrades, there are some conflicts among applications, making our server and website unstable or disabled: our webpages cannot be opened or there are PHP or MySQL DB errors on our webpages. Frankly, we feel really worried about WHM/cPanel upgrades.
Like many other businesses who put STABILITY first in business operations and in running business websites, we are the same, putting STABILITY first for our business website. We prefer to get rid of those fancy, "popular", actually unnecessary and unstable server and website stuffs, to maintain the STABILITY of our server and our business website.
There is no perfect software in the world. Even the software is a new version, still there are new errors, new loopholes, new incompatibilities or new weaknesses in the software.
Please do not favor software new versions easily.
Again, we really want to know: Is there an effective way to keep the custom Apache configurations now?
Sincerely hope there is an effective way to keep the custom Apache configurations.
Last edited: