mikeymu1

Thanks, Rogier.

I just tried that and it didn’t change anything.

I am getting a few error messages after installing “wp debugging”, and think, that there are various faults that are beyond my skills and time.

I will send a donation via the plugin dashboard in gratitude for your help.

Many thanks, Mike Underwood.

I have also just noticed this:

{“code”:”rest_no_route”,”message”:”No route was found matching the URL and request method.”,”data”:{“status”:404}}

From https://liberatecounselling.co.uk/wp-json/burst/v1/data/live-visitors

This appeared in the debugger:

SELECT option_value
FROM wp_options
WHERE option_name = '_transient_timeout_burst_running_upgrade'
LIMIT 120.0002get_option()
2 calls
Plugin: burst-statistics
2 calls
get_transient()
1 call
add_option()
1 call

the column header on get_transient() and add_option() said “potential troublemakers. the very first column said “duplicate queries”

I hasten to add more info is now available, since I added the two additional plugins that go with wp debugging

If there’s anything else that might be of help, let me know, Rogier.

I really appreciate your advice.

• This reply was modified 11 months, 2 weeks ago by mikeymu1.

Thanks, Rogier.

I did that and here are the results:

[08-Apr-2024 10:24:40 UTC] Burst Statistics: create js file

[08-Apr-2024 10:24:49 UTC] Burst Statistics: create js file

[08-Apr-2024 10:24:52 UTC]?Burst Statistics: create js file

I wonder what that will tell us?

Now, rather than using REST API, Burst is using the endpoint.

Hi Rogier.

Yes, still no stats.

However, having set up a twice-hourly cron job to fire wp cron, and with emails enabled, I’m now getting notifications some events, including burst_every_5_minutes.

I deleted the lines at the start of htaccess that Siteground’s security plugin adds – the lines that disable XMLRP and have added this to wp-config
define(‘DISABLE_WP_CRON’, true);

I did notice other posts on this subject, and that something like a branch could be added from git or something?

I looked at disabling the code Siteground entered in htaccess, that disabled SGS XMLRPC whilst simultaneously deactivating their security plugin, but to no avail.

Still no stats in my own website. You can’t say I haven’t tried.

HI Rogier.

Just to say, I installed Burst on my local church website, hosted by a company near me in Yorkshire, and it worked straight away.

Great plugin, especially if you want cookie less stats. I wonder how much info you can find using the pro version?

Thanks, Rogier, for your helpful comment.

Unfortunately, Siteground are asking me to pay for technical help to look further into this.

It seems a bit mean to me because scheduled posts and event should work by default, but then I can always just forget it and go enjoy the nice weather instead. After all, I have Search Console, and the trouble and cost of sorting this seems not worth it.

Have a great weekend.

Thanks, room34.

I’d seen that somewhere but couldn’t find it again.

YOU’re a genius!

Thanks, that worked well.

I appreciate your time and help there.

Thank you.

I’ll be back later – sorry for the lack of response for the next few hours.

Whereas actually, the site’s robots file is much less than that, and allows google.