rotornut44

Hi again @qtwrk

I made the front page TTL change to 43200, purged all and checked it throughout the week. The links did break again and it never cleared, so I bumped the TTL down to 21600 as you suggested. Checked it again earlier this week and the links were broke again, checked back this morning and they are still broke.

It’s almost as if the headers aren’t being respected. Not sure what to do at this point?

I’ll leave the home page as is so maybe you can see something that I’m not.

OK. Got that removed and the TTL updated. Will monitor it over the next few days to see what happens. Thanks!

Purged now. Had to do a Purge All for it to go. Purge this page doesn’t seem to be enough.

Also added an image above with my scheduled purge settings.

Hi again @qtwrk,
I put this into place a week ago and have ignored it since then because of the holidays. I checked back in today though and noticed that the links are once again broken.

I looked into the cron events with WP Crontrol and noticed that no cron seems to show up for the scheduled purge. Is this something I still need to configure manually? I’ve not really messed around with cron before past just monitoring for events.

I left the links broken this time and did not flush the cache, so you can follow the original URL above to see what I am running into (bottom of the home page).

• This reply was modified 10 months ago by rotornut44.
• This reply was modified 10 months ago by rotornut44.

I ran into this issue today with the start of my sale as well. Though it has been mentioned above that the bug is known to the dev team, I thought I’d pop in to share a simple work-around that seems to be working for me.

Running on Woocommerce 8.4.0 (latest):

1. The sale should already be running. This probably wont make a difference if it hasn’t started yet.
2. Delete the price from the sale price field. Leave the sale dates as they are. Click Update to publish the page.
3. Add the discount price back to the sale price field. Click Update to publish the page.

For me, this forced the discount price to take effect how it would normally. May be worth a shot before rolling back.

• This reply was modified 10 months, 1 week ago by rotornut44.
• This reply was modified 10 months, 1 week ago by rotornut44.

It’s only on the home page, so could I do “Scheduled Purge URLs” for the domain “nfwllc.com/” or is there a better way to handle that?

Hmm. It’s not a shortcode, so I assume widget? It’s an element within the Avada theme’s page builder so it is built-in functionality to the theme itself.

I definitely don’t want to flush the entire cache every day if I don’t need to, but I could care less if only the HTML gets flushed each day or even if it wasn’t cached altogether.

Did as you instructed and it is now working correctly. Thanks!

Hi @qtwrk,
This is the only thing that appears in the log:

https://bhs1-worker.quic.cloud

Hello,
I wanted to bump this thread as I am still running into the same issue months later. I have talked with Easy Digital Downloads support, and they say it’s not on their end and confirmed that I am using the correct ESI Nonces.

Just as above, I still cannot use Paypal as a checkout option when the Cache option is enabled. Stripe works just fine.

I’m at a loss here as even after disabling all plugins except for those I absolutely need to run the basic site and store, I still get the Nonce error on checkout when navigating to PayPal’s checkout page.

https://www.youtube.com/watch?v=9UWoHLp7ouM

• This reply was modified 2 years, 1 month ago by rotornut44. Reason: added ref video

Hi @qtwrk

I have posted a thread over on their support forums as good measure, but haven’t got much in response just yet.

This is the URL at the time I get the error:
checkout/?payment-mode=paypal&nocache=true

However, this line changes depending on the default payment processor set, no matter which option you choose for checkout.

The above is used if Paypal is the default processor. But the following is used if Stripe is the default processor, even if Palpal is selected for checkout:
checkout/?payment-mode=stripe-prb&nocache=true

Hello @misulicus

As I mentioned above, the checkout page is already set to not cache in LiteSpeed’s settings. In fact, nothing should be cached at that point as users must be logged in to check out, and logged in sessions do not receive cached files per my LiteSpeed settings.

Server side caching is not a factor. This seems to relate directly to a conflict with the LiteSpeed plugin, as the issue is only present when caching is toggled on in the plugin.

Hello @qtwrk,
I applied this change and still receive the Nonce error.

@qtwrk
Report number: IBWOTOXZ
Report date: 03/21/2022 17:03:22

@ran_alexander You’re awesome! All working now. LP_Certificate_Layer is still valid, I double checked.

For those that are curious, here is the full working code in my functions.php (Including shortcode):

/* EWS Change - Custom Shortcode */
function lporderid_function() {
    return 'test';
}
add_shortcode('lporderid', 'lporderid_function');

/* Adds new shortcode option to cert editor */
add_filter( 'certificates/fields', function($fields) {
        $fields[] = array(
               'name'  => 'shortcode',
               'icon'  => 'dashicons-smiley',
               'title' => __( 'Shortcode', 'learnpress-certificates' )
       );
        return $fields;
});

if (class_exists('LP_Certificate_Layer')) {
class LP_Certificate_Shortcode_Layer extends LP_Certificate_Layer {
        public function apply( $data ) {
               $this->options['text'] = do_shortcode('[lporderid course_id="' . $data['course_id'] . ']');
        }
}
}