élisson Costa

Hello!

Wow…this is the Melhor Envio to send it, hehehe

It defines this order, I just left the others, and it was in perfect order.

Thanks for your help.

• This reply was modified 6 months, 1 week ago by élisson Costa.

Hi @omarfpg,

This is a million dollar tip, not a 2 cent tip, heheeh

I just installed it, and look, it alerted me to something in my Woodmart theme and also in FunnelKit, as you had warned me here, see:

View post on imgur.com

I will let the Woodmart and FunnelKit people know.

Thank you very much =)

Hi, I thought it was in Checkout, I use FunnelKit, but I deactivated it and nothing changed.

I even spoke to their support, and they said it was in Wocoomerce.

I looked in other plugins, but I couldn’t find it… that’s really strange.

And I always translated it through Loco, but I couldn’t find this String, I don’t know how to find its origin.

I’m going to do this test, deactivate other plugins, to see if it changes.

If I identify the plugin, I can translate it… I just need to know who it is hehe

Alguém conseguiu confirmar se ficou ok a 1.5.3?

Ainda estou usando a 1.4.9.

Hi

Could we know what type of captcha you have configured ie v2 Checkbox, v2 invisible, reCaptcha v3?

I tested with EVERYONE, the same problem occurred.

I can’t change the theme….these are sites in production….

I won’t have time to create a test site for this….but it’s a real problem, it happened on more than 6 sites here, it caused quite a headache

Look, version 4.7.1 works perfectly, as it always has.
I’ll keep this version on everyone for now.

Hi Laura!

– Are you using the same theme on all affected sites?
-> Yes, the same Woodmart theme

– Is the error also shown in the WP default login?
-> No, it’s only in the Woocommerce Login, customers can’t connect to their account, it always gives the same error, I had to disable the total recap, and then I realized that sites that were still on version 4.7.1 were not affected , with that, I downgraded some, and others had the recaptcha disabled.

– I noticed the login/register form on your site is a wrapper, could you try using the regular page instead?
-> The issue is that it ALWAYS worked (I’ve been using it for years)….after version 4.7.2 this happened.

– Could you perform a conflict test and let us know the results? Kindly follow this guide for it https://wpmudev.com/docs/getting-started/getting-support/#conflict-test
-> I deactivated the plugins, left only the basics, woocommerce + theme + Elementor + Defender and the error persists.

I found out…you need to remove the page cache rules…I had disabled them, and the error persisted.

I deleted it and it worked.

Hello!

I installed the Fast Woo Order Lookup plugin, but I was still on version 8.7.0, I had a lot of problems after doing this downgrade, and I don’t want to go through that again, it was really delicate.

I will only update Woo when I have the version with all this fixed, probably in version 9.0.0

Anyway, thank you for your attention.

Friend, you took 10 days to respond and didn’t say anything hehe.

There is a problem….

I hadn’t left the orders in sync, that day I ended up scheduling them to sync again to see if anything changed, but nothing changed.

It only resolved with the rollback to woo 8.7.0.

And look… I don’t know if you work with Woo, but there are already problems identified about this, huh…

@olliejones is part of this, who is the programmer of this plugin -> Index WP MySQL For Speed, he even created another plugin to solve precisely the problem I reported.

HI @olliejones !

My knowledge is not as advanced as my colleagues here.

Let me see if I got it:
Using your new fats-woo-order-lookup plugin and updating Woo 8.8.3 my orders would load again, is that it?

And if Woo makes this fix in the next version, do I still need it or should I continue using the fast-woo-order-lookup plugin?

Note: in the other domains everything is already updated and I have no problems….so I don’t believe there would be any incompatibility.

This website alone, as it has had so many requests since 03/2020, must be due to the volume/size that ends up causing these slowdowns.

I hope this BD adjustment helps.

Hello!

I made the adjustment with the support of my server, it’s my VPS server, but I have support that helps me, the people at SPanel, it’s a great service and 24/7.

They adjusted it to 8GB because I have about 15 domains on the server.

But the vast majority have little traffic and sell little.

It really is one (the one I sent you) that sells a lot and has the most traffic.

Hopefully it improves a lot, he checked the server and said that there really was only 128MB in the buffer.

Now it looks good =)

But for me to really test it, I would have to upload the Woo version again, I’ll wait for that and take it easy at another time.

Anyway, I’m so grateful for your help, you’re amazing.

See you later =)

Hello OllieJones!

Firstly, thank you very much for your response and help.

Regarding your first question, I spoke to my hosting support, and he sent me the following screenshot of my server:
https://imgur.com/xGOcERp

Which information should I adjust?
Remembering that my current server has 16VCPU dedicated and 64GB of Ram.

If you could instruct me on better adjustments and practices for the database, as I really don’t know what to do or improve.

The only place I know how to adjust to improve is in the PHP INI Editor.

-> When I say “open purchase orders” I mean it:

Accessing the page: Woocommerce -> orders -> choose one of them and “open” it doesn’t work, it doesn’t open, I can’t see the content of the order (name, products, etc.) nothing opens.

But with Woo 8.7.0 it works normally….not with 8.8.3, that’s why I Downgraded, but I had some headaches yesterday, and I believe it was due to the Downgrade.

• This reply was modified 10 months, 1 week ago by élisson Costa.

Observation:

I installed WP Rollback, returned the version to Woo 8.7.0 and by magic, the requests started working again quickly, before in fact, I couldn’t even edit the requests.

So what I said is confirmed, when updating Woo, I will have problems opening requests, for now, I went back to the version that was working fine.

Today, I tried again to optimize the DB, redo the keys using the “Index WP MySQL For Speed” plugin and NOTHING worked.

I installed WP Rollback, returned the version to Woo 8.7.0 and by magic, the requests started working again quickly, before in fact, I couldn’t even edit the requests.

How to resolve this?