tamerax

@zahardoc

It’s more a bandaid solution than a fix but it does allow my client to work.

Here is my full location block. Can you tell if there is something in there that would be potentially effecting it?

    location / {
            rewrite podcast-download/([^/]+)/([^/]*)/? /index.php?podcast_episode=$1 break;
            rewrite podcast-player/([^/]+)/([^/]*)/? /index.php?podcast_episode=$1&podcast_ref=player break;


            try_files $uri $uri/ /index.php?$args;

            location ~* ^.+\.(ogg|ogv|svg|svgz|swf|eot|otf|woff|woff2|mov|mp3|mp4|webm|flv|ttf|rss|atom|jpg|jpeg|gif|png|webp|ico|bmp|mid|midi|wav|rtf|css|js|jar)$ {
                    expires 30d;
                    fastcgi_hide_header "Set-Cookie";
            }

            location ~* /(?:uploads|files)/.*.php$ {
                    deny all;
                    return 404;
            }

            location ~ [^/]\.php(/|$) {
                    try_files $uri =404;

                    include /etc/nginx/fastcgi_params;

                    fastcgi_index index.php;
                    fastcgi_param HTTP_EARLY_DATA $rfc_early_data if_not_empty;
                    fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;

                    fastcgi_pass %backend_lsnr%;

                    include %home%/%user%/conf/web/%domain%/nginx.fastcgi_cache.conf*;

                    if ($request_uri ~* "/wp-admin/|/wp-json/|wp-.*.php|xmlrpc.php|index.php|/store.*|/cart.*|/my-account.*|/checkout.*") {
                            set $no_cache 1;
                    }

                    if ($http_cookie ~* "comment_author|wordpress_[a-f0-9]+|wp-postpass|wordpress_no_cache|wordpress_logged_in|woocommerce_items_in_cart|woocommerce_cart_hash|PHPSESSID") {
                            set $no_cache 1;
                    }
            }
    }

Any insight would be appreciated as my client DOES need stats.

@zahardoc

Thank you for that. That does indeed work. I’ll check to see if my client needs stats and we can go from there. Still odd that it’s not working the other way even without cloudflare and confirmed that the rewrite rules are in place.

Thanks again!

Hi @zahardoc

I did indeed have them at the top of the block and yes I restarted NGINX.

I also just tested it by putting cloudflare into development mode and removing the A record from the proxie but still no change.

Also, there is no caching plugin installed and it is not enabled in Hestia for this domain.

I don’t use the blocks. I stick with classic editor.

Same issue. My item is a virtual item. Payment option is enabled, there is no shipping method selected and the “Enable BLAZING EMT if the order is virtual” box is checked. Also not limited to any countries.
It is currently the top of the enabled payments and if I disable everything except Blazing EMT, I get an error message on my checkout saying no payment method is available.

WordPress 6.4.3
WooCommerece 8.6.1
Blazing emt 2.6.0

Thank you for this.

It seems to be an issue with WooCommerce Multilingual & Multicurrency as it happens when this plugin as activated. I need to use WPML in my website so I can’t disable it so I am not sure what the next steps are.

Thanks!

ok. I have tried it out of the box with defaults and with a few combination of the settings across 20 different sites now. Still not working. I get all the automatic update notifications.
The only thing in common is that they are sitting on the same server.

Sorry I haven’t added anything yet as I didn’t have a chance to do more testing but for me, it is basicly making it so none of the sub menu items are hidden. Everything is showing all the time.
I am using a megamenu if that helps.

@danieliser Thanks. I would be happy to help try to narrow it down. Not sure what info you would need.
I have a staging server that is currently being worked on but once we are done with that, I can try to replicate the issue there and send you some access info so you see what is going on.
Otherwise, if there is some information I can send you now, please let me know what.
Thanks for the quick reply.

If you can get into the wordpress admin backend, check in the plugins section and see if you see the Cleantalk plugin which should be deactivated. Just click delete and that should get rid of it.
Then click the Add Plugin button at the top of the page and then click Upload Plugin button on that page (same location).
Click Browser and upload the Zip file you should have downloaded.

Alternatively, you can unzip the file into a folder on your computer and using Cpanel’s FTP, upload the files in the to /wp-content/plugins directory. It’s been a while since I used Cpanel so I can’t really help much in way of directions for that. Personally I use Fileszilla to connect to FTP as it makes things easier to manage.

I hope this all helps.

@alysiamcintyre
Did you update the plugin with the one posted in here? I had to delete the plugin via FTP which allowed me back into the backend and then uploaded this new version from the link above to make it work.

Seems to be working now with the new plugin update. Thank you.

I didn’t. Took what is on your link there and put into my functions.php with no edits.
I just redid it again and I’m wondering if there is something else in the shipping settings that I might be missing in order for this to work.
Currently using WC 3.2.5 so there must be an error on my part.

thank you for the super fast turn around ??