CodeMonkeyBanana

Write your jwt to a cookie with a property for user id then on init request check to see if ID changes and if it does re-auth based on current user.

I don’t see how to add it as part of the block registration.

It looks like they appear if you return <InspectorControls> from edit method.

Do you have an example of creating a sidebar entry with block registration?

OK, do you have a git repo or just the SVN?

Is there an action I can use that fires after your code has modified the stock that has the product in scope I could use to invalidate the cache of that specific product?

Yes, it would be very helpful if you could wrap the definitions in an option check so it was possible to disable it without forking or manually specifying in template.

I am assuming that woocommerces normal behaviour is that when an order goes through it invalidates the page cache of all items on the order so stock shows correctly updated.

As you are modifying stock on add to cart wouldn’t it be a better approach to set the stock and then specifically invalidate the cache on that page?

That would allow page caching to work and would be a massive performance increase.

OK, I think I understand. As you change the stock of the item with add to cart then you are making sure any managed stock page isn’t cached. That’s gonna totally nuke performance of our site as no way the server can handle so much traffic without a cache and we manage stock levels for all products.

So on pages that I am forcing to cache I will need to update the template to read stock via an ajax request or use something like fragment caching on the stock.

Am I understanding this correctly?

It seems this is also happening on category pages but product pages appear OK.

I have defined this in template to counteract it for time being:

define( 'DONOTCACHEPAGE', false );
define( 'DONOTCACHEOBJECT', false );
define( 'DONOTCACHEDB', false );

I found issue in scheduled actions. It was error in email template

This is really old but I think the issue was the path was too long as debug bar has lots of GET params so it increased the size of the header to be more than the allowed header size. I increased header size above default in nginx and it fixed it.

For anyone having trouble check that your API key is a server key or browser key. If it is browser key then geocoding api wont work with it. Use a server key instead.

My site is also on https. I tried on http and it works.

On the https site the map works for the loation page where it shows an individual localtion but it doesn’t work for [locations_map]. It just shows a grey box with “loading map”.

This was fixed when I tried it on a http domain and both show properly.

I have the same issue. Google API key entered and all the API enabled but the all events map just shows blue and it says “Map Unavailable” on every location.

Good support you guys give to paying customers

Hello?

This was being caused by WordPress CSV Importer plugin. Disabling it fixed it.