![[DigitalPoint] App for Cloudflare®](/community/data/resource_icons/8/8750.jpg?1692633961){kind=icon}
@Mouth just to follow this up... the version I just released has 11 new daily stats related to Cloudflare being logged with XenForo's normal Statistics system. For R2 related things, it's class A and class B operations. Cloudflare has no way to report on size (MB) added/deleted for a time period, only a "total usage" reporting option, which doesn't work with XenForo's stats system that need things to be broken down by day.
GET https://api.cloudflare.com/client/v4/zones/****/rulesets/phases/http_request_firewall_custom/entrypoint resulted in a 404 Not Found response: { "result": null, "success": false, "errors": [ { "message": "could not find entrypoint ruleset in the h (truncated...) / {"result":null,"success":false,"errors":[{"message":"could not find entrypoint ruleset in the http_request_firewall_custom phase"}],"messages":null}
If you go to the DigitalPoint/Cloudflare/Api/Cloudflare.php file, and change this:
public function getFirewallRules($zoneId)
{
$params = [];
return $this->makeRequest('GET', sprintf('zones/%s/rulesets/phases/http_request_firewall_custom/entrypoint', $zoneId), ['query' => $params]);
}public function getFirewallRules($zoneId)
{
$params = [];
return $this->makeRequest('GET', sprintf('zones/%s/rulesets/phases/http_request_firewall_custom/entrypoint', $zoneId), ['query' => $params], 404);
}404 as the last parameter to the makeRequest call... does that sort it out for you?
You can if you want by adding it to config.php, but by default, no. Personally, I think attachments in the internal_data directory is the only one worth offloading to the cloud. The rest of the stuff is more along the lines of caches (even sitemaps is kind of a cache of sorts).@digitalpoint does the addon replace the others (not attachments) folders in internal_data like code_cache or sitemaps ?
If not, then I'm moving more than needed to R2
You could recreate the bucket in Cloudflare, then disconnect it from XF settings and then delete it as a workaround for now.
In that case what happens with the attachments? Are they lost? Can't they be saved in the filesystem so a sync can be done once it's back?
That's the exactly issue I'm experiencing so that means every time I want to add the forum to rclone config (and create both access and secret keys), I have to reset the API key
Nothing is done with them. Nothing on this end deletes them. You would need to manually delete them later if you want them deleted.
Use a different API key. Cloudflare allows you to have multiple.
If you select "Permanently delete" of the thread or post then attachments will be deleted by a Cron entry which is run once an hour. Are they removed from R2 too?
Yes of course... I thought you were talking about existing files you were transferring from your server. If you are migrating existing stuff to R2, you need to delete the source files (on your local server) if you want them deleted... like delete the entire attachments folder once you are happy with everything and checked it all. For normal operations, yes... deleting an attachment or avatar or whatever else in XenForo will delete it from R2 as expected.
Can you post a screenshot?
SVG images are a bit of an edge case with R2. R2 attempts to determine what the mime type of the file is by analyzing the file. An SVG file is actually a XML text file when it comes down to it (like you can just open it in a text editor). So R2 sees it as such and sets the mime type to
application/xml (rather than image/svg+xml). That's the underlying issue... R2 then tells the browser that it's an XML file, not an image (via the mime-type).application/xml, but not the convenient thing to do for site owners that want to deal with SVG. The good news is Cloudflare gives you a fairly easy way to override that if you want based on the URI (file extension) with their Transform Rules system. You could apply a transform rule to HTTP Response Headers like so:
It's something I've thought about, but it's not too high up on the priority list to be honest. It's really more of an edge case where people are uploading SVG images through the XF admin rather than putting them somewhere manually. Personally, I'd say putting style related images in the /styles/ folder is the better place for that stuff anyway.
