mats1

Hi Niall,

I confirm that there is no facebook reference in the Tools > Cron Events section.
My first print screen was from the Cron events section and my second was from the Scheduled action section.

Hi!

Thanks for reaching out.

I am puzzled here. I installed the suggested plugin and made a searched for facebook and the result was empty. See the screenshoot https://prnt.sc/1sar3p3.
I thought I most have been mistaken when looking in the Scheduled actions in Woocommerce. So I looked again but the jobs has current dates. Nothing from the past. See the screenshoot from the list. https://prnt.sc/1sass43
Strange isn’t it. I wan’t to get rid of this jobs.

• This reply was modified 3 years, 5 months ago by mats1.

Hi Michel,

I changed the memory limit from 512M to 1024M. During yesterday I also disabled wp-cron in wp-config and set up a server cron in the cPanel.
The feed failed 09:00 today but succeeded 10:00. So still have the problem where the feed fails from time to time I’m afraid. How can we investigate this further?

Hello Michel,

thanks for the reply. The Memory limit is already set to 512M but I will Increase the memory limit. Can I just ask you about the free version and number of products. Does the 100 products limit include variations or is it the main products that counts? What happens when you hit the 100 product limit? Can this cause unpredicted results?

OK!

you say that editing a product will purge the category. Will a REST update on a product also purge the category?

Do you know a way to trigger a crawl after a REST update?

Can you also explain the case when “Cache logged in users” and No ESI?
How will the cache look for guest public and login public?

Thanks

HI,

here are the report no. ROAAOTFN

Not sure I understand you. If we want guests and logged in customers to use the same public cache, what settings should we have on “Cached for logged in users” and ESI

The main goal for us analysing the purges is to keep the shop cached as much as possible. We rarely change the terms in admin, we don’t show stock value/items left in the shop, we only show stock status “In stock or “Out of stock”

Best regards

Hi qtwrk,

So if I undersand you correct. So the rest update on 31129 could lead to purge of category pages despite that I have no auto purge rules set? If that is so can I prevent those purge?

If I have different public caches for different aelia currency cookies, do I need to crawl for each and every cookie setting like eur usd etc?

About the private cache, I see that we have “Cache logged in users” set to on. We want logged in users to use the public cache. Should I set the option to “Off”? And if I do so do I still need to crawl with role simulation? Read another question in the forum that said so.

Thanks for looking in to it.

So the logtag rDC was a manual update of orderstatus in woocommerce admin for an order.

About the product with post id 31129, that is a variation which is linked to three categories which is what most products are in the shop.

In the log I can see that the Aelia currency switcher plugin is appearing several times with this text.
(LSCACHE_VARY_COOKIE: aelia_cs_selected_currency) I don’t see why the cache need to be purged because of that plugin unless we do change something in admin like exchange rate.

Also I see a lot of
“X-LiteSpeed-Purge: private,* => LiteSpeed\LSC->send_headers()@535 => WP_Hook->apply_filters(,ARRAY)@292 => WP_Hook->do_action(ARRAY)@316 =>
/home/idigdeni/b2c.idigdenim/wp-includes/load.php@484”
What happens on those transcations? What does —private,*— means?

Could you please explain this.
Many thanks

Here is some more records, this time some REST calls in the log.
Keys and secret removed.
https://pastebin.ubuntu.com/p/2Sbywt8cGn/

Ok, here it comes
https://pastebin.ubuntu.com/p/9dStG8ty5w/
Thanks!

Ok! The debug.purge.log was really good. I have four situation when the cache is purged. Can you please comment the four situations. I have removed the timestamps so it wont be too long.

1. REST call

