fabl3

I am also having issues since I updated to Updraft Version:1.16.62 on 5 October. I do not use the Drop Box option, but at present have been manually using ftp to bring the files down to my NAS.

Prior to this update all has been running fine and cleanly producing the 15 upload zip files. Subsequent to this update I am recording 100+ zip files with many of them 36b in size, loads of TMP files until the next run cleans them out.

I get the email to say that it has correctly backed up, but sadly it is not the case. Here is a segment from the logs and it looks to indicate that the backup sort of starts again, but I am certainly no expert.

0193.927 (0) backup_2021-10-11-1556_XXXXXX_a505fed7bbe0-uploads5.zip.tmp: size is now: 377.30 MB
0193.931 (0) Zip: backup_2021-10-11-1556_XXXXXX_a505fed7bbe0-uploads5.zip.tmp: 10500 files added (on-disk size: 386353.3 KB)
0193.933 (0) Adding batch to zip file (UpdraftPlus_BinZip): possibly approaching split limit (23.2 MB, 111 (10586) files added so far); last ratio: 0.9921; re-opening (prior size: 386353.3 KB)
0195.183 (0) Zip size is at/near split limit (400.5 MB / 400 MB) - bumping index (from: 4)
0327.665 (1) Opened log file at time: Mon, 11 Oct 2021 04:02:13 +0000 on https://XXXXXX.com
0327.666 (1) UpdraftPlus WordPress backup plugin (https://updraftplus.com): 1.16.62 WP: 5.8.1 PHP: 7.4.23 (cgi-fcgi, Linux XXXXXX #1 SMP Wed Oct 7 01:34:10 CDT 2020 x86_64) MySQL: 5.6.41-84.1 (max packet size=536870912) WPLANG: en_NZ Server: Apache safe_mode: 0 max_execution_time: 900 memory_limit: 20480M (used: 105.8M | 109M) multisite: N openssl: OpenSSL 1.1.1l  24 Aug 2021 mcrypt: N LANG:  ZipArchive::addFile: Y
0327.716 (1) Free space on disk containing Updraft's temporary directory: 330341.6 MB
0327.720 (1) Requesting backup semaphore lock (a505fed7bbe0)
0327.723 (1) [Debug] Lock option (updraft_lock_a505fed7bbe0, WNg_options) was created in the database
0327.723 (1) [Info] Lock (updraft_lock_a505fed7bbe0, WNg_options) acquired after initialising the database
0327.725 (1) Backup run: resumption=1, nonce=a505fed7bbe0, file_nonce=a505fed7bbe0 begun at=1633924605 (328s ago), job type=backup, previous check-in=195.2s
0327.726 (1) Scheduling a resumption (2) after 300 seconds (1633925233) in case this run gets aborted
0327.740 (1) Checking if we have a zip executable available
0327.740 (1) Zip engine: found/will use a binary zip: /usr/bin/zip
0327.741 (1) Creation of backups of directories: had begun; will resume
0327.744 (1) Beginning creation of dump of plugins (split every: 400 MB)
0327.745 (1) backup_2021-10-11-1556_XXXXXX_a505fed7bbe0-plugins.zip: this file has already been created (age: 293 s)

Hello @isaumya,

Apologies for not being clear. The “Purge CF Cache” link only appears on rollover/mouse highlighting of any order on the WooCommerce Orders page.

With the plugin deactivated the Orders page is normal, no issue. No additional links are visible beneath the order # name value on mouse hover.

When the plugin is activated I only see the “Purge CF Cache” link beneath the active “#4352 XXXXXXXXXXX” order when you are rolling over the order with the mouse. See the image in my first post – here the mouse was over the order #4352, then the “Purge CF Cache” link was visible beneath the order # name value.

Clicking the “Purge CF Cache” then does purge the cache, even though the in the bottom left of the browser it shows the link as “https://fableandguild.com/wp-admin/edit.php?post_type=shop_order#”.

Hello @isaumya,

Many, many thanks for the clarification and all your excellent assistance in getting my site and WP Cloudflare Super Page Cache working together.

Hello @isaumya ,

Many thanks for that and all your excellent help on this matter.

One last question is should I still worry about the “Cache-Control: max-age=0” I am seeing in the Request Headers of the pages?

Hello @isaumya,

I have now reset to Cloudflare and removed all of the Bluehost managed implementation, so I manually added the DNS servers in Bluehost and did not use their install wizard.

My site is now back with the error message on using the TEST CACHE button:-

Page caching seems not working for both dynamic and static pages.

Error on dynamic page (https://fableandguild.com): Seem that your website is not behind Cloudflare. If you have recently enabled the cache or it is your first test, wait about 30 seconds and try again because the changes take a few seconds for Cloudflare to propagate them on the web. If the error persists, request support for a detailed check.

Error on static resource (https://fableandguild.com/wp-content/plugins/wp-cloudflare-page-cache/assets/testcache.html): Seem that your website is not behind Cloudflare. If you have recently enabled the cache or it is your first test, wait about 30 seconds and try again because the changes take a few seconds for Cloudflare to propagate them on the web. If the error persists, request support for a detailed check.

Please check if the page caching is working by yourself by surfing the website in incognito mode ’cause sometimes Cloudflare bypass the cache for cURL requests. Reload a page two or three times. If you see the response header cf-cache-status: HIT, the page caching is working well.

I am seeing the “cf-cache-status: HIT” now in the Response Headers on Chrome & Edge, but not Firefox, which is weird. Sadly I am still seeing the “cache-control: max-age=0” in the Request Headers on Chrome & Edge. Whereas WooCommerce products have the “cf-cache-status: BYPASS” (the “Product (is_product)” is not selected in the WooCommerce Settings of the Plugin.

I am using the Aelia Currency Switcher with their https://aelia.freshdesk.com/support/solutions/articles/3000042591 WooCommerce Cache Handler Plugin to handle the caching/currency switching conundrum.

Any thoughts?

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

Hello @isaumya,

Sounds like it is best to start afresh and remove the Bluehost specific Cloudflare integration and do it manually.

I will switch to the Bluehost Endurance cache setting (instead of Cloudflare) and ensure it is off. Now with the mu-plugin deleted, that should not give an issue with extra additional cache parameters.

I can switch the DNS servers directly to the Cloudflare ones and it might be best to delete my current Site under my Cloudflare account and start again, as I am not sure what Bluehost will have added to its config. I created the Cloudflare account prior to running the Bluehost integration wizard, so I hope they have not added any further parameters to it.

I will let you know how it goes. Thanks again for all your time and invaluable assistance on this.

Hello @isaumya,

Many, many thanks for the further assistance, I have now deleted the endurance cache file. I find it amazing that it was turned off in the UI, but being set in the backend, so thanks for that.

With respect to:-

The Cloudflare CDN Caching Control is set to “Ecommerce”.

It is a setting within Bluehost, not Cloudflare. It is found on the Bluehost performance page for your site. You have a choice of their cache (Endurance Cache) or Cloudflare, then you select the type of site you are hosting. See the interface here https://postimg.cc/MMYwymvY.

Now with the TEST CACHE button I am now seeing a successful response “Page caching is working properly”. In the response headers i am still seeing:-

cf-cache-status: DYNAMIC

is this correct?

Hello @isaumya

Many thanks for the prompt response and recommendations. I have checked the Development Mode in Cloudflare and that is off.

In Bluehost their cache is already turned off and Cloudflare caching is enabled in the Performance tab. The Cloudflare CDN Caching Control is set to “Ecommerce”. I have renamed the Bluehost endurance cache in my mu-plugin folders and will test.

I will use Perfmatters moving forward for minification and DB tuning and keep WP-Optimize disabled.

Ok, I have now managed to get rid of the:-

cache-control: private, must-revalidate

This was being set in the .htaccess file by WP-Optimize Cache setting as part of the browser cache settings, which seemed to remain on when Caching was off.

I now have this in the response-headers:-

cache-control: s-max-age=604800, s-maxage=604800, max-age=60
cache-control: max-age=14400
cf-cache-status: DYNAMIC

Any thoughts on how to get the cf-cache-status from DYNAMIC to go to HIT?

I have now managed to remove the CF-Cache-Status: BYPASS I was getting previously in the response headers. Unfortunately I still get an error from the TEST CACHE button:-

Page caching seems not working for both dynamic and static pages.

Error on dynamic page (https://fableandguild.com): Seem that your website is not behind Cloudflare. If you have recently enabled the cache or it is your first test, wait about 30 seconds and try again because the changes take a few seconds for Cloudflare to propagate them on the web. If the error persists, request support for a detailed check.

Error on static resource (https://fableandguild.com/wp-content/plugins/wp-cloudflare-page-cache/assets/testcache.html): Seem that your website is not behind Cloudflare. If you have recently enabled the cache or it is your first test, wait about 30 seconds and try again because the changes take a few seconds for Cloudflare to propagate them on the web. If the error persists, request support for a detailed check.

Please check if the page caching is working by yourself by surfing the website in incognito mode ’cause sometimes Cloudflare bypass the cache for cURL requests. Reload a page two or three times. If you see the response header cf-cache-status: HIT, the page caching is working well.

Is this related to the way that Bluehost integrates with Cloudflare, where you do not change your DNS servers to point to the Cloudflare DNS servers directly?

After checking my Respone-Headers in FireFox (in a Private Window and not logged in) and have the following entries:-

cache-control: s-max-age=604800, s-maxage=604800, max-age=60
cache-control: private, must-revalidate

I am seeing the same behaviour since the beginning of September. The Customer selects a currency via the currency switcher, but are in fact charged the amount it would have been in the default WooCommerce Currency, but in their local currency. So a Customer buys goods for US$38.52, in PayPal they in fact pay US$57.00! The 57.00 amount is what the goods would have been in the default WooCommerce.

The order goes on hold because of the PayPal amounts not matching.

This is embarrassing and has now happened to me on every overseas purchase and I am having to refund Customers the overpaid difference. We are losing business and reputation.

The yellow dots mark the corners of the image, the install is on my local drive and it does not look like i can share as screenshot via this forum.

The Title banner is the background to the category name (Product count, etc.)

The image selection is already there, to choose from a list. It just does not work, so it is a bug.

Same issue on Firefox, where the reCaptcha is missing, but shows on Chrome and Microsoft Edge.

Have installed v3.0.1 on my Dev & Live servers and it has fixed the issue. Many thanks for the prompt addressing of this issue, but I feel it is time to turn off the auto-update on the Elementor plugin.