Hi @pawdl,
would you mind sharing the website URL where this is happening? We are working on a new version which should be released in about two weeks, would you be interested in testing it in advance?
Best,
Jason
Thread Starter
pawdl
(@pawdl)
It looks like something is blocking access to admin-ajax.php:
Request URL: https://pawdell.com/wp-admin/admin-ajax.php
Request Method: POST
Status Code: 400
400 means that my browser was not allowed to communicate with that script on your server. Please ask your hosting provider, if you don’t know what could be causing this issue.
Jason
Thread Starter
pawdl
(@pawdl)
Thanks for looking into this. I’m not sure how you checked this, but if I go directly to https://pawdell.com/wp-admin/admin-ajax.php, I don’t believe I am getting blocked. It does only return a 0 (zero) and that file is marked readable by the world.
I am trying to better understand my problem before contacting my host provider.
Thanks…
You can see that error in your browser’s devtools (Chrome, Firefox). Also, the tracking script is not being added to your website for some reason. Do you have Slimstat configured in Server Mode and turned off Track Client Info?
Thread Starter
pawdl
(@pawdl)
Looking at the hosting servers log files which go back to March, there are many 400 errors on admin-ajax.php. That part is nothing new, so I would have to say that’s not directly the issue. It appears that Google indicates many people talking about 400 errors on admin-ajax.php
Also – I have not changed any settings in Slimstat since it has not been working. Slimstat Tracking Mode is set to client and Track Client Info is on. I do have it configured to not track admin pages, though, but that has been set that way since I started using Slimstat in January.
Thanks for your time!
Interesting. Has anything changed in your theme? Can you confirm that the function wp_footer() is still being in your theme’s footer.php file?
Also, I’m assuming that when you looked at your server error log, you didn’t see anything related to Slimstat that could provide a clue on what’s happening, right?
I have the same problem. When I access admin-ajax.php, it has code 400 on all my websites… Websites with the latest plugin version has almost 0 visitors, but my websites with older 4.7.9 plugin version has normal visitor stats, but same code 400 in console.
So there is something wrong with 4.7.9.1.
WP 5.1, WC 3.5/3.6, PHP 7.2/7.3 – various combinations of these, but the only normally running site stats are with PHP 7.2.14, WP 5.1.1, WC 3.5.7 and Slimstat 4.7.9. All other sites have Slimstat 4.7.9.1 and there is minimum traffic in Slimstat compared to normal.
And I use on all sites latest version of WP Rocket and Autoptimize, but I’ve wiped cache several times on all sites.
Hope this help to solve the problem.
Everytime I access the site this appears in Maintenance
Tracker Notice [04-28-19 07:46 pm] 310 Bot not tracked
When I disabled cache plugins and switched from Client to Server, stats are working but every visitor is consider as BOT/Crawler or Unknown.
Thread Starter
pawdl
(@pawdl)
I can also confirm switching Tracking Mode from Client to Server and stats seem to work again with the BOT/Crawler notation.
Hm, I wonder if this is related to the new Browscap library in any way. Are you available to test version 4.8 before it’s officially released? If so, contact me at https://support.wp-slimstat.com and I’ll send you the steps to test the new release.
Also, are you using Cloudflare or any other load balancer in front of your website?
Best,
Jason
No CDN, only maybe Jetpack for images.
I’ve sent support ticket.
It seems, that it detects every desktop as bot. Android and iOS devices are in stats.
