timmen22

Solution:

In order to edit the lifetime of cached pages I exported the configuration settings. You can find it under the tab “General Settings”. Open the export and find/edit the ‘pgcache.lifetime’ value into the number you want. (time in seconds).

I think this value need’s to be editable through the admin panel. Maybe a great suggestion for a future update.

Once again, thanks for your help Charles! This topic can be closed.

I noticed that in my export the following value is set: pgcache.lifetime’ => 3600,

It looks like the value can’t be edited from the admin panel. Is there anyway to hook into the plugin without editing the core?

Thank in advance.

Tim

Thanks for helping me Charles.

The “expires header lifetime” value is set to 604800. I also removed the snippet since I am not using the community version. Thanks for pointing it out!

I have also looked into the active cron jobs, but I do not see anything which looks suspicious. The page cache flushes itself after exactly 3600 seconds (1hour) so it must be something like a cronjob.

If anyone can help me that would be great.

Hi Kimberly, thanks for helping me and excuse me for my slow response.

1. The “empty cache” button is working perfectly fine. When I hit the button the cache folder will be deleted entirely like it should.

2. When I make changes on domain.com/ the cache on domain.com/?utm=23u42 is not purged so updates will not show.

Maybe it has to do with the https edits I made. I implemented them because without the edits purging the cache does not work at all. Please take a look at the edits below.

I have noticed that the logic for determining if the page is HTTPS is just plain wrong in the latest version 0.9.4.1

W3\PgCache.php around like 960

if ($request_uri)
$key = substr($request_uri, strtolower(substr($request_uri, 0, 8)) == 'https' ? 8: 7);

Substring of a request uri from 0 to 8 will *never* evaluate to "https" and thus deleting keys never works for https pages.

It should be https:// or substring 0,5 instead.

Also get_post_urls function in W3\SharedPageUrls.php needs to be updated. post_permalink($post_id) needs to be changed to get_permalink($post_id), as the former has been deprecated by wordpress.

Did you test it on a http or https environment?

Please let me know if you have any suggestion.

Thanks

Tim

Thanks for pointing out the flaw Benno007. Your solution is working. Nonetheless I still have an issue with purging the cache on query string pages.

For example: domain.com/?utm=23u42

It is impossible to purge the cache for the URL above. Does anyone know a solution?

Thanks!

Tim

Hi again,

I noticed that the solution is working for the “enhanced” caching method. When I switch to the “basic” caching method purging the cache does not work.

It would be great if anyone can resolve the problem.

Thanks for helping me.

Thanks for your quick response Kimberly.

Replacing the code solved my problem. Thanks!

Any update on this?

Best regards,

Tim

I do not exactly know why it works but I found the solution:

At the end of the repeater template I had to insert <?php wp_footer();?> which results in the following code:

<?php
if($alm_item%2 == 1){
      echo '<div class="row row-center">';
   }
?>

///  loop

<?php
if($alm_item%2 == 0){
      echo '</div>';
   }
?>