digitalpoint
Well-known member
Yep... like I said, not how I would do it, but it can be done via the config edit.
![[DigitalPoint] App for Cloudflare®](/community/data/resource_icons/8/8750.jpg?1692633961){kind=icon}
[DigitalPoint] App for Cloudflare® 1.9.6.2
- Thread starter digitalpoint
- Start date
Ridemonkey
Well-known member
Appreciate it. Will that config edit automatically permit the use of the presigned URLs as well (if they are configured)?
digitalpoint
Well-known member
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.
Ridemonkey
Well-known member
Fair point, I was mislead I think by their inclusion in the
internal_data directory which I (wrongly) assumed would only be served after a permission check.
Recep Baltaş
Well-known member
Hi, what would be the reason of this error?
Code:
ErrorException: [E_WARNING] Undefined array key "cfEnabled" src/XF/Options.php:29
#0 [internal function]: XF::handlePhpError(2, '[E_WARNING] Und...', '/www/wwwroot/te...', 29)
#1 src/XF/Options.php(29): ArrayObject->offsetGet('cfEnabled')
#2 src/addons/DigitalPoint/Cloudflare/XF/Http/MetadataFetcher.php(10): XF\Options->offsetGet('cfEnabled')
#3 src/XF/Service/Unfurl/FetcherService.php(24): DigitalPoint\Cloudflare\XF\Http\MetadataFetcher->fetch('https://www.inc...', NULL)
#4 unfurl.php(73): XF\Service\Unfurl\FetcherService->fetch()
#5 {main}
array(4) {
["url"] => string(18) "/sosyal/unfurl.php"
["referrer"] => string(75) "https://techolay.net/sosyal/konu/2025te-rtx-4060-ti-alinir-mi.135862/page-2"
["_GET"] => array(0) {
}
["_POST"] => array(0) {
}
}digitalpoint
Well-known member
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?
Ridemonkey
Well-known member
Hi, it's me again.
I've been serving the "data" directory for a while with no issues. I recently performed a full sync of my attachments up to a bucket on R2 and hit the switch to serve attachments from R2 as well.
Everything looks okay in the control panel - it sees the attachment bucket fine, and it registers statistics about that bucket.
However, it's giving a 404 on all of the attachments. I've looked up several attachments explicitly and they exist in the bucket at the correct path (e.g. if I search for
Anything I should look at here?
I've been serving the "data" directory for a while with no issues. I recently performed a full sync of my attachments up to a bucket on R2 and hit the switch to serve attachments from R2 as well.
Everything looks okay in the control panel - it sees the attachment bucket fine, and it registers statistics about that bucket.
However, it's giving a 404 on all of the attachments. I've looked up several attachments explicitly and they exist in the bucket at the correct path (e.g. if I search for
155895-cd49833de0cc5052a0624e8441360b6b.data in the attachment bucket, it's correctly there at bucket-name/155/155895-cd49833de0cc5052a0624e8441360b6b.data), but in the admin CP I get the error:An exception occurred: [League\Flysystem\FileNotFoundException] File not found at path: attachments/155/155895-cd49833de0cc5052a0624e8441360b6b.data in src/addons/DigitalPoint/Cloudflare/League/Flysystem/Adapter/R2.phpAnything I should look at here?
digitalpoint
Well-known member
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:
Ridemonkey
Well-known member
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:
Ah, speedy response as usual. I had stripped the leading /attachments/ since each bucket had its own contents.
You need a "buy me a coffee" link for supporting your free add-ons.
digitalpoint
Well-known member
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.
digitalpoint
Well-known member
digitalpoint updated [DigitalPoint] App for Cloudflare® with a new update entry:
Minor things
Read the rest of this update entry...
Minor things
Read the rest of this update entry...
Last edited:
@digitalpoint
I have many .xxx of my main domain registered with CF but my main .com domain is with GoDaddy. Today, I registered my main domain in CL and use CF DNS instead of GD. This results in many strange behaviors (email not sent, etc).
Do I need to register the main domain with CF in order to use this addon? I did so to deal with the AI crawlers issue this morning but if there is an option to benefit from this addon (edge caching the main one), I would try to move it back to GD and figure out the issue on my own time.
Thank you.
I have many .xxx of my main domain registered with CF but my main .com domain is with GoDaddy. Today, I registered my main domain in CL and use CF DNS instead of GD. This results in many strange behaviors (email not sent, etc).
Do I need to register the main domain with CF in order to use this addon? I did so to deal with the AI crawlers issue this morning but if there is an option to benefit from this addon (edge caching the main one), I would try to move it back to GD and figure out the issue on my own time.
Thank you.
digitalpoint
Well-known member
No, domains don’t need to be registered with Cloudflare. Most Cloudflare services do need the traffic proxied through Cloudflare though (orange cloud on the DNS).
I think the traffic proxies are causing some issue for us and not having time to properly diagnose, i will give it a try later.
Thank you.
