![[DigitalPoint] App for Cloudflare®](/community/data/resource_icons/8/8750.jpg?1692633961){kind=icon}
[DigitalPoint] App for Cloudflare® 1.9.1.1
- Thread starter digitalpoint
- Start date
digitalpoint
Well-known member
Ya not sure… wouldn’t really be anything with the addon itself, the detection and activation of addons is in XenForo core. Assuming the files are in the right place, maybe check permissions of the files? Make sure the web server “user” at least can read the files… other than that, no idea.
digitalpoint
Well-known member
700 means ONLY the owner can read them. So unless you run the web server as the “user” that uploaded them, the web server won’t have access to read them.
digitalpoint
Well-known member
You would need to set the permissions for all the files you uploaded to be readable by the web server.
digitalpoint
Well-known member
As long as you also did all the files/folders within there, you should be fine. Long story short is the web server daemon needs to be able to read the files.
ichpen
Well-known member
Hey @digitalpoint I'm trying to triage a small issue that may or may not be tied to this addon.
I noticed that uploading (using upload feature) an SVG logo file on the default theme is triggering substitution of the endpoint i.e. data.mysite.to.cloudflare.com/asset.svg.... All good however for some odd reason XF will 404 on this.
If I manually upload logo and specify a relative path, it works. Not sure if it's SVG specific or just a general issue.
I noticed that uploading (using upload feature) an SVG logo file on the default theme is triggering substitution of the endpoint i.e. data.mysite.to.cloudflare.com/asset.svg.... All good however for some odd reason XF will 404 on this.
If I manually upload logo and specify a relative path, it works. Not sure if it's SVG specific or just a general issue.
digitalpoint
Well-known member
Do you have an example of an actual URL that is giving the 404?
eDaddi
Active member
I've been running attachments through R2 buckets for quite some time with no issues, now having issues with add-on(s) on my 2.3.4 dev site.
I've had [OzzModz] Social Groups running and am migrating to DragonByte Social Groups. @DragonByte Tech has a nice importer he's developed to migrate to his add-on, but I'm having some attachment issues. He doesn't have a setup to test his importer with R2 so I'm trying to figure that out .... and hopefully not piss him off LOL
- Running the [OzzModz] Social Groups -> DragonByte Social Groups importer fails when using R2 buckets because it looks locally for the attachments.
- I had to rsync my attachments from my bucket to my local to run the importer without errors.
- Once run, the DragonByte Social Groups pages work flawlessly.
- Once I delete the local attachment folder again, attachments from older posts no longer work.
- Attachment IDs are the same before and after the import.
- Image is still in the R2 bucket.
- If I add a new image to a DragonByte Social Groups thread, it uploads to the R2 bucket and works just fine.
digitalpoint
Well-known member
If any addon is doing direct access to the local filesystem (for reads or writes) in XenForo, they are doing it wrong. XenForo has an abstracted filesystem and that's what's supposed to be used for doing anything with files. I don't know anything about those addons, but it sounds to me like they might not be using XenForo's abstracted filesystem as expected (maybe it's just the importer portion or something?)I've been running attachments through R2 buckets for quite some time with no issues, now having issues with add-on(s).
I've had [OzzModz] Social Groups running and am migrating to DragonByte Social Groups. @DragonByte Tech has a nice little importer he's developed to migrate to his add-on, but I'm having some attachment issues. He doesn't have a setup to test his importer with R2 so I'm trying to figure that out .... and hopefully not piss him off LOL
I know these are not your add-ons, but was hoping there would be a basic R2/Cloudflare reason that may pop in your head. Perhaps a DB query to reset the migrated attachments or ... something.
- Running the [OzzModz] Social Groups -> DragonByte Social Groups importer fails when using R2 buckets because it looks locally for the attachments.
- I had to rsync my attachments from my bucket to my local to run the importer without errors.
- Once run, the DragonByte Social Groups pages work flawlessly.
- Once I delete the local attachment folder again, the images no longer work.
- Attachment IDs are the same before and after the import.
- Image is still in the R2 bucket.
- If I add a new image to a DragonByte Social Groups thread, it uploads to the R2 bucket and works just fine.
The "magic" where everything just inherently works automatically does rely on third-party addons using XenForo's abstracted filesystem for things. By default the abstracted filesystem is simply a "local" filesystem adapter, but you can swap it out for anything (like R2 or whatever else), and as long as everything is doing things as intended (via XenForo's abstracted filesystem), things will still work.
DragonByte Tech
Well-known member
It's only the importer portion, because it does the same as XenForo's standard importer. Social Groups doesn't refer to attachment paths at all outside of the importer. Chances are the attachments are created with
file_path column set in the xf_attachment_data table.It doesn't make sense for importers to use abstracted paths.
Last edited:
digitalpoint
Well-known member
There isn’t. Jurisdictionally restricted buckets work a little different and aren’t currently supported.
