Pie
New Member
I have to agree. They all try to do disk-based garbage. Not aware of any that are purely RAM-based as they should be.
WP-FFPC is memory only.
I have to agree. They all try to do disk-based garbage. Not aware of any that are purely RAM-based as they should be.
Sounds like the best setup you can do on top of cPanel
could not extract the package.xml file from "/root/tmp/pear/cache/zendopcache-7.0.3.tgz"
Download of "pecl/zendopcache" succeeded, but it is not a valid package archive
Error: cannot download "pecl/zendopcache"
Download failed
install failed
Is the zend opcache still an option? I am trying to install it through pecl, along with apcu, but I was getting errors that they are in beta version, so I need to install them with the channel command.
I switched to SSH, but then I got a message that
Same with apcu
Any ideas? I am on SSD-1 VPS
Thanks a lot for your help
pecl install ZendOpcache-beta
Which version of PHP are you running? Zend Opcache is built into PHP 5.5+, and enabling it requires adding a single line to php.ini.
I have had so many problems with object caching that I will never again install one. Sessions were definitely a problem; inability to change application settings was another.
You have a SSD-1 VPS so you have blazing-fast disk access, but memory is at a premium. Save the memory and get rid of APCu...
I think you misread what I wrote. I will not use an object cache again. I cannot imagine running without an opcode cache.
What do you run that had issues with it? Practially everything we run on our network has some for of opcode caching. Few things are still running on APC but I'm working on getting everything moved over to ZendOpcache. This forum runs ZendOpcache. Helpdesk is still on APC but will be converted soon - never faced an opcode caching-induced problem and it significantly speeds things up.
SSDs are fast, but RAM will always be faster.
Until programs that try to use an object cache (I'm looking at you, W3TC and WP Super Cache!) stop being brain-dead about where and how objects are being used, I will stay away from using an object cache. The dangers of brain-dead applications far outweigh the benefits of an object cache, particularly on an SSD VPS. However, if you believe your VPS is in need of a snake oil treatment, please ignore the above.Opcode cache is completely different than object cache. Ideally you need both.
I am running a small php site under php5.5.19. All php died when I installed zendopcache through pecl.
In all likelihood the PECL install process overwrote the correct opcache.so file. You should remove the "extension=opcache.so" line from php.ini, restart Apache, and then use PECL to remove what you installed. Now you'll need to run EasyApache to rebuild PHP in order to re-generate the correct opcache.so file. Once you do that, put the "extension=opcache.so" line back in php.ini, and you'll be all set. Alternately, you could open a support ticket...Zend Opcache is built into PHP 5.5+, and enabling it requires adding a single line to php.ini.
I think you misread what I wrote. I will not use an object cache again. I cannot imagine running without an opcode cache.
I'm looking at buying a new SSD VPS and I'm wondering if this is still the best setup for hosting Wordpress sites?
If you have not opened a support ticket yet, we can provide some more info for your specific situation.
This topic hasn't been updated in a while and cPanel has introduced a lot of new features recently, including native support for PHP-FPM in EasyApache 4. I've been playing around with this and thought I would share some information based on what our support team has observed across several servers, as well as personal experience.
Unless your server meets some fairly specific criteria such as single-account with a very high rate of requests per second, our general recommendation for most users is mod_prefork with mod_ruid2, DSO as the PHP handler. If some additional speed is needed, zend opcache can be used. I have used cPanel's PHP-FPM personally on a test server that receives limited traffic and found that mod_ruid2 with DSO was as fast or usually faster than PHP-FPM. FPM also adds more complexity to the server and there are some settings in there that need to be tweaked and sometimes don't work very well out of the box. But if you're receiving a LOT of traffic on one domain, you might not see the same behavior I observed.
If you want WordPress sites to fly, making sure the server is running EasyApache 4 so you can use PHP 7, mod_ruid2, and DSO is generally the way to go. On a well optimized WordPress without heavy plugins or customization I'm approaching 1 second full load times and time to first byte of 100-200 ms with PHP 7, prefork, DSO, OPcache.
nginx for cPanel servers is only available through 3rd party plugins right now, and they all have a few drawbacks and introduce more potential issues. If you want something more efficient than Apache I'd recommend Litespeed. Otherwise, services like CloudFlare can provide a caching reverse-proxy CDN without having to adjust server configuration.
If you have not opened a support ticket yet, we can provide some more info for your specific situation.
This topic hasn't been updated in a while and cPanel has introduced a lot of new features recently, including native support for PHP-FPM in EasyApache 4. I've been playing around with this and thought I would share some information based on what our support team has observed across several servers, as well as personal experience.
Unless your server meets some fairly specific criteria such as single-account with a very high rate of requests per second, our general recommendation for most users is mod_prefork with mod_ruid2, DSO as the PHP handler. If some additional speed is needed, zend opcache can be used. I have used cPanel's PHP-FPM personally on a test server that receives limited traffic and found that mod_ruid2 with DSO was as fast or usually faster than PHP-FPM. FPM also adds more complexity to the server and there are some settings in there that need to be tweaked and sometimes don't work very well out of the box. But if you're receiving a LOT of traffic on one domain, you might not see the same behavior I observed.
If you want WordPress sites to fly, making sure the server is running EasyApache 4 so you can use PHP 7, mod_ruid2, and DSO is generally the way to go. On a well optimized WordPress without heavy plugins or customization I'm approaching 1 second full load times and time to first byte of 100-200 ms with PHP 7, prefork, DSO, OPcache.
nginx for cPanel servers is only available through 3rd party plugins right now, and they all have a few drawbacks and introduce more potential issues. If you want something more efficient than Apache I'd recommend Litespeed. Otherwise, services like CloudFlare can provide a caching reverse-proxy CDN without having to adjust server configuration.