• Resolved basvandijkk

    (@basvandijkk)


    I’m running W3 Total Cache i.c.w. our Nginx site. I’m experiencing the problem of W3 total cache adding _old to every page cache file. I’ve searched through the problem but can’t seem to find the cause to this problem. I think it is a real problem since the nginx.conf that is being genereted by W3 doesn’t include _old within the try_files block.

    I hope someone can help me with this problem!

    • This topic was modified 5 years, 6 months ago by basvandijkk. Reason: added code blocks
Viewing 15 replies - 1 through 15 (of 18 total)
  • Plugin Contributor Marko Vasiljevic

    (@vmarko)

    Hello,

    Please check your wp-content/cache folder for any _old files. Make sure to delete those manually. When there are a lot of _old files, you might want to consider changing to a memory-based cache to prevent your host from overflooding.

    How can you stop the plugin from adding old, I want my cache to stay the same for at least 30 days, the sites are getting very slow because of this since last update for the plugin

    Thread Starter basvandijkk

    (@basvandijkk)

    @vmarko It’s always generating the files with “_old” in the names. When I delete them and view the page again the file will be generated with “_old” again. I have a different website where I also run W3 Total Cache and I’m not experiencing this problem at that site.

    Plugin Contributor Marko Vasiljevic

    (@vmarko)

    Hello,
    Can you please share the URL so we can check this?
    Have you updated your nginx.conf rewrite rules in Performance>install?

    Thread Starter basvandijkk

    (@basvandijkk)

    @vmarko I don’t really get how sharing the URL would help you since my problem is about the actual cached files being generated with “_old” in their names. Do you know of someone who actually understands when “_old” is being added to the files?

    And yes they are updated. But this as well doesn’t really have anything to do with how the files are being generated.

    URL: https://verhuisbedrijfdraagkracht.nl/
    Screenshot: https://ibb.co/wR50PHF

    • This reply was modified 5 years, 6 months ago by basvandijkk.
    Plugin Contributor Marko Vasiljevic

    (@vmarko)

    Hello,

    I just want to cover everything to see what might be causing this.
    Some of those pages might not be visited for a while. I went through your website and visited the pages. Can you check if you still have those _old files generated?
    You can use the Cache Preload setting in Performance>Page cache. There you can set the update interval or the number of seconds to wait before creating another set of cached pages

    Thread Starter basvandijkk

    (@basvandijkk)

    The Cache Preload setting is set to 900 seconds. I’m not getting any new files. I’ve tested this myself. There is no way to generate the files without “_old” in them. I’ve deleted cache manually(flush cache does not delete the old files).

    Plugin Contributor Marko Vasiljevic

    (@vmarko)

    Hello,

    Have you added the Sitemap URL:?

    Thread Starter basvandijkk

    (@basvandijkk)

    Hi, yes I have. https://verhuisbedrijfdraagkracht.nl/sitemap_index.xml

    Setting screenshot: https://ibb.co/P5z94r8

    • This reply was modified 5 years, 6 months ago by basvandijkk. Reason: Added screenshot of the actual setting
    Plugin Contributor Marko Vasiljevic

    (@vmarko)

    Hello,

    When a page is cached, the file is saved without _old. The _old is added when you update the page or click flush cache. This is actually done to prevent loading the cached page, force updating the page cache. Garbage collection in Performance>Page Cache, Advanced sub-box is used to remove all the _old files from the cache directory. If that doesn’t work, there’s some server restriction preventing the plugin from doing that, which is why it is better to use a memory-based cache method in that case.
    If the page is marked as _old immediately after visiting the page, that means there’s probably a WordPress cron schedule invalidating the cache.
    In that case you should check what cron tasks are scheduled in WordPress.

    Thread Starter basvandijkk

    (@basvandijkk)

    What advanced sub-box do you mean? And even if I delete the page cache files manually(FTP) they get regenerated WITH the “_old” string. The file never gets saved without “_old”.

    Scheduled tasks are running fine. Not getting any errors(which I would expect if the plugin weren’t able to delete files).

    Plugin Contributor Marko Vasiljevic

    (@vmarko)

    Hello,
    Here is the snapshot of the Advanced sub-box https://ibb.co/jWt58Kf
    You should try using a memory-based cache method.

    Thread Starter basvandijkk

    (@basvandijkk)

    the server is the same as other servers that I run the plugin on(I don’t have this problem with other servers). I really prefer to use page caching over memory-based caching.

    And garbage collection is already set to 3600.

    • This reply was modified 5 years, 6 months ago by basvandijkk.
    Plugin Contributor gidomanders

    (@gidomanders)

    @basvandijkk Ik zie dat je Nederlands bent, dus misschien kan ik het beter in het Nederlands uitleggen. Als een pagina bezocht wordt en daar bestaat nog geen page cache voor, dan wordt een bestand aangemaakt in de cache map met de inhoud van die pagina nadat de pagina opgebouwd is. De volgende keer dat iemand de pagina bezoekt, krijgt die gelijk dat bestand geserveerd, waardoor de website een stuk sneller is.

    Als flush_cache aangeroepen wordt, wordt dat bestand hernoemd, dan krijg je _old achter de bestandsnaam.

    Ik denk dat er een scheduled event draait die automatisch flush_cache aanroept. Die zorgt er dan voor dat je niet eens ziet dat het bestand in eerste instantie zonder _old wordt aangemaakt.

    Als je define( 'WP_CRON_DISABLED', true ); toevoegt aan je wp-config.php, zorg je er voor dat er geen scheduled events geactiveerd worden aan het eind van iedere request. Misschien dat je dan wel een bestand zonder _old ziet. Zou je dat kunnen testen? Dan kan ik je verder helpen met uitzoeken wat er mis gaat.

    Let op: Als je gebruik maakt van WP_CRON_DISABLED, moet je zelf wp-cron.php eens in de zoveel tijd draaien door bijvoorbeeld gebruik te maken van crontab. Als je daar meer over wilt weten kan ik je wel een paar links geven met uitleg.

    Thread Starter basvandijkk

    (@basvandijkk)

    Hey @gidomanders bedankt voor je bericht.

    Bedankt voor je verduidelijking betreft flush_cache. Heb die cron idd al gezien, wordt elke 3600 seconden uitgevoerd. define( 'WP_CRON_DISABLED', true ); wordt al toegepast. Cronjobs worden vanuit de server zelf uitgevoerd d.m.v. de volgende style */2 * * * * op het bestand wp-cron.php.

    Volgende zaken lijken mis te gaan:
    – Bij het flushen van cache wordt de inhoud van de map page_enhanced/verhuisbedrijfdraagkracht.nl niet verwijderd.

    – Wanneer een pagina nog niet bestaat binnen de map die ik hier boven vermeldt en wordt bezocht wordt deze direct met _old toegepast(crons worden niet op request uitgevoerd, dus je eerdere theorie lijkt niet de oorzaak te zijn).

    Misschien handig om te weten ik run Nginx.

    • This reply was modified 5 years, 6 months ago by basvandijkk.
Viewing 15 replies - 1 through 15 (of 18 total)
  • The topic ‘_old being added to Page cache files.’ is closed to new replies.