[DigitalPoint] App for Cloudflare®

[DigitalPoint] App for Cloudflare® 1.9.6

No permission to download
Sure, I get that. But honestly, I'd rather keep the flexibility. If I use an addon that converts hotlinked images into attachments, I destroy my ability to ever decide "hey this is too much, we'd like to just let the historical stuff go."

The image proxy is a very convenient way to preserve history where we can, but still maintaining some control.

I understand your point. But the feature permits using the proxy as a permanent image store so it's not unreasonable to use it that way.
Yep... like I said, not how I would do it, but it can be done via the config edit.
 
Appreciate it. Will that config edit automatically permit the use of the presigned URLs as well (if they are configured)?
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.
 
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.

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.
 
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) {
  }
}
 
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) {
  }
}
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?
 
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 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.php

Anything I should look at here?
 
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 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.php

Anything I should look at here?
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:

 
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.
 
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.
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.
 
Back
Top Bottom