Forum Replies Created

Viewing 9 replies - 1 through 9 (of 9 total)
  • Thread Starter adambushell

    (@adambushell)

    Fixed

    Thread Starter adambushell

    (@adambushell)

    We are using stackpath, i have mentioned this multiple times in this thread and it is included within the screenshots.

    I will copy the url for this and paste it within a support ticket.

    Thread Starter adambushell

    (@adambushell)

    We have never touched the DNS with the sw.co.uk website during this process.
    They are our client and any DNS changes need us to put in a support ticket with the client and in turn they raise it with their DNS/IT department. This is why we are hesitant to set any cnames up right now as its a complicated process and not easily reversed.

    What more concerning is that visiting the NEW stackpath we setup after deleting the old one, the new one shows the OLD html file in its cdn!
    https://z5d4b3z3.stackpathcdn.com/

    Visiting the above for alot of users shows the images not working as the html cache file has saved the image paths to the old cdn url meaning. Please see the earlier screenshot for details.

    Thread Starter adambushell

    (@adambushell)

    Here is the full conversation we have had with stackpath about this issue and they belive its an issue with w3 total cache:
    https://i.snipboard.io/yT4keA.jpg

    Please note i have said that i have removed ALL the w3 total cache files, removed the htaccess and placed a die statement in the index.php and its still working IF you are not logged in. We need assistance on this ASAP

    Thread Starter adambushell

    (@adambushell)

    To provide more information, our hosting company 100% does not have any caching layers in place i have checked.

    When logged in it is fine:
    https://i.snipboard.io/O6Eyfr.jpg

    When view in incognito we get this:
    https://i.snipboard.io/D1Yatu.jpg

    The w3 total cache plugin is disabled right now and the cache folder is removed but we STILL cannot get a refresh of the website, even visiting it on google pagespeed shows its not working which proves its not a local issue:
    https://i.snipboard.io/dvnQ48.jpg

    Our setup process,
    – Login to stackpath, create a new “STACK”
    – Create a new site within the stack and give it the domain of our site.
    – Copy the api client id and secret.
    – Login to cms of website, enable w3 total cache.
    – Go into the general->CDN area and Enable just the FSD CDN, then select the FSD CDN “stackpath recommended”.
    – Goto CDN and register the stackpath with the credentials we saved earlier from stackpath.
    Save and purge all caches, purge the CDN cache a few times.

    We did NOT add anything to the clients cname in dns, we know we need to do this but at this time we are just trying to get it back to normal.

    Regards

    Thread Starter adambushell

    (@adambushell)

    We have disabled the w3 total cache and the page is still showing the old content:
    https://www.sw.co.uk/auction-type/current-auctions/

    This to me says that a signal from w3 is not going to the cdn to flush its cache, is that right?

    Thread Starter adambushell

    (@adambushell)

    HI Marko,
    Here are the images you requested:
    General
    https://i.snipboard.io/splB7h.jpg

    CDN
    https://i.snipboard.io/SYOwRt.jpg

    Yes we are wanting to serve the cached html file on a CDN.

    Thread Starter adambushell

    (@adambushell)

    Hi Marko,
    I enabled the Disk: Enhanced caching, added the cache control header as well and visited a few pages while not logged in to cache them. When i refresh these pages again they load very quickly and are quick on other computers. However after a few hours if i revisit the same pages again they are slow for the first load and then are fast again.

    I do not believe this is anything to do with browser side caching as why would a page be slow for me on one pc then fast on another after ive visted it.

    Please try this test:
    Visit a page on the site (Usually a product category), and eventually you will find one that takes a few seconds to load in. Then once you find that slow page reload it again and it will be fast.

    Then visit the same page in incognito mode and it will be as fast as the 2nd visit was initially. Wait a few hours and retry the page and it will be very slow again.

    We are VERY confused as to what is going on here as its obvious that at times we are being severed a html file from cache and others its recreating a new cache by hitting the server directly.

    I can ake screenshots of all the admin areas of the plugin, plus we are a pro member as well if that helps.

    Thread Starter adambushell

    (@adambushell)

    Hi thank you for the reply,
    If i go into incognito mode visit a page thats slow, then refresh and its fast i believe a cache file is taken. I have then closed the incognito mode down and revisited the site again and the slow page is now fast.

    Regarding page cache we are using Disk: Basic as we want to save “Cache URIs with query string variables” as the site has alot of search queries and ajax calls we want to cache.
    The only cache files we have are:
    wp-content/cache/page/6e2/ ect ect

    In this page folder we have about 120 cache folders and none of them are older than an hour or so.

    Could it be the type of page cache is very temporary? And if so can we have a better type that allows querys and ajax to be cached?

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