VUMEDIA Group

So is there nothing I can do to fix this?

Jason, thank you for the response, the WP Cerber team replied as well and told me to look in the activity log. In the log it states:

Spam form submission denied Bot detected
/wp-admin/admin-ajax.php

So it seems to me that WP Cerber is blocking Slimstat from accessing Ajax. Within WP Cerber I added Slimstat to its Ajax whitelist and enabled Ajax access but it still doesn’t work. I am hoping the WP Cerber developers come up with a solution. It is definitely not Slimstat’s fault but at the moment I am stuck with WP Cerber blocking the statistics from working.

Is there another way for Slimstat to record the statistics without Ajax maybe via JS or the REST API? Thanks again for your help I know its not your plugin that has the issue.

In the log it states:

Spam form submission denied Bot detected
/wp-admin/admin-ajax.php

So it looks like it is being blocked from Ajax. I already tried selecting “Use less restrictive policies (allow AJAX)” and I tried adding wp-slimstat to the Query whitelist but nothing seems to allow Slimstat to work.

Thank you for the very quick response. The Google My Business accounts are tied to separate Gmail Accounts so it is both multiple Gmail accounts and multiple GMB accounts. I went through a rebranding process a few yrs ago and unfortunately am now stuck maintaining multiples of everything since Google won’t let me fully transition everything to one account.

If you could add the ability to have multiple Gmail accounts that would definitely make the Pro version worth it to me.

I had to revert my WP install back to version 5.3.3 because my theme stops working on mobile devices with the latest version, maybe that affected the permalinks.

I managed to fix it. I had to go into the plugin settings > Builder > Gallery Permalink and change it to something else. I updated it to “galleries” and all of the galleries started working again. I’m guessing the Permalink rl_gallery extension got unregistered somehow, so changing it to something else forced the plugin to register the new link. I could probably change it back to rl_gallery but “galleries” looks nicer anyway and the entire site updated all of the URLS to point to “galleries” for me already so I’m going to leave it the way it is.

Maybe there is something the developers can do to recheck the registration if you uninstall and reinstall the plugin.

I reverted back to version 12.6.13 and it works fine. It even went back and added the statistics for the missing days that showed 0 when the newer version was installed so it seems like they were at least making it to the database.

• This reply was modified 3 years, 11 months ago by VUMEDIA Group.

I am using version 13.0.4

I have version 13.0.4….updated website to version 7.4 PHP, cleared cache, activated plugin no stats showing now for 2 days

Below are the numbers for the wp-content/cache/object folder:

Size: 24.8MB
Files: 1324
Directories: 2445

Thank you for your help, I contacted my hosting provider and they raised my memory limit from 256MB to 2GB, I was then able to remove the plugin without the site crashing. I think your plugin was actually the only thing keeping my site running with so little memory since it was caching to disk. Removing the plugin or disabling object caching must have sent everything to memory and caused the site to crash without the plugin.

• This reply was modified 4 years, 5 months ago by VUMEDIA Group.

Here is the WP if statement on line 1989 for wp-db.php

if ( $this->use_mysqli && $this->result instanceof mysqli_result ) {
while ( $row = mysqli_fetch_object( $this->result ) ) {
$this->last_result[ $num_rows ] = $row;
$num_rows++;
}
} elseif ( is_resource( $this->result ) ) {
while ( $row = mysql_fetch_object( $this->result ) ) {
$this->last_result[ $num_rows ] = $row;
$num_rows++;
}
}

Ok, I deleted the server’s error log, then disabled the object cache in the plugin and refreshed the page. I then checked the server’s error log. Below are the errors that were logged with the object cache disabled:

[31-May-2020 22:58:25 UTC] PHP Fatal error: Allowed memory size of 268435456 bytes exhausted (tried to allocate 20480 bytes) in /home2/xxx/public_html/wp-includes/wp-db.php on line 1989
[31-May-2020 22:58:25 UTC] PHP Fatal error: Allowed memory size of 268435456 bytes exhausted (tried to allocate 20480 bytes) in /home2/xxx/public_html/wp-includes/class-wp-fatal-error-handler.php on line 67
[31-May-2020 22:58:25 UTC] PHP Fatal error: Allowed memory size of 268435456 bytes exhausted (tried to allocate 761856 bytes) in Unknown on line 0

Once I enable the plugin there are no more errors logged in the log file. Hopefully this will help.

• This reply was modified 4 years, 5 months ago by VUMEDIA Group.

I had to reinstall the plugin for the site to start working again, as soon as I reinstalled the plugin the site came back up. I have every single option in the plugin disabled except Object Cache: Object Cache Method Disk and the site is working fine. Also after reinstalling, I went into the .htaccess file and removed everything between the #W3TC entries and the site still works fine.

If I install the plugin and enable every other option in the plugin, the site does not fully work until I enable Object Caching. I do not have any other caching plugin enabled.

Hello, I followed every single step, as soon as I disable the plugin the whole website turns into a white page. If I look at the source code for the white page there is nothing there. Firefox is a white page, Edge shows HTTP error 500.

I am not using a CDN. I am using the Avada theme, but I don’t think the theme matters because even the default theme will not display. In the .htaccess file I took out everything except the WP generated code…still a white page.

Are there any logs that I can send you? I also went into my hosting provider console and cleared the cache from there; still error 500.