flashjunkie

Forgot to ask, are there any other meta entries on that list that aren’t ‘essential’?

I’m seeing edd_log_version and edd_log_token etc.

I have a corn task that already does some database cleaning on a daily basis (orphaned data etc) so I can quite easily keep on top of the removal of any non essential or junk meta.

Many thanks.

[ Please do not bump. ]

Top meta_keys in our meta table: https://imgur.com/a/gT3bg0N

Ok I think I resolved this. For some reason the advanced-cache.php drop in was named advanced-cache.php1

I removed the 1 from the php file and now the cache is working and _index_ssl.html files are now appearing in the folders.

I have no idea why this file was renamed but my cache now seems to be up and running.

Many thanks

Not using a proxy.

Many thanks

Also if we do need to add nginx conf settings. Can you provide the settings required so I can pass these on the the SG team?

Many thanks.

Hi Marko,

I’m on a siteground Cloud server. As such I do not have access to the nginx conf file.

However, I may be able to request that SG add this info for us.

The page cache did work previously as I have seen html files inside these folders in the past. So unsure what has changed. We used to be on a shared plan but we upgraded to the cloud plan.

Is it worth deleting the plugin entirely and reinstalling? Will this fix the issue and make correct settings for an nginx environment?

Many thanks.

… please re-read my query. I am NOT trying to deactivate. The message on the screenshot is permanent on the plugin page.

Indeed you are right, an update to edd-stripe and edd-recurring has resolved the issues.

Huge face palm from me ??

Many thanks!

We run a fair amount of customized code on our website including tweaks to the recurring plugin and the AAP plugin so these have not yet been updated to the most recent release as it does involve making code tweaks.

I’ll try and get these updates done today and see if the issues are resolved.

Many thanks.

Thanks for the rapid response.

Here is how the membership is set up…

View post on imgur.com

All systems have been working flawlessly for months… until today.

Hi Marko,

Thanks for this, I’ve contacted SG many, many times asking them to do this however on this occasion they finally listened and indeed the site is working as expected, all fonts, css, js etc loading effortlessly from our AWS CDN.

Many thanks.

Thanks for this, I am hosted on SiteGround Cloud plan and have no access to the Nginx config. I have been told by SG that Nginx is not used for this purpose and that I’m to use the Apache .htaccess file.

I have added similar code to the htaccess file but it still does not work.

We are using a PULL CDN. We do not have any content stored in the S3 bucket from what I can see.

Hi Marko,

Yes I have tried several different configs on AWS but nothing has worked, I clear the caches, clear the minify cache and purge the CDN but the problem remains.

Many thanks,

^^^ Rollback on W3TC has fixed the issue for the time being (Y)