Forum Replies Created

Viewing 13 replies - 1 through 13 (of 13 total)
  • Thread Starter justdontknow

    (@justdontknow)

    Thank you for the fast reply. Your answer makes sense, and thank you for the suggestion wrt to file vs web request.

    Thread Starter justdontknow

    (@justdontknow)

    Thank you for the reply. I appreciate the support and will look into this.

    Thread Starter justdontknow

    (@justdontknow)

    Thanks, the ebook looks like a good source.

    Thread Starter justdontknow

    (@justdontknow)

    Hi Benjamin,

    Thank you for the reply.

    Now I understand: the images are in the same sitemap, but only visible in the source code of that sitemap. I know you explain this in the plugin, but I was too dense to get that you meant the images are listed in the in the source code of the sitemap, and not in the source code of a separate sitemap.

    I can see that the images are indeed all listed there.

    As far as I can tell, robots.txt has no directives blocking search engines from crawling images.

    Major Search Engines and Known Friendly Spiders (allowed)

    User-Agent: *
    Disallow: /cgi-bin/
    Disallow: /cdn-cgi/
    Disallow: /order.php
    Disallow: /function.include$
    Disallow: /xmlrpc.php
    Disallow: /readme.html
    Allow: /wp-content/uploads/
    Sitemap: https://meteorlightsDOTcom/sitemap.xml

    So, thank you for great plugin, and for helping me rule out the sitemap as a possible cause of the image deindexing.


    • This reply was modified 9 months, 3 weeks ago by justdontknow.
    • This reply was modified 9 months, 3 weeks ago by justdontknow.
    Thread Starter justdontknow

    (@justdontknow)

    Yes, thank you for the reply, it’s working now. You’re probably right about the browser cache. But would you be able to hide the url? ;-0

    This should be possible, yes? Essentially just moving the subfolder one step closer to the root:
    /main-folder/subfolder/* >>> https://mysite/subfolder/*

    Thread Starter justdontknow

    (@justdontknow)

    Great, thank you for the tips.

    Thread Starter justdontknow

    (@justdontknow)

    No development here. I’m using a 2024 child theme, trying to keep everything as minimal as possible. But as the child is 99.99% visual block editor on the fly, my hack assembly is a bit of a CSS and JS snafu. I probably should address the CSS first, but instead of tackling that on the pages in question (er, all of them…), I’m starting to experiment with minification, deferring, and async to resolve loading issues as a whole. I’m starting with basically zero knowledge. So, my last (hopefully..) question is, when I’m trying different options wrt minification, deferring, and asyncing, should I purge CF cache and/or purge minification when offered by the plugin at hand (eg, WPO, which I’m currently using) after each operation, or is that something AFC does by default, so I can leave it alone?

    Thread Starter justdontknow

    (@justdontknow)

    Well, I am lazy, so… 😂
    The code is way over my head. Cutting and pasting php snippets is about all I can handle…I didn’t realize how much of the work is being done in the backend before it gets to CF. I appreciate the added functionality, as I don’t expect to be on Enterprise anytime soon (ever). Biggest concern now is you don’t get headhunted by CF… 😉





    Thread Starter justdontknow

    (@justdontknow)

    I tend to forget that edits clear the page at hand and in the moment I unnecessarily purge the whole enchilada, so most of the pages don’t get reloaded unless I run a site audit. What a waste, but not a big deal for a microsite like mine. And I think I’ve only ever used Custom Purge a couple times. The feature wouldn’t be so much for a low traffic site like mine, I guess. I thought it might be useful for a site with higher traffic, just throwing it out there as a possible feature, as CF offers it, but I see your point.

    • This reply was modified 1 year, 5 months ago by justdontknow.
    Thread Starter justdontknow

    (@justdontknow)

    Yes, the host has Endcurance cache. I’ve had it disabled in the host’s settings and in WordPress>Settings>General, but maybe it’s still haunting the works. I read a recommendation to just delete it from cPanel. The host also has its own intrusive plugin; I had deleted that from the Plugins Directory, but it still shows up, as disabled though, in the host’s settings tab. Time for a new host

    Your explanation makes sense. I’ll keep PPC enabled and the local cache disabled. I had recently enabled the Smart Tiered Caching Topology. I will look into the HTTP request trace feature.

    I’ve added the cookie to cache rules, and the expression looks exactly like the one you posted.

    The site is running fast, sensitive pages don’t seem to be cached, and the cart and checkout should be good now, so thank you for the help and the great plugin!

    Thread Starter justdontknow

    (@justdontknow)

    Thank you.

    The cart uses cookies: meteorlights DOT com/15-Diameter-Drum-Shades-p1218074 (let me know if you’re geoblocked)

    I did have WP-Optimize cache enabled. I cleared it, disabled it, cleared CF, and cleared browser, but the behavior is still:
    1. Enabling Public Page Cache populates and enables “WordPress guest page caching” in CF>Cache Rules
    2. Disabling PPC depopulates “WordPress guest page caching” from the same
    3. Disabling or deleting “WordPress guest page caching” in CF>Cache Rules does not disable AFC>PPC, and it still shows as “WordPress guest page caching” in AFC>Rules

    No other caching mechanism I can think of.

    Is this behavior ok? I’m not concerned as long as PPC is working properly. When I check a header response, I see “Shared Max Age,” which I think refers to the 2 Months Browser TTL set in CF>Cache>Browser TTL, is that right? Does it matter that it doesn’t align with the 12 hours I set in AFC>PPC? Which one takes precedence?

    I opened a store page on my site, opened Inspector, disabled cache, and refreshed. It showed HIT. Is that a problem? The shopping cart is a widget, so is the HIT maybe just referring to the header and footer, as the cart is from an external source? I’m so confused how this works. I really appreciate the help, and just want to make sure: 1. I don’t accidentally compromise my admin again, 2. the cart and checkout aren’t cached, and 3. the site runs fast.

    Finally, with AFC>PPC enabled, should WPO or any other local cache plugin be enabled or disabled? I’ve read different opinions about having a local cache plugin along with CF, but you would know best how AFC works.

    Sorry for all the questions!

    Thanks.

    • This reply was modified 1 year, 5 months ago by justdontknow.
    Thread Starter justdontknow

    (@justdontknow)

    Thank you.

    I now see “WordPress caching for guests” in the CF Caching rules. I see exclusions for wp-, wordpress_ , comment_ , and /wp-login.php, but not for /cart and /checkout/*

    Two questions:
    1. are the shopping pages excluded from cache, even without /cart and /checkout/ ?
    2. will this block /wp-content/uploads/* (i.e., my images)?

    Also, I should comment on the rules shown in the plugin under >Rules. When I disable the Bypass rule in CF, it does show as disabled in the plug in, as expected. However, even though I disabled the Cache Everything rule in CF, it still shows as active in the plugin under >Rules
    In the far right column under settings, it shows:
    Browser cache TTL31 days
    Cache Enabled
    Edge cache TTL31 days
    (which are the settings I had in CF, except for Cache Enabled, which I have disabled).

    Should I just delete it from CF?

    I’m not able to upload a screenshot…

    • This reply was modified 1 year, 5 months ago by justdontknow.
    Thread Starter justdontknow

    (@justdontknow)

    Thanks!

Viewing 13 replies - 1 through 13 (of 13 total)