Recent content by digitalpoint

The addon uses Cache Rules, not Page Rules. Delete the Page Rule and let addon create Cache Rule for you would be simplest thing to do.

If something like a Litespeed addon was altering the headers, it would still be an issue for users that already visited the site and got the mocked headers (the headers can instruct the browser to not check for an updated page for example). So until that original header expired or the browser...

Well if it’s reproducible, maybe check another browser to see if it’s only with that browser? I’ve never run across a situation where it happened myself so I can’t really check anything. It could also be a config issue with something upstream of the application (XenForo). For example if your...

The only thing that I can think of that would cause that may be something browser specific (like if a browser wasn’t fully adhering to the cache-control directives). The addon instructs to edge cache but not cache in the user’s browser. If a browser was not adhering to that directive and serving...

Not talking about the FileSystem addon, talking about the underlying way to extend the abstract filesystem. The Data Registry adapter doesn't return anything with getMetadata() (which is what getSize() uses). Use a different adapter and the above would work just fine having a...

Not sure what that second screenshot is, but it doesn’t look like Cloudflare dashboard. If you have setup that subdomain to be served by your own web server, Cloudflare cannot serve it because you already have a different entry for it in your DNS. Make sure your Cloudflare DNS entry for that...

What is the URL of the image that’s not showing?

Now if only using Passkeys (or any other two-step method) didn't unsubscribe PWA app from push notifications... 😕 https://xenforo.com/community/threads/lost-push-subscriptions-for-ios-pwa.215833/post-1658068

It might be worth looking at how my Cloudflare addon is doing abstracted filesystem mount points. One of the things is handles (with full backward compatibility) is the ability to do "sub-adapters". So instead of having adapters for: data internal-data local-data code-cache You could have...

FWIW, this is the info about each mode (just copy/pasted from Cloudflare's site). Going from Flexible to Full means your web server needs to be configured to serve HTTPS on it's side, where Flexible allows the user to be encrypted between them and Cloudflare, but the origin connection between...

Yep… sounds like your web server is not configured to serve your site as an https site (which is needed if you want to use Full Encryption). Either way, uninstalling the addon isn’t going to change that one way or another, so not sure how that was able to fix anything for you.

Hmmm… Strange because uninstalling the addon really shouldn’t do anything in that scenario (the settings are set on Cloudflare, not locally on your server). So uninstalling the addon should only remove your ability to change setting on your Cloudflare account (it won’t revert any Cloudflare...

What settings?

Also, the addon will more or less will configure everything via API if you let it (including public domain for data bucket). If the addon isn't doing something (for example creating a public domain for the internal_data bucket), there's going to be a reason it's not doing it. So it's probably...

There is no public domain for internal_data (it's internal afterall). Normally with XenForo, the only thing that accesses the internal_data area is the application itself (which it can do via APIs if you are using R2). For example, say a request comes in for an attachment... it still goes to...