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.

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.

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).

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

@iqcomputing

– I have selected the V2 version as stated in my original question. https://ibb.co/RczFfRM

– I’m running version 1.1.9.

– Ran through installation instructions again(did not help).

– Changed active theme to Twenty Seventeen, recaptcha now works so I guess it’s theme specific.

I will look into this myself. Thanks for all your support

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).

@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.

@iqcomputing It’s still not working. Can you give me an update about this problem?

@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.

@iqcomputing Hi, thanks for your response. It’s still not really working. I also saw in one of the other tickets that you guys were implementing the choice to use recaptcha.net. I’ve also tried to use this option but the 3.0 version is still being loaded.

It looks like the action that loads the 3.0 version is not being removed.

https://ibb.co/m5Ddm7Q

You’re welcome! Thanks for making a ticket for it.

Hi Rosel, thanks for the response. I figured out what was going wrong(in my case).

within the function getListRecursively() I noticed when getting the $destination with the function ConvertHelperIndependent() that the variable $dir had the following format /wp-content/./uploads/ so I used str_replace() on $dir to get rid of the dot $dir = strpos( $dir, '/wp-content/./uploads/' ) !== false ? str_replace( '/wp-content/./uploads/', '/wp-content/uploads/', $dir ) : $dir;.

Would you have any clue why this was needed for me? The problem was really that the webp already exists check was being executed on the url with the dot and the actual destination where it is being placed is without the dot. And therefore the images never stop generating(atleast when using the bulk function).

• This reply was modified 5 years, 7 months ago by basvandijkk.

I would like to add to this problem that there does not seem to be a save progress in terms of the bulk option. Whenever it finishes images it still indicates the same amount of images after scanning again.

Thanks Rosel! So far it’s working ??

@roselldk Hi, do you already have any idea when you will be releasing the next update?