Recent content by digitalpoint

Well it being a 404 isn’t going to matter, it’s still hitting XenForo as an application (XenForo is kicking back the 404), so XenForo is still going to do things like register service workers.

Do you see the error yourself in the browser console? It could be bots that support JavaScript, but not service workers. 🤷🏻‍♂️ …which is probably normal for bots. Like why would Googlebot want site-specific service workers to get installed on its backend engine?

Think of the bucket as XenForo’s data or internal_data folder (since that’s exactly what they are). There are sections within those folders/buckets.

If you moved them to the bucket manually, you need to make sure the path is correct. For example there is no "bucket-name" in the path, and there IS "attachments" in the path. See this post: https://xenforo.com/community/threads/digitalpoint-app-for-cloudflare-r.206176/post-1605618

Not sure... the string cfEnabled, doesn't exist in the addon anywhere (grepped all files). Maybe an out of date version or manually edited one? Maybe download the latest version and reinstall?

No, presigned URLs are specific to attachment data (the full attachment). Presigned URLs are used to be basic user authentication. I don’t believe proxied images do any user group permission checking in XenForo, so would be rather pointless to use presigned URLs for no actual reason.

Yep... like I said, not how I would do it, but it can be done via the config edit.

@Ridemonkey Forgot to give you this link in case you really want to do what I consider a terrible idea. 😂 https://xenforo.com/community/threads/digitalpoint-app-for-cloudflare-r.206176/post-1737539

While it could keep a hotlinked image available in the short-term after the origin server deleted it, it's not intended to be permanent (it's a cache, not storage). If you want to keep hotlinked images permanently, I think there are addons that effectively convert hotlinked images into...

You technically can by adding it to your config.php file. However... If you move your cache to a remote server, it's not really a cache anymore and sort of defeats the purpose. For example, imagine if your browser cache was in a remote data center and your browser is constantly making requests...

Don't know what Cloudflare GTG is, so can't tell you if this is doing anything "just like Cloudflare GTG". Googling it shows Cloudflare added it on May, 2025 (long after this addon allowed you to host Google JavaScript on your own domain), so maybe a more appropriate question would be to ask...

Oh ya, you're right... never bothered to look at the file binary, but it is indeed as WebP.

I believe that's how avatar work, but not attachment thumbnails. This was uploaded as a PNG for example... It was converted to WebP (as expected): content-length: 85224 content-type: image/webp The thumbnail is a jpg (even when looking at content-type header)...

So this was a byproduct of the cron job record going missing (not sure why it went missing, but it did). By the time I noticed cron jobs weren't running, the xf_session_activity had grown to 2.1M records since it wasn't being pruned. All cron jobs seemed to recover when the record was restored...

You can modify the Cache Rule to apply to a specific subdomain without issue.