Pavel Dosev

Hello @tvtronics,

I checked the site, but I could not recreate the issue you are describing.

I added 2 items to my cart, refreshed the page, and removed them. The bag counter showed 0, and it didn’t show 2 items initially. I also tried it without refreshing the page after adding items, and the problem did not occur as well.

Please see if your browser’s cache doesn’t cause this as I tested it both in Firefox and Chrome, and on both, I couldn’t replicate the problem you described.

Hello @ameephillips,

We didn’t separate the different features in the ‘Scheduled database maintenance’ as for those to be effective, the database optimization must be completed.

You should check the database and see if you can reduce the size of the post_meta database table based on the records in it. Normally for the post_meta table to get too large, a plugin stores information in it. Based on it and the site, you can see if that info can be stored somewhere else or removed if you don’t need it.

Thank you for your feedback. We will pass your suggestion to our developers to check it and see if we can make this option work more effectively or display a warning for more extensive databases to avoid this in the future.

Hello @axis9313,

As some time has passed and we did not receive an update from you, we will mark the issue as resolved.

In case it reoccurs, you can update the thread for us to check it.

Hello @stanvdb,

I replicated the issue, and the 403 error you are receiving is from Cloudflare.

When I bypass Cloudflare and resolve the domain directly on the server, the form works correctly when the dynamic cache is turned on.

The error you receive is from Cloudflare. The response to the request is their CAPTCHA challenge. You can check their security settings on their interface and disable the CAPTCHA or turn their security settings off.

Please submit a ticket to our support team if you need further assistance as the problem isn’t related to the plugin and WordPress.

The script handle name is the same as the minified file. We use the handle, not the file name, which is why you are not finding it.

Thus if the minified script name is cs-app.min.js then the handler is ‘cs-app’. You can exclude it from JS minification by adding this to your functions.php:

add_filter( 'sgo_js_minify_exclude', 'js_minify_exclude' );
function js_minify_exclude( $exclude_list ) {
    $exclude_list[] = 'cs-app';
 
    return $exclude_list;
}

Hello @amityweb,

The JS minification is most probably causing the issue you are encountering, as the file from the error is in the siteground-optimizer-assets. You can try turning it off to see if it is causing this.

To keep the JS and get Cornerstone working, you can exclude the JS script in question from the minification. If the script is not in the list, you can use the steps in the article below to find its handler and use a filter to stop the JS minification for it:

https://www.ads-software.com/support/topic/how-to-use-sg-optimizers-filters-procedure/

Hello @allarmsllc,

I recreated the issue you reported on a default WordPress with the two plugins activated.

I passed the information to our developer to check it further, and we will update this thread once we have additional information.

Hello @rockinaway,

The error comes from an empty paragraph on line 457 in the Learndash plugin file.

I removed it, and the error is no longer showing when the plugin is active.

Hello @basement440,

Thank you for your feedback. You are correct that the screen pops on every screen if you do not allow data collection. We are aware of this, and we will address this behavior in one of our future updates.

As a workaround, you can accept the data collection and then immediately disable it from the WordPress Admin page >> Settings >> SG plugins. After that, you will no longer be prompted with this screen again for the plugin, and no data will be collected.

Hi alalehweb97,

I tried it again, and I can not replicate this on my end using a clean WordPress installation. The file-based cache file inside wp-content/cache folder is deleted when I use the ‘Purge SG cache‘ button placed on the top toolbar, and I can see the new content after that.

Could you please submit a ticket to us with the necessary details? This way, we can inspect the website and see what is causing this.

In my tests, purging the cache through the admin page (not Site tools) worked correctly, and the updated content was visible in the browser. Albeit, I was using a default WordPress with no additional plugins.

You can submit a ticket to us with details on how to recreate it, and we will check it specifically for your website and what is causing this.

Hello @generosus,

The data collection is not mandatory. We meant that having such an option to turn it off must be present to the client.

That is why we can’t remove this screen. However, if you do not want to share any data, you can turn it off from the checkbox in the Settings menu, and it will stop it.

The option is placed in the Settings menu as it allows managing this option for all our plugins from one place instead of seeing this option in each one.

Hello alalehweb97,

I checked the case, and I can replicate it on my end. The issue is not caused by Memcache but from File based cache alone. We will review it and likely address it in a future version.

In the meantime, you can use the ‘Purge SG cache’ button at the top bar of your admin page to clear the file-based cache manually.

Hello @mickhele,

The WordPress forum is for questions regarding WordPress and our plugins. However, our PHP configuration is a hosting-specific question, and it will be better to reach us through our customer support channels, and we will gladly assist you.

Best regards,
Pavel Dosev

Hello Sean,

Could you please let us know the website on which you are encountering this error, as well as step-by-step instructions on how to recreate it on our end so that we can check it further?

Thanks for your cooperation in advance!