hsteigstra

Nope…. I already did a reinstall yesterday and also just now a full transfer with FTP. Still the same. Seems as if the files are there, but the registration is not done properly. However, I can read the properties like “title” using YoastSEO()->meta->for_current_page()->title;

Yes I am using 2.1.7 and PHP 7.3

This is the fragment from the source:

<h4>Inmiddels verschenen jaarboeken</h4>
[postlist id=755]
[/two_third]
[one_third_last]
[wp_blog_designer id=”1″]
[/one_third_last]

Hi Shazzad,
I always insert shortcodes in code mode, there is nothing surrounding the ID. I also placed quotes around the value, no luck. But it is working however….
I also don’t see a button in tinymce to insert the code, I always do it manually!

I also got the content now. This is the complete code to retrieve the data:

$response = wp_remote_get($uri);
if ( is_wp_error( $response ) ) {
report error: (“Failed to retrieve $uri”);
$len=0; // failure!
} else {
$body=$response[‘body’];
$len=strlen($body); // success !
}

Thank you for your assistance !!

• This reply was modified 4 years, 10 months ago by hsteigstra. Reason: success now!

Almost there! I don’t have experience with the wp native functions, but yet implemented the code. Only after removal of the parameter array I got it working!! I just cannot get the body data itself, what I only need to check the success.

Anyway, the data is rebuilt correctly now, and hopefully I will find my way to retrieve the length of the response. This is now the code:

$response = wp_remote_get($uri);
if ( is_wp_error( $response ) ) {
report error;
} else {
$body = wp_remote_retrieve_body( $response );
$data = json_decode( $body );
$len=strlen($data->Data); // >> is zero
}

Thank you for your assistance !!

This is what I already do…. Unfortunately I get the unzipped, not minified version. The cache is NOT rebuilt! It looks as if the WPFC thinks the request comes from a logged in user, but it is done by the server running in the background, not me!

Not possible or a challenge to implement??

Or… why do I get the cached and minified page when requested via the browser, but not when requested from the background process. After requesting the page from the browser, I do get the cached page in the background process…..

• This reply was modified 4 years, 10 months ago by hsteigstra.

This is definitely an improvement, but I have to do it manually. I have to respond to changes in the records in a table! I have a job that does the work. In simplified code this is what it is:

if (changedInDatabase(1234)) {
delete(path . “…./all/mypage/1234/”);
data=request(“www.mysite.com/mypage/1234/”); // alter this …
deregisterInDatabase(1234);
}

For me it would be a solution if the third line would respond to something like:
data=request(“www.mysite.com/mypage/1234/?action=wpfastestcache&type=recache“);

Do you think this is possible? Now I do get the page, but no caching is done!

• This reply was modified 4 years, 10 months ago by hsteigstra.

Unfortunately this is not working correctly: minify css and compression are not done!

I tried the option: ?action=wpfastestcache&type=preload but that does not work for the specific page.

I have a work-around for now: I save the retrieved page myself in the folder that holds the cashed data. That works! Only the statistics of the build of the page are disappeared. Not a big deal, but maybe there is a better solution

Hi Andrei,
I do that with a self made procedure:
$uri= $_SERVER[HTTP_HOST] . $page;
$dirname=ABSPATH . “wp-content/cache/page_enhanced/” . $uri;
array_map(‘unlink’, glob(“$dirname/*.*”));
rmdir($dirname);
$protocol = isset($_SERVER[“HTTPS”]) ? ‘https’ : ‘http’;
$uri=$protocol . ‘://’ . $uri;
file_get_contents($uri);

where $page the page to be rebuilt is. If you have many pages, best thing is to create a background job that refreshes each page one by one….

Hi Peter,
I have done this (although manually in a background task) just by removing the map where the page to be refreshed resides and directly requesting that page. Only if a user requests that page in the same second, he does not get the cached version.
If you want to solve that too, you will have to add a redirection of the page, rebuild that one and after completion remove the original and rename the redirected (did not test that ….)

Good luck, Herman

Just turn off the debugging option for the Minify. Mine grew too hugely ….

I had the same problem too. My diagnosis is that the purge of the cache is caused by the huge CPU time it costs to delete all the individual folders that contain the cached pages (25000 in my case).
I have solved this by creating a background task that removes each folder and immediately after that request that page again, so that the cache is immediately rebuilt. I pick one page per second. The purge & refresh of my total of 25000 pages takes then apx 8 hours. In foreground this would break the connection with the server after one minute, producing the “Internal server error 500” messsage.

OK, I understand, but is W3TC not-selective in the sequence of updating? Or in other words, all 20000 pages are refreshed/rebuild before the first is refreshed. I would like a refresh of each page that has been altered since the last build of the cache.