3cstudio

@imranwealcoder I’m not sure why I’m not seeing your lengthy & informative response in this support thread (above), but your 1st (of 6!) suggestions was just what we needed/wanted: WP Rollback (to E 3.26.5) will suffice for the length of time we will be using the Theme: Eduma, as there are plans in the works to use another theme in the coming months to do a site revamp. Many thanks!

@spmvision I ended up scouring the Stripe connection, because I saw a Stripe js issue in the error log. I finally spotted a Stripe account discrepancy and got that straightened out — apparently this free version of R.C. doesn’t have the wherewithal to issue those types of alerts? FWIW.

SAME! Just moved from staging to Live site, and it spins endlessly, whereas in staging (and Test/sandbox??) the wheel of death was never seen… so, between it being live on the live site domain, there’s something foul going on. Please assist, RC support! Not looking good that it’s been 2 weeks, eh @spmvision ? ??

Thumbs-up on both responses! ??

Thanks so much & glad to provide helpful feedback.

S

@rogierlankhorst to close this out, I have not seen any spikes in resource usage on Siteground since deactivating Complianz – that plugin’s errant activity must have triggered a lot of coinciding activity for Burst in the tracking/stats? At any rate, thanks for tracking with me & assisting in getting to the bottom of this drain on resources! Maybe this scenario can help others with similar issues in the future. Thanks again.

Ah, OK — thanks for that — I’ve Deactivated Complianz (it’s a Plugin I “inherited” and have never used before, so that’s quite helpful).
I just logged into Site Tools and wanted to see the last few error messages were:

2024-11-25 19:45:47 UTC [apache][authz_core:error] [pid 45021:tid 45021] [client 35.209.107.231:12148] AH01630: client denied by server configuration: /home/u1380-gwy5s2fzlt8e/www/anchorpointchristian.org/public_html/wp-content/plugins/burst-statistics/endpoint.php
?
2024-11-25 19:45:47 UTC [apache][authz_core:error] [pid 96221:tid 96221] [client 35.209.107.231:12148] AH01630: client denied by server configuration: /home/u1380-gwy5s2fzlt8e/www/anchorpointchristian.org/public_html/wp-content/plugins/burst-statistics/endpoint.php

We will see later today whether there is a new rash of errors / issues now that Complianz is deactivated. Thanks again.

S

@rogierlankhorst I submitted your suggestion to Siteground, but received this as a response:
_____________
I was able to replicate the issue on the website and based upon my checks using the Network tab the issue may be connected to the burst-statistics plugin: https://snipboard.io/CNeYgp.jpg

From what I can see the plugin is active on the website at the moment:

baseos | anchorpointchristian.org | [email protected]:/home/customer/www/anchorpointchristian.org/public_html$ wp plugin list | grep burst
burst-statistics active none 1.7.2 off
baseos | anchorpointchristian.org | [email protected]:/home/customer/www/anchorpointchristian.org/public_html$

I suggest disabling it temporarily and then test to see if the issue gets resolved.
_____________

Here’s that screenshot mentioned above: https://i.snipboard.io/CNeYgp.jpg — apparently that is the key — should I request more info/feedback, or does this help you work through this issue with me further?

Steve

All right — thanks @rogierlankhorst — I’ve submitted your response to Siteground as additional info for them to review, while they are looking to determine the excessive calls to admin-ajax.php

Thanks again.

S

Here’s a sample entry from the error-log:

2024-11-12 13:07:56 UTC [apache][authz_core:error] [pid 48987] [client 35.209.107.231:12136] AH01630: client denied by server configuration: /home/customer/www/anchorpointchristian.org/public_html/wp-content/plugins/burst-statistics/endpoint.php

Another indicator to consider is Behavior > Page Views… the leader in files (BY FAR) is:

anchorpointchristian.org/wp-admin/admin-ajax.php (320018)

with the (DISTANT) second Page Views being:

anchorpointchristian.org/wp-json/burst/v1/track/ (1147)

then the homepage of the website is 3rd at (604)

HTH.

@rogierlankhorst another issue: yesterday, Siteground issued a CPU threshold warning for this same website — it alone had caused Program Executions to average 19,000/hr (!) from 9am to 4pm yesterday (11/20). That caused an 80% quota reach (for the month!) for that entire shared server. I’m currently shutting it down because the numbers are spiking once again as I type this. Please advise. If you need to connect directly to setup a troubleshoot session, I’m available to do so — corralling some runaway process would be good for all involved? Thanks in advance.

Steve C.
3Cstudio

@paywall … same!! 6.7.1 contains the fix.

Oddly, the install button stated: “Re-install version 6.7.1” ? As if it was already in place previously?

Same.

@rogierlankhorst thanks so much for the update. Glad you were able to make use of my info to squash the issue. ?? We’ll keep an eye out for the Update. Thanks again.

Further info from Siteground: It appears that, since I left the Dashboard for Burst Statistics open on a work machine overnight, it apparently was running that rash of processing requests during that time… perhaps there is something automated within your plugin’s encoding that caused that spike, and thereby got my computer’s IP address blocked for excessive activity (bordering on malicious)?

Gents, thank you for the speedy responses. Oddly enough, I simply logged in and clicked on the sidebar link: Statistics > Settings … and the red dot +1 disappeared. “Something” in Settings (even before downloading anything or clicking on Advanced) removed that alert. Not sure what “fixed” it, but that’s all I did on this end!

Thanks again.

Steve