marketwo

even the new version, as of today has stopped working with the same error Expired API Key provided: rk_live_*

I have already sent you the log support ticket (73708)

I could see from the log that REFRESH TOKEN API REQUEST is no longer executed
with timeout 45

It did this for the first 2 hours and then stopped, causing the disconnection several hours later because the refresh was no longer taking place.

I am forced to go back to the old api integration until this refresh is resolved
You have the log already sent in the form you sent me, the ticket is support ticket (73708)

the problem reoccurred this morning.
Practically every new day, the authentication is lost and I have to do it all over again.
Until it is resolved I am going back to the old connection which has ALWAYS worked without interruption

I am waiting for feedback, please resolve this disconnection of the new oauth ASAP.

I solved it by disconnecting and re-authenticating

thanks

your plugin is reported by woocommerce as ‘not compatible’ and does not allow the new hpos function to be activated

screen: https://ibb.co/YbfQyxC

https://github.com/woocommerce/woocommerce/wiki/High-Performance-Order-Storage-Upgrade-Recipe-Book

I solved it.
You may close the topic

update:
before your plugin I had installed the official woocommerce plugin: https://it.www.ads-software.com/plugins/woocommerce-gateway-stripe/

But not having stripe checkout I opted for yours.

I could see that reactivating that plugin makes the webhook work again. By deactivating it it returns to status 400.

It’s as if that plugin also conflicted with your webhook and without it it no longer works

specifically, the webhook always goes into error 400.

But payments work with stripe checkout and are coming in.
API requests have no errors, only the webhook

By checking the access log I noticed that the preload loads a page every 3 seconds, would it be possible to reduce it to 2 or 1 second?

Hi,
but the item_group_id is there to avoid this situation.
If you open the page without the variant selected, a view_item event should still be triggered, but with the item_group_id instead of the sku.

If you keep only the variant sku, you lose a lot of view_item events.

Is it possible that the plugisn_loaded action is not triggered in wp-cli? If so, how can I trigger the purge cache in wp-cli and make sure that wp-optimize has been loaded?

UPDATE:
It seems that the view_item triggers only when at least one size is selected using the sku while it never triggers in a product without the size selected.
To be correct it should still work and use the item_group_id as in the view_item_list.
So it would seem to be a bug for variable products.

I use advanced woo search for the ajax search while ivory search for the search page. I would like to use advanced woo search for both so as to have only one plugin and because advanced woo search has better compatibility with other plugins such as berocket ajax filter but due to the slowness of the search page it is impossible for me.

hi, I tried to change to “begins” but the search remains very slow after a certain number of products. I don’t understand why the search page is so slow while the ajax is very fast. Also with the other plugin I am using for the search page it is very fast even with 1000+ products

Hi, thanks for the reply.
If you can please think about it for a future implementation, I would be very grateful. Your plugin is great and I am also a PRO user, if it also had this feature it would be perfect.