New InterServer account
- Thread starter Jin Jie
- Start date
Mar
Moderator
What kind of subscription, Shared Hosting or VPS? Do you have cPanel?
Hi Mar, thanks for your reply. I am on Shared Hosting.
When I set everything up at the beginning, I referred to the PHP version and PHP Extensions as above that you posted a while ago, so that was not the problem.
InterServer couldn't figure out what was causing the ridiculously high CPU usage.
Basically, I concluded that it was my site settings that caused the problem, so I did some research to try and resolve it.
My site page load time is now GtMetrix is 1.6 seconds, and I have not optimized any images yet!
The amazing things about InterServer:
1. TTFB 178ms (cloned site on SiteGround TTFB 1.5 seconds!)
2. After I had fixed everything, InterServer kindly doubled my CPU power and IO
Here are the changes I made to improve performance and reduce the CPU load:
1. Heartbeat API:
I have a few tabs open for convenience when editing. The Heartbeat API by default polls the admin-ajax.php file every 15 seconds to do an auto-save. If I were to leave one tab open and leave my computer, that one post alone might generate 5,760 requests in a day!
2. admin-ajax.php Related to Heartbeat API on the backend:
Disabled Heartbeat API
Heartbeat API uses admin-ajax.php to run AJAX calls from the web-browser, and it can cause high CPU usage. Shared hosts don’t have much room when it comes to CPU usage.
3. Woocommerce thumbnail regeneration:
Continually running in background - Disabled in functions.php
add_filter( 'woocommerce_background_image_regeneration', '__return_false' );
4. Disable WP Cron Jobs:
wp-config.php (define('DISABLE_WP_CRON', true); )
Set up real cron jobs in CPanel: I have set mine to 90 minutes
5. Disabled Caching for:
Cart, Checkout, etc
When I set everything up at the beginning, I referred to the PHP version and PHP Extensions as above that you posted a while ago, so that was not the problem.
InterServer couldn't figure out what was causing the ridiculously high CPU usage.
Basically, I concluded that it was my site settings that caused the problem, so I did some research to try and resolve it.
My site page load time is now GtMetrix is 1.6 seconds, and I have not optimized any images yet!
The amazing things about InterServer:
1. TTFB 178ms (cloned site on SiteGround TTFB 1.5 seconds!)
2. After I had fixed everything, InterServer kindly doubled my CPU power and IO
Here are the changes I made to improve performance and reduce the CPU load:
1. Heartbeat API:
I have a few tabs open for convenience when editing. The Heartbeat API by default polls the admin-ajax.php file every 15 seconds to do an auto-save. If I were to leave one tab open and leave my computer, that one post alone might generate 5,760 requests in a day!
2. admin-ajax.php Related to Heartbeat API on the backend:
Disabled Heartbeat API
Heartbeat API uses admin-ajax.php to run AJAX calls from the web-browser, and it can cause high CPU usage. Shared hosts don’t have much room when it comes to CPU usage.
3. Woocommerce thumbnail regeneration:
Continually running in background - Disabled in functions.php
add_filter( 'woocommerce_background_image_regeneration', '__return_false' );
4. Disable WP Cron Jobs:
wp-config.php (define('DISABLE_WP_CRON', true); )
Set up real cron jobs in CPanel: I have set mine to 90 minutes
5. Disabled Caching for:
Cart, Checkout, etc
Mar
Moderator
As you know, I recommend InterServer and happy to know you have resolved the CPU problem and the load speed is impressive. I might implement some of your actions in my site.
Direct Webstore
Well-Known Member
Good idea. I've had that totally disabled for a long time. It's useless.
Thanks for that ... I'll implement it myself!
Very good recommendations except Cron, since it is required for plugins updates, images download and currency converter. For Heartbeat there is a good WP plugin - Heartbeat Control that can disable it.
Direct Webstore
Well-Known Member
Or you can put this in functions.php ...
add_action( 'init', 'stop_heartbeat', 1 );
function stop_heartbeat() {
wp_deregister_script('heartbeat');
}
Yes we still need wp-cron (eg. checking for theme/plugin updates), just not on every page load!
That's why I replaced it with a real cron job
Yes, no need for another plugin.
Slightly OT but Woocommerce status showed SoapClient: disabled and Multibyte string: disabled
I already had them enabled, so opened a ticket.
First reply: "
Please be informed that the soap and mbstring are already enabled in the PHP. Kindly check the same from cPanel >> Software (tab) >> Select PHP version."
Second reply: "Extensions have been enabled on server now"
Third reply, different staff member: "Thank you for writing in. We have now enabled the PHP extensions now."
I checked and was surprised to see a new a completely new PHP Extensions panel, and of course, they were enabled as they had been before....strange!
I already had them enabled, so opened a ticket.
First reply: "
Please be informed that the soap and mbstring are already enabled in the PHP. Kindly check the same from cPanel >> Software (tab) >> Select PHP version."
Second reply: "Extensions have been enabled on server now"
Third reply, different staff member: "Thank you for writing in. We have now enabled the PHP extensions now."
I checked and was surprised to see a new a completely new PHP Extensions panel, and of course, they were enabled as they had been before....strange!
Mar
Moderator
Surprising, saw it only now. There should be more changes in cPanel now. Don't be surprised in updates of tickets. A number of support staff will send different updates of the same tickets. I always tell them, before you send updates, see the previous updates sent by your colleagues so you'll understand what was done and what was not done to avoid confusion. Also, the livechat support, I reported them to the management. They close the chat window in the middle of discussion.
Hi @Jin Jie do you mind elaborating on what you mean?
How did you disable caching for Cart, Checkout, etc...?
I suspect I have a problem with that on my newly created Alidropship store.
My webhost is not InterServer, but I am considering to move my Alidropship store there, based on the glowing remarks seen on this forum so far...
Direct Webstore
Well-Known Member
I Googled it for you ...
https://wpastra.com/woocommerce-website-caching/#how-to-setup-woocommerce-caching
... scroll halfway down.
Mar
Moderator
What is the cache plugin you are using?
Thanks for this @Direct Webstore!
But, I am not using Ali Woo plugin, would this article still be applicable to my Alidropship store? (sorry, n00b here )
If you're asking me, I am currently not using any cache plugin...
Per my reply to @Direct Webstore Webstore, my Custom Store built by Alidropship is not using the Ali Woo plugin.
As such, should I still try to install a cache plugin to see if the problem with my Checkout Cart can be solved? https://forum.alidropship.com/threads/best-hosting-plan.13743/page-5#post-73067
If yes, do you have any to recommend for non-Woo stores?
Last edited:
Mar
Moderator
The link is for woocommerce store, but the cache plugin WP Rocket mentioned in the article work even with non-woocommerce store.
Direct Webstore
Well-Known Member
Sorry. I presumed you were because Jin Jie is using Woo and you asked him how he disabled the Caching for: Cart, Checkout, etc (For Woo, I presumed)
Then you can't do this ...
That would be a waste of time. If you have no Cache plugin, it's obviously not causing any problems. BUT, you should have a Caching plugin anyway. It's one of the "Essentials". (In my opinion, anyway)
Original or Woo doesn't make any difference in choosing a cache plugin. I use Rocket. Mar uses W3 Total Cache (I think). Everyone will tell you one different. You can just try a few, do page speed tests and pick the one that results in the fastest page loads. That's what I and many others have done.
You still haven't mentioned what the actual "problem" is. I suggest you start a new thread for this mystery problem and state what it actually is.
In that case, skip the new thread (if you wish) and write to support@alidropship.com and outline the problem to them.