?? ——PUT HTTP/1.1 (HTTPS) /wc-api/v3/products/31129
Query String: consumer_key=ck_2097f5c741bd635fcbf885c8a9775720d162a264&consumer_secret=cs_c5da2dc0a857f66a956040f5f7c32f581268d1b5
User Agent: Apache-HttpClient/4.4.1 (Java/1.8.0_191)
Accept:
Accept Encoding:
X-LSCACHE: true
X-LiteSpeed-Purge: public,stale,7df_Po.31129,7df_URL.dad80b7598b21f93c59f9280d917487f,7df_W.recent-posts-1,7df_T.244,7df_T.9,7df_T.211,7df_T.208,7df_T.7315,7df_FD,7df_A.149,7df_F,7df_H,7df_PGS,7df_PGSRP,7df_D.202005,7df_REST,7df_Po.31124,7df_T.4,7df_T.129,7df_T.130,7df_T.131,7df_T.132,7df_T.133,7df_T.134,7df_T.135,7df_T.136,7df_PT.product,7df_product => LiteSpeed\LSC->send_headers()@535 => WP_Hook->apply_filters(,ARRAY)@292 => WP_Hook->do_action(ARRAY)@316 =>
/home/idigdeni/b2c.idigdenim/wp-includes/load.php@484`

<strong>2. Display product??</strong>
?? ——POST HTTP/1.1 (HTTPS) /product/ricky-oversized-dress-organic-2/
Query String:
HTTP_REFERER: https://idigdenim.com/product/ricky-oversized-dress-organic-2/?attribute_pa_color=pink-sand&attribute_pa_women-sizes=xxs
User Agent: Mozilla/5.0 (iPhone; CPU iPhone OS 14_4_2 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Mobile/15E148 [FBAN/FBIOS;FBDV/iPhone10,5;FBMD/iPhone;FBSN/iOS;FBSV/14.4.2;FBSS/3;FBID/phone;FBLC/sv_SE;FBOP/5]
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept Encoding: gzip, deflate, br
X-LSCACHE: true
X-LiteSpeed-Purge: private,* => LiteSpeed\LSC->send_headers()@535 => WP_Hook->apply_filters(,ARRAY)@292 => WP_Hook->do_action(ARRAY)@316 =>
/home/idigdeni/b2c.idigdenim/wp-includes/load.php@484`

3. Checkout
?? ——POST HTTP/1.1 (HTTPS) /
Query String: wc-ajax=checkout
HTTP_REFERER: https://idigdenim.com/checkout/
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.77 Safari/537.36
Accept: application/json, text/javascript, */*; q=0.01
Accept Encoding: gzip, deflate, br
X-LSCACHE: true
LSCACHE_VARY_COOKIE: aelia_cs_selected_currency
X-LiteSpeed-Purge: private,* => LiteSpeed\LSC->send_headers()@535 => WP_Hook->apply_filters(,ARRAY)@292 => WP_Hook->do_action(ARRAY)@316 =>
/home/idigdeni/b2c.idigdenim/wp-includes/load.php@484`

<strong>4. Checkout order received</strong>
?? ——GET HTTP/1.1 (HTTPS) /checkout/order-received/55797/
Query String: key=wc_order_iDRbs0ZLTLbFG&kco_confirm=yes&kco_order_id=156b6ef4-84dc-35c3-8d4f-732f8943a529
HTTP_REFERER: https://idigdenim.com/
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.77 Safari/537.36 Edg/91.0.864.41
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.9
Accept Encoding: gzip, deflate, br
X-LSCACHE: true
X-LiteSpeed-Purge: public,7df_FD => LiteSpeed\LSC->send_headers()@535 => WP_Hook->apply_filters(,ARRAY)@292 => WP_Hook->do_action(ARRAY)@316 =>
/home/idigdeni/b2c.idigdenim/wp-includes/load.php@484`

• This reply was modified 3 years, 9 months ago by mats1.
• This reply was modified 3 years, 9 months ago by mats1.

Hi, thanks a lot.

I have a question. Is every purge written in the log file? Or can a purge by auto purge rules take place without the purge is writing in the log?

Hi,

I have tested now several times and I believe this did the trick. Thanks a lot

Best regards

Just did some more testing this morning. Disabled all plugins except Woocommerce and used our main theme which is Astra but still the same result. When I inspect the element the src is correct but still it use a larger image. You can see it here

Thanks Sunday for a quick reply.
So I installed the plugin. Just to speed up the test I regenerated a couple of images for products on a certain category. I afraid it didn’t solve the problem. It still download large thumbnails on mobile but correct on desktop
I have regenerated product images for following category /shop/women/womens-jackets/