vielhuber

I got it working.

Add the following new cronjob (that clears the cache):

// flow flow clear cache
add_action('init', function () {
    $task = 'flow_flow_load_cache_clear';
    $frequency = 'hourly';
    $scheduled = wp_next_scheduled($task);
    add_action($task, function () {
        global $wpdb;
        $wpdb->query($wpdb->prepare('DELETE FROM '.$wpdb->prefix.'ff_posts'));
        $wpdb->query($wpdb->prepare('DELETE FROM '.$wpdb->prefix.'ff_post_media'));
    });
    if (!wp_next_scheduled($task)) {
        wp_schedule_event(
            strtotime(date('Y-m-d H:00:00', strtotime('now + 1 hour'))),
            $frequency,
            $task
        );
    }
});

Then run the cronjobs flow_flow_load_cache_clear and (the already existing) flow_flow_load_cache via e.g. WP Crontol and everything should be working.

I’ve evaluated a bunch and never was satisfied (especially the few available free ones). Anybody?

Does anybody have a premium subscription and can contact the support? I am not able to do it at the moment. https://social-streams.com/contact/

That would be very sad.

This functionality should also be broken in the paid version (I’m not talking about their CDN solution, but if you use the paid version without a CDN, I suspect that it is also broken).

What’s interesting:

• If you run “Rebuild cache” from “Flow-Flow Lite > Feeds” all the images reappear immediately if they are broken
• If you manually run the cronjob “flow_flow_load_cache” (that runs every minute, the images are NOT reappearing if they are broken

I wonder if it is worth the effort to debug on my own and write a hotfix. Any thoughts?

imo there is not a very good free alternative, that does not use a cloud service.

I try to contact the support about these topics mentionned there to get an answer from them. Perhaps you could do the same.

Thanks for your answer!

So let’s forget please about the _old-files.
I also have set “Garbage collection interval:” to a very high number to not get confused with that job at the moment.

I have “Page Cache: Disk enhanced” enabled and the start page is cached (in the /wp-content/cache/page_enhanced/…/ folder):

_index_slash_ssl.html
Creation time: 2022-12-05 23:26:17

Now I run the job w3_pgcache_prime.

(Pages per interval is set to a very high number, so the start page must be included on the next run).

But the already existing html file _index_slash_ssl.html does not change/update!

The reason for that is clear:
In PgCache_plugin_Admin.php there is the prime() function with simply calls the URLs URL by URL:

Line: 162

// use 'WordPress' since by default we use W3TC-powered by
// which blocks caching
foreach ( $queue as $url ) {
    Util_Http::get( $url, array( 'user-agent' => 'WordPress' ) );

    if ( !is_null( $log_callback ) ) {
        $log_callback( 'Priming ' . $url );
    }
}

Since it finds an already cached version it does not overwrite the cached file.

So the behaviour you are mentionning does not exist, or am I wrong?

When I then run w3_pgcache_cleanup, _index_slash_ssl.html gets renamed to _index_slash_ssl.html_old and a new _index_slash_ssl.html is created after the next prime.

That’s not what I want: I don’t want a gap.

• This reply was modified 2 years, 3 months ago by vielhuber.

After investigating more in the code, this seems not possible.

The two jobs run completely independent – the cleanup job deletes all cached files and later on, the prime job then recreates them.

In order to get fresh files (that are no longer than X minutes), the cleanup job must delete them first.

That means there is always a gap, where some users get uncached pages.

Or is there a possibility with “Browser Cache” and “Page Cache: Enhanced” to set the expiration headers of the html files to e.g. 5 minutes so that the prime cache updates the html files that are not cleaned up beforehand?

• This reply was modified 2 years, 3 months ago by vielhuber.

Hello!

Thanks for the detailed explanation.

The point is:

– Loop through a set of URLs to visit them

If an URL is not “expired” and already has been cached, the crawler does not update its cache (and leaves the old version in place).

If I set the expiration lower, another job deletes / renames the cached version and this results in a gap (where no cached version is available, until the crawler caches the page again).

I want that the crawler updates the cached version in the first place, so that there are no gaps of uncached versions.

Is this somehow possible?

• This reply was modified 2 years, 3 months ago by vielhuber.

Now in .gitignore the dist folder leads to broken styles in backend:

/assets/dist/**

This file is *not* in git anymore:
/wp-content/plugins/advanced-cron-manager/assets/dist/css/style.css

> You’re installing our plugin from www.ads-software.com, correct?

Correct.

> I’ll fix the build and make sure it has only required files, wich should make you able to commit everything from our plugin folder.

Thanks in advance.

Sorry, I have a different opinion on that. Just run

find . -type d -name 'vendor'

in your installations and you will find dozens of folders which are not ignored and necessary that an environment runs.

In any case, your strategy is unusual and leads to everyone being forced to use Composer, wpackagist or Bedrock (which is sometimes in use on our projects, but by no means always).

• This reply was modified 3 years, 2 months ago by vielhuber.

Thanks for your fast response.

It was a problem in our theme, problem solved.

Keep up your awesome work.

Same here (german quotes don’t get transformed via run_wptexturize anymore).

Hello,

yes.