tamar

I’m having the same error. I rolled back to earlier versions of Astra Addon and still have the same issue.

Yes, it really is the same issue. Line 38 and all that jazz. Please fix. I can’t use older versions of Astra either right now, I even rolled back to 4.1.3 and it still wasn’t working.

/home/public_html/wp-content/themes/astra/inc/customizer/configurations/builder/header/class-astra-customizer-woo-cart-configs.php on line 38

Okay, so I actually noticed last night when I went on my mobile phone that the issue didn’t exist. I dismissed a ton of messages which might have controbuted to a bottleneck. Coupled with the max_execution_time and max_input_vars inputs for php.ini that you suggested, it loads, just a bit slowly. I guess this problem can be considered solved for now. Thanks!

• This reply was modified 11 months, 1 week ago by tamar.

To answer your questions: no, these emails do not have individual email configuration options. They’re defaulting to the administrative email which is being overridden by the WooCommerce email. I do not have an SMTP plugin.

The sheer fact that this impacts:

• BadBot
• WordFence
• Analytics (Analytify)

Makes me realize that this can’t just be all these plugins having their own separate email configuration. For some reason, they’re defaulting to my WooCommerce email and not my WordPress configuration email.

Hope that makes sense and the data dump in the previous link works this time!

Sorry! I meant this one.

Yes, I put that in this thread.

Thanks for making it work! Whee!

Your answer in saying it was a false positive would’ve been sufficient to prevent the panic. Instead, I waited for someone to reply here.

Thank you. Virusdie confirmed it was a false positive.

That being said, I posted this in the Cartflows Facebook group after not getting a response here in 2 days and 23 hours, and instead of responding to it there, the pending post was deleted and it was responded to here instead only. I think it would’ve been prudent not to silence me in the group you controlled but instead shared the update there as well. You did right in your response above, but it made me feel as if I did something wrong by raising it in the Facebook group.

• This reply was modified 3 years, 7 months ago by tamar.

So I reset my settings and I thought I’d update this because I have CORS set up correctly at the CDN.

I unchecked “host custom files” on W3’s settings and it worked. What’s weird is the item list on the custom files is the default stuff, so I’m not sure honestly why the CORS header didn’t get applied to the fonts even though it’s present on the settings on the homepage.

I’ll see about reaching out to them – thank you.

Okay, I found a page that does a reinstall but you are right, there’s something else somewhere ?? I enabled CORS on my CDN – you mention AWS. I really don’t have an AWS account (I use Cloudflare too but not AWS). So my question is – where is AWS configured in W3 Total Cache? What code indicates the use of AWS?

Another reason why I’d want to is due to this error I am getting here:

The following memcached servers are not responding or not running:

Database Cache: 127.0.0.1:11211.
This message will automatically disappear once the issue is resolved.

If I try to reinstall W3TC from scratch, maybe it will not give me so many problems.

I don’t mind getting my hands dirty on a little MySQL. Let me know what I’d need to touch to start over.

There’s no way to flush the database of all W3TC instances and start anew?

Thanks. Is there a way to restart the wizard? Maybe I can clear things up that way?

Hmm. Well I’m not actually using AWS (I don’t have an AWS account LOL). So how do I turn this off?

And how do I refine the rule to fix what I pasted above?

Is there a way to rerun the wizard and start anew?

Following up –

I already have the following in .htaccess, so I don’t think this is a CORS issue.

<FilesMatch "\.(ttf|ttc|otf|eot|woff|font.css|css|woff2)$">
Header set Access-Control-Allow-Origin "*"
</FilesMatch>