Viewing 15 replies - 1 through 15 (of 18 total)
  • Plugin Author Emre Vona

    (@emrevona)

    you should not do it because it may increase the server load time.

    did you clear all cache after defining the number?

    Thread Starter Andreas 2013

    (@andreas-2013)

    I know that this will use many resources of the server, but I need to load more pages in a minute.

    Yes, I cleared the cache, but the plugin always takes the value from the plugin settings (4 – 12 pages).

    Plugin Author Emre Vona

    (@emrevona)

    You need to add the following lines after?<?php?which exists at the top of?wp-config.php?file. Please copy the following line because There is a quotation error in the command you sent.

    define(‘WPFC_PRELOAD_NUMBER’, 30);

    Thread Starter Andreas 2013

    (@andreas-2013)

    It seems to work now, thank you very much ??

    I didn’t find anywhere in the settings a possibility to define the sitemap. Does the plugin works with sitemaps?

    • This reply was modified 1 year, 7 months ago by Andreas 2013.
    Plugin Author Emre Vona

    (@emrevona)

    The preload does not work with sitemap.

    you are welcome ?? if you vote, you make me so happy. 
    https://www.ads-software.com/support/plugin/wp-fastest-cache/reviews/

    Thread Starter Andreas 2013

    (@andreas-2013)

    Ohh, did I understand right, that the plugin crawls the pages on his own, without a sitemap? And if so, what about URLs with query-strings (parameters)?

    Plugin Author Emre Vona

    (@emrevona)

    The preload feature gets the urls via db. it does not need a sitemap.
    and the preload feature does not get the URLs with query-strings.

    By the way, the URLs with query-strings are not cached by default. if you want, you can enable it.

    https://www.wpfastestcache.com/tutorial/cache-url-with-querystring/

    Thread Starter Andreas 2013

    (@andreas-2013)

    Hi Emre,

    that sounds good to me ??

    I’ve just noticed in Plesk, that the used Apache and PHP FPM memory grows bigger and bigger. I’m afraid, it will crash the server.

    Is the following practice the right way to solve the problem?
    Disable “Restart Preload After Completed”. Purge cache at midnight and then preload all pages (only once a day). Both actions via cronjob in Plesk. When a page is modified (or added), plugin will clear the cache for this page and cache it next time when preload is running from cronjob.

    By the way, are custom taxonomies and custom post types supported, when adding or modifiying them? They appear only in the “preload” popup menu.

    Thread Starter Andreas 2013

    (@andreas-2013)

    Yesterday evening I started to preload the pages. This morning I noticed, that there are only cashed the first 30 pages. But the Apache PHP FPM memory is full (2.5 GB)! Why?

    Thread Starter Andreas 2013

    (@andreas-2013)

    Is there a possibility to retrieve the used time the script needed for preloading all pages? It would be helpful, because I have to schedule other scripts beside the preloading.

    Plugin Author Emre Vona

    (@emrevona)

    explained this in the previous message.

    you should not do it because it may increase the server load time.

    • This reply was modified 1 year, 7 months ago by Emre Vona.
    Thread Starter Andreas 2013

    (@andreas-2013)

    Hi Emre,

    I know, but nevertheless I need to use this option.

    Could you explain, please, how to correctly start the preload via cronjob, so that all pages are cached only one time? When I start the preload only via wordpress menu (disabled “Restart Preload After Completed”), then only the first 30 pages are cached and then the preload stops. And is there a possibility to measure the time of the preload?

    Thank you again for your help!

    Plugin Author Emre Vona

    (@emrevona)

    I recommend you to set the number as “2” and run the cron job every minute.

    Thread Starter Andreas 2013

    (@andreas-2013)

    Hi Emre,

    I solved my problem with the crashing server ??

    As I told you, I created a cronjob via Plesk and let it run every minute with an amount of 30 pages, because I have 13.000 pages. Then the server run out of sources.

    But then I’ve installed WP-Crontrol and I saw, that there is also a WP-cron running to preload the cache. After disabling that, everything is ok, the values for server CPU and Apache and PHP FPM memory are in a very low range. The only thing is, that this cronjob runs the whole day, there is no possibility to stop after preload is finished. But it’s ok, because there are now enough resources to do it ??
    At midnight I clear the cache via URL as described here -> https://www.wpfastestcache.com/features/clear-cache-via-url/, and everything is fine!

    But there is still a little problem. I noticed, that paginated URLs are not cached (mydomain.com/products/page/2/). Is there a possibility to cache those pages?

    Plugin Author Emre Vona

    (@emrevona)

    nice to?hear from you ??

    yes, the paginated URLs are not cached for now.

Viewing 15 replies - 1 through 15 (of 18 total)
  • The topic ‘Increasing the number of caches per minute has no effect.’ is closed to new replies.