optimystery

I’ve done that. No alerts in Woo / Status page.
I also deactivated all but essential Woo plugins + WordFence, which is also essential.
Server-side cache and CloudFlare disabled.
Pingdom load times are between 25 and 40s.

Deactivating Curcy brings the load time back to normal.

Db size is about 70mb.

That’s odd then, because the string only changed for me when I changed country.
Manchester, London and Glasgow through a vpn gave one hash, and New York or Texas gave a different one. Any idea why this is?

If it does work as you describe then it’s not really any kind of useful caching and a website could easily fall over with large traffic. Is there a plugin that can redirect to /us or /uk and display the relevant products with the correct currency, all the way to checkout?

I’ve had to leave a bad review because basic functionality of this plugin is missing. Storefront is the default WooCommerce theme, and the shop page is what most people would use as a landing page. If you can find a fix for this I will be happy to remove the 1-star review.

Any update on this? Does the above make sense and already accounted for?

I’m just using the Storefront (most commonly used default WooCommerce theme) default. There is no custom template.

“Storefront does not have it’s own file rendering the shop page, it is using hooks to modify the content of the woocommerce/templates/archive-product.php file inside the plugin directory.”

I have it set to ‘hide completely’

Could it be that the shop page is outside of the loop somehow?
This is the unmodified Storefront theme shop page.

I have the same issue with Storefront theme.

There was no error shown in stripe dashboard, and also nothing specfic about a failed postcode validation in Woo logs that I could see. But please provide a contact so I can send the full report.

• This reply was modified 1 year, 2 months ago by optimystery.

I do not wish to share this information publicly. How can I send to you directly?

This is a complete non-answer.

The plugin is on the latest version.
The plugins used are all essential and there a not many of them.
All are well-rated and recently updated.
Removing them would in no way change the fact that your plugin has these cron jobs in place. I wish to remove them.

Why are these cron jobs in place to begin with?
Why are they set to occur so frequently, like every 5 minutes?
Why do they re-spawn when terminated?

Thanks, I have submitted a ticket.
That is not a localhost link, it’s a comment: “it’s localhost”
If it were a localhost link you would not be able to access it anyway

We are interested in usability and this is an entirely valid request.
It is fair if you do not recommend redirecting all 404s, but the final choice should still rest with the web designer or admin.

This hasn’t resolved the issue for me.
I have 2.2.1 and it’s activated but still the widgets are not appearing.
I am not seeing any error message either.
This happens on several sites and they were all working before.

Hi Takis, thanks so much for replying promptly.

Yes, I should really mirror the site on a staging url, but don’t yet have a fast way to spin that up.
I did check that the domain is correctly set as https://

I preferred to email you the log results, hope that’s ok ??