Search results

If you are talking about Cloudflare Stream, yes… it would be nice to support it for video, but every time I go to do it, I get so irritated that it supports a max video resolution of 1080p, I end up holding off. It seems crazy to me that a paid service for video can’t even support a resolution...

The new plugin has gone through the review process and is now available: https://wordpress.org/plugins/image-shift/

This plugin does not alter file names at all (including encoding of them). File names are just whatever WordPress Media system sets them to (part of WordPress core).

It’s a bit of a weirdly labeled setting in Cloudflare. It’s not really about security (your site is secure regardless of the setting). It really should be called, “How aggressive/annoying do you want to be with verifying traffic is human with things like captchas”. I leave my sites at...

It does not require a paid Cloudflare. Honestly, the feature feels misplaced because it doesn’t even require your site to use Cloudflare at all. It was just kind of a nice thing to do as media was uploaded to R2 (even though it can be used without that). I’ve spun the feature out into its own...

If you have the ability to call code (sounds like you probably do), you can leverage the same internal mechanism that the plugin uses to purge a list of URLs (for example when a post is edited). wp_schedule_single_event(time(), 'cfPurgeCache', ['https://yourhomepage.com']); The 3rd parameter...

As long as plugins are using normal WordPress functions/mechanisms to do edits, things should be purged properly. Any of these internal WordPress actions will trigger the purge logic for that post (and all the URLs that go along with it): post_updated (an edit) deleted_post delete_attachment...

The Purche Cache button in the admin UI is purging the entire cache for the site. Internally it does have the functionality to purge individual pages (that's how it works for automatic purging when things like a post is edited). While I'm not opposed to letting people manually purge individual...

WordPress does not have an abstracted filesystem, so it's not possible to automatically know if anything is put into the /uploads/ folder simply by it being put there by some process or function. The R2 functionality is based on WordPress Media being uploaded. If the CSS file is uploaded as a...

Still debugging it... Have not been able to replicate the issue in my end (not even with access to someone's servers that it was happening to). Thinking it might be a third-party plugin that is doing something/manipulating the media being uploaded in an unexpected way. That being said, there...

It’s in the “Previous Versions” section here: https://wordpress.org/plugins/app-for-cf/advanced/ But also, you don’t need to go back to previous free version for this, only the Pro.

You can download any specific version from the Updates tab here: https://appforcf.com/items/app-for-cloudflare%C2%AE-pro.1/updates

There were some changes to R2 uploading in 1.9.8 internally to make it more efficient, but still working out what is unique about the servers that it’s not working with. In the meantime, you can safely roll back to 1.9.2.

That part is intentional. At least as far as the file still exists if something goes wrong with the upload to R2. I'm going to send you a file privately to upload to your server to see if that fixes it for you.

If you look in the bucket in the Cloudflare dashboard, can you check if the file is in the bucket? Just trying to figure out if it was the transfer that failed or if the double check to make sure it was uploaded properly afterwards that is was the issue. Can get to your R2 dashboard here...

Right, but the Pro version is an extension of the free version (you must have it installed in order for the Pro version to work). The 1.9.8 version is a little unique in that the R2 transfer mechanism was made more efficient (it can transfer the files as a data stream rather than load into...

Are you using the 1.9.8 version of the non-Pro plugin as well? https://wordpress.org/plugins/app-for-cf/

If you are doing it via web interface/admin area, you might be running up against HTTP request timeout (assuming your site is using Cloudflare as a proxy ["orange cloud on DNS"]). 100 seconds to finish the HTTP request might not be long enough for the large files to transfer. If that's the case...

I went ahead and added a more specific filter that anyone can hook into for the next version. The app_for_cf_purge_cache filter allows you to control if a Cloudflare cache purge actually happens when requested. Additionally, it allows you to hook into the action to run your own code at that...

...so I poked around on this today and discovered that I forgot that the plugin is already handling it when using R2. Specifically, the URL of an image stored in R2 already has a cache-breaking mechanism appended to it, so if an image is updated (and specifically whatever is changing the image...