Don't overwrite php.ini with opcache directives

[sybrew]

The following directives are suboptimal for WordPress Multisite, but they cannot be overwritten via other means than altering /opt/cpanel/ea-php81/root/etc/php.d/10-opcache.ini:

ea-php81/SOURCES/10-opcache.ini

Lines 10 to 18 in c15b803

	; The OPcache shared memory storage size.
	opcache.memory_consumption=128
	; The amount of memory for interned strings in Mbytes.
	opcache.interned_strings_buffer=8
	; The maximum number of keys (scripts) in the OPcache hash table.
	; Only numbers between 200 and 100000 are allowed.
	opcache.max_accelerated_files=4000

Setting this to 1 will allow webmasters to enjoy a huge performance boost:

ea-php81/SOURCES/10-opcache.ini

Line 111 in c15b803

opcache.huge_code_pages=0

I suggest removing these impositions or otherwise rearranging this order so MultiPHP can overwrite these defaults:

ea-php81/SPECS/ea-php81.spec

Lines 159 to 168 in c15b803

	Source2: php.ini
	Source3: macros.php
	Source4: php-fpm.conf
	Source5: php-fpm-www.conf
	Source6: php-fpm.service
	Source7: php-fpm.logrotate
	Source8: php-fpm.sysconfig
	Source11: php-fpm.init
	# Configuration files for some extensions
	Source50: 10-opcache.ini

[sybrew]

After altering the values, I recorded this on a WordPress Multisite with WooCommerce (and extensions):

I found that:

1. memory_consumption of 128 is too low; it should be 144 or higher.
2. interned_strings_buffer of 8 is too low; setting it to 16 allowed it to cache all strings.
3. max_accelerated_files should be a prime number.
4. huge_code_pages should be enabled; the OS controls this value (if I'm not mistaken).

[sybrew]

Still an issue in PHP 8.4, cPanel is slow with this nonsense embedded. Could you fix it? It'll be fast.