tuiuiucomunicacao

I think I understand better now. I found this your other answer:

“Browsers do not consider the file extension in the URL. Many image URLs do not even have a .jpg or .png ending. When an image is loaded, the Content-Type header is also sent. It is this header that is important to the browser. By default, for .jpg files it will be “Content-Type: image/jpeg”. By redirecting files to the WebP format, my plugin changes this type to a new one – “Content-Type: image/webp”.”

So I don’t have to worry about the url in the browser, right? Only the type that the network analysis shows me in the images. Please, if there is anything else I should consider and could you let me know, I would be grateful.

best regards
Daniel

Thank you for your attention. Yes, I searched here and in the plugin information links, but I couldn’t solve my problem. The test image has its webp version smaller than the jpg in the directory, in the plugin I don’t see any error messages, in addition I temporarily disabled the cloudflare CDN on my hosting host. Maybe I’m missing something or I don’t understand how everything is supposed to work. Sorry for bringing up a question that may be very recurring, but I haven’t been able to resolve it yet, can you help me?

I think I found the problem. in the store I use a Brazilian payment method called pix, and the plugin used adds a new status to the purchase process, it is basically the same process that woo already uses for pending payments and it is not indicated for manual processes, only for integrations with an API. using this status was causing problems with hold products. Not using this status everything seems to be back to normal. I hadn’t seen this before because even on the test server without the plugin active, the product in question probably already had some related information recorded in the base date.

hi;

The product url is: https://www.danielfernandez.com.br/diosa/produto/cropped-deusa/

The print of the product variation:
https://snipboard.io/pVMmEh.jpg

I’m thinking that this has to do with pending payments, but in this case the information that there are no more items in stock should appear on the product page and not just in the cart, right?

Hi, Thanks for answering!

I cleared the WooCommerce transients but it still doesn’t work.

I’m out of caching plugin at the moment, I also paused the CDN and disable php caching in the hosting panel for that domain.

Thanks!
Now it works.

Does the slider description textbox not accept html? How can I set title in larger letters or links in it for example? I tried with inline css or html but it doesn’t work.

Best regards
Daniel

I understand now, thank you! 🙂