dorianc

Thanks Adam. I am not 100% sure if that is what might be slowing down the website. At this point, I’m just trying to reduce all possible options for the same – and as I’m monitoring cron jobs when I get the slow-down periods, that cron job is almost always active.

For some reason, that specific cron job took a few tries to change the settings – tried four or five times, and managed to change the timing.

Check up on your cron jobs. You can use Crontrol plugin. See if the cron is running properly. I am having other problems with that cron job tho – slows down the website a lot after some time.

Hi Adam, I just updated the plugin from version 2.1.2 to the latest one and the plugin cannot be loaded up. I excluded it from Autoptimize so it’s loading up stand-alone, but countdown does not display at all. WP, PHP and all other plugins are up to date.

Uncaught TypeError: moment(...).tz is not a function
    at YcdCountdown.setCounterTime (Countdown.js?ver=2.45:640:40)
    at YcgGeneral.getSeconds (YcdGeneral.js?ver=2.45:11:22)
    at YcdCountdown.addTimeToClock (Countdown.js?ver=2.45:789:21)
    at HTMLDivElement.<anonymous> (Countdown.js?ver=2.45:775:8)
    at Function.each (jquery.min.js?ver=3.6.0:2:3003)
    at s.fn.init.each (jquery.min.js?ver=3.6.0:2:1481)
    at YcdCountdown.startTimeCircle (Countdown.js?ver=2.45:765:9)
    at YcdCountdown.init (Countdown.js?ver=2.45:27:7)
    at new YcdCountdown (Countdown.js?ver=2.45:4:7)
    at HTMLDocument.<anonymous> (Countdown.js?ver=2.45:884:2)

Fatal error: Uncaught Error: Class ‘Automattic\WooCommerce\Admin\Features\Features’ not found in /var/www/html/wp-content/plugins/facebook-for-woocommerce-disabled/includes/Admin/Settings.php:62 Stack trace: #0 /var/www/html/wp-content/plugins/facebook-for-woocommerce-disabled/class-wc-facebookcommerce.php(206): SkyVerge\WooCommerce\Facebook\Admin\Settings->__construct() #1 /var/www/html/wp-content/plugins/facebook-for-woocommerce-disabled/class-wc-facebookcommerce.php(109): WC_Facebookcommerce->init() #2 /var/www/html/wp-content/plugins/facebook-for-woocommerce-disabled/class-wc-facebookcommerce.php(1016): WC_Facebookcommerce->__construct() #3 /var/www/html/wp-content/plugins/facebook-for-woocommerce-disabled/class-wc-facebookcommerce.php(1082): WC_Facebookcommerce::instance() #4 /var/www/html/wp-content/plugins/facebook-for-woocommerce-disabled/facebook-for-woocommerce.php(114): facebook_for_woocommerce() #5 /var/www/html/wp-includes/class-wp-hook.php(287): WC_Facebook_Loader->init_plugin(”) #6 /var/www/html/wp-include in /var/www/html/wp-content/plugins/facebook-for-woocommerce-disabled/includes/Admin/Settings.php on line 62

I have disabled heartbeat – and RAM usage lowered to 500MB in idle state for 4 WordPress (still a bit too high IMO).

Still getting a bunch of lsphp processes. I really think it’s my hosting fault and misconfiguration with lsphp Idle processes & concurrent available processes running. I was monitoring and some processes kept running for 20 minutes.

As a temporary fix – I have created a cronjob that runs every 2 minutes “pkill -o lsphp” – which kills the oldest lsphp process on the list.

I am not sure what consequences will that have on WP – but I killed all ‘lsphp’ processes multiple times when RAM was on 100% and did not notice anything weird.

Thanks for the responses. I have tried other caching plugins – same result.
I was just mentioning GTmetrix score to say there are no heavy scripts on the websites like sliders etc. – I know it does not have to do anything with the resources used on the server.

I’ll try with full de-activation tomorrow morning. For now I disabled Yoast SEO, Statistics, WP Fastest cache & iThemes security. Still getting the same result.

Thanks once more for taking time helping out!

Hi Antonio,

I managed to solve the problem in the mean-time. There was a collision that our client used WP-hide plugin which was re-writing /theme & /plugin path’s.

Just keeping it here if anyone has similar problem.

Thanks for your help!

Thanks for the help Frank! Nothing to do with AO, indeed.

I enabled 10h cache removal according to the article below.
https://www.wpfastestcache.com/tutorial/wordpress-nonce-cache/

Just an update for anyone that might experience this issue.
JetMenu & JetElements were not working good together on this case.

JetMenu was rolled back a few versions – then rolled up to current one. After disabling JetElements & re-activating it – it suddenly started to work.

Was not Elementor issue but additional plugins. Thanks for help Said.

I’ve found the culprit plugin!

JetMenu 2.0.8

Any idea what might cause the image-loading interference?

Appreciate your response Said.
I’ll let you know once I’m through all of the steps!