[DigitalPoint] App for Cloudflare®

[DigitalPoint] App for Cloudflare® 1.9.1.1

No permission to download
You need your domain/zone to be in your Cloudflare account in order to use this addon. Is that the question? The addon will give you a direct link to create API key (easiest thing to do is click it).
My domain name is attached to my Cloudflare account. No settings have been made. When the plugin installs, I will click on the link to generate the api key. Will the plugin default settings work for me? Do I need extra settings?
Sorry for the beginner questions.
 
My domain name is attached to my Cloudflare account. No settings have been made. When the plugin installs, I will click on the link to generate the api key. Will the plugin default settings work for me? Do I need extra settings?
Sorry for the beginner questions.
It doesn't do anything by default. It will only do what you tell it to do. So nothing "default" will hurt (or do) anything.
 
  • Like
Reactions: Can
I'm migrating my data over and it goes extremely slow (17Kb/s or something like that). So, I'm trying to migrate my data over using extra processes with --processes=8 and I get the following error:

Code:
In Process.php line 144:
                                                                                                                                                                                                           
  Symfony\Component\Process\Process::__construct(): Argument #1 ($command) must be of type array, string given, called in /home/siteone/public_html/src/addons/DigitalPoint/Cloudflare/Cli/Command/Mi  
  grateData.php on line 211

Here's the exact command I'm using: php cmd.php dp:migrate-data --processes=8
 
I'm finding a bunch of icons not working after recently implementing this addon for R2 storage.

Looking at the HTML source, they are referencing icons via the local URL https://www.<domain>/data/local/icons/regular.svg rather than the new R2 URL https://data.<domain>/local/icons/regular.svg

Any suggestions?

I mean, I could pull the icons directory back local to make it work - but I thought the point was to serve everything from R2?
 
The local directory is intended to be local. Has to do with SVG and CORS issues. It’s a new area in 2.3 I believe.

How did you move them? I don’t think the addon migration tool would have moved them.
 
The local directory is intended to be local. Has to do with SVG and CORS issues. It’s a new area in 2.3 I believe.

How did you move them? I don’t think the addon migration tool would have moved them.

I used your tool. Happy to help debug if there's something specific you'd like me to try. I'll be doing another site soon so I'll have a fresh setup to test on.

I'll pull local back local on the sites I've already done.
 
Hmmm... will check it out. Because ya, it shouldn't be moving the local-data endpoint.

It's a new mount point in the abstracted filesystem in 2.3. There's some info about it here if you are bored:


The short version is that there are some special requirements with SVGs and it's more problematic to serve them from a different origin (different hostname... the public domain of the R2 bucket).
 
Confirming pulling icons back local and clearing the Cloudflare cache fixed the icon issue - thanks.
 
Suggestion: instead of (or in addition to) showing "Cloudflare account totals" in the R2 admin ui - is it possible to just show totals for the zone? Or more specifically totals for the buckets we have setup for this site.

1736645055673.webp

Obviously if you're just pulling that total from some API data rather than calculating it yourself, it may not be worth the effort - but if you're calculating it yourself, it might be more useful to show the total usage for just this site rather than for all zones across the account?
 
Mashing two buckets used for different purposes, is a really bad idea. It would be the same as someone wanting to merge the internal_data directory with the data directory. Yes, you could technically do it, but it's a bad idea. The data directory (and bucket) is exposed to the world for public access without authentication. The internal_data directory (and bucket) doesn't allow public access. Merging the two and then giving that single bucket a public domain means you are letting anyone access private things (this isn't everything, just some):
  • attachments (for example one sent privately in direct message)
  • sitemaps
  • encryption keys (this is a big one)
There is no situation where merging private data into a public bucket is a good idea (just like merging the internal_data folder into the public data folder).

Yes, you could probably force it to work if somehow you were limited to a single bucket in your life (but you can have up to 1,000,000 buckets for no cost). But it's a very bad idea... and I can't think of a single reason why someone would want to make all the private data public by putting it in your publicly accessible bucket.
Thank you very much for your explanation, it made me realize what a stupid mistake I made and corrected the situation.

Finally, I used FileZilla Pro + Synology NAS to complete the synchronization task.
(Sorry, I am from Taiwan and can only use Google Translate. I hope you can understand.)

非常謝謝你的說明,讓我意識到犯下多愚蠢的錯誤,也修正這個狀況。

最終我採用FileZilla Pro + Synology NAS去完成這項同步工作。
(抱歉我是台灣的人,只能透過Google翻譯,希望您可以理解。)
 
Suggestion: instead of (or in addition to) showing "Cloudflare account totals" in the R2 admin ui - is it possible to just show totals for the zone? Or more specifically totals for the buckets we have setup for this site.

View attachment 317291

Obviously if you're just pulling that total from some API data rather than calculating it yourself, it may not be worth the effort - but if you're calculating it yourself, it might be more useful to show the total usage for just this site rather than for all zones across the account?
It's technically possible with just a template modification... the data is already in there (you just would be adding the two numbers together from the bucket lines). However, I'm not sure if that would actually be better... the account totals are there to give someone an estimate on where they are at for billing purposes (R2 is billed at the Cloudflare account level, not at the individual bucket level). So you would be replacing something that serves a purpose (billing estimates) with something that is just 2 numbers you can see that are simply added together, but don't serve any useful purpose.
 
I'm finding a bunch of icons not working after recently implementing this addon for R2 storage.

Looking at the HTML source, they are referencing icons via the local URL https://www.<domain>/data/local/icons/regular.svg rather than the new R2 URL https://data.<domain>/local/icons/regular.svg

Any suggestions?

I mean, I could pull the icons directory back local to make it work - but I thought the point was to serve everything from R2?
I've been digging into this a bit and I do see what's going on... XenForo has it's local-data:// filesystem inside a directory of it's data:// filesystem. It makes it a little weird/problematic because pulling a list of all files in the data:// filesystem includes files in the local-data:// filesystem. Probably not the best thing to do from an internal design standpoint, but it is what it is and now we have to deal with it.

I'm going to go ahead and build some exception handling for the local/ prefix inside the data:// filesystem, but honestly it feels rather hacky to me.

 
  • Like
Reactions: Sim
Should all be fine.


Hard to say without seeing an example and looking at the HTTP headers for the things not working. Have you done anything with attachments that would cause them to change (for example convert them from one image format to another)?
I enabled CF again and the problem is back. Here is an example (click on image)

Now I see something weird is going on. The broken image link is
Code:
domain.com/attachments/img_4672-webp.2088196/
but that should be
Code:
https://attachments.domain.com/attachments/2088/2088196-randomstring.data?token=<token>

Again, when I edit the post I see the attachment, it just seems like the attachment is improperly inserted to the post...
 
Last edited:
Can’t see any HTTP headers unless you give the actual URL. domain.com doesn’t let you see anything going on.

The URLs you are showing are exactly what they should be though. So no issue there.
 
Just wanted to follow up with this to see if anyone can help me figure this out. I thought it might be because I had disabled "exec" and "shell_exec", but enabling those doesn't help either.

Here's where I explained my issue:

 
Just wanted to follow up with this to see if anyone can help me figure this out. I thought it might be because I had disabled "exec" and "shell_exec", but enabling those doesn't help either.

Here's where I explained my issue:

Looks like the XF 2.3 has a newer version of Symphony that made a change.

If you open the src\addons\DigitalPoint\Cloudflare\Cli\Command\MigrateData.php file and replace this:
PHP:
$process = new Process($parallelProcessCommand . $file['path']);

with this:
PHP:
$process = new Process(explode(' ', $parallelProcessCommand . $file['path']));

Does it work?
 
Looks like the XF 2.3 has a newer version of Symphony that made a change.

If you open the src\addons\DigitalPoint\Cloudflare\Cli\Command\MigrateData.php file and replace this:
PHP:
$process = new Process($parallelProcessCommand . $file['path']);

with this:
PHP:
$process = new Process(explode(' ', $parallelProcessCommand . $file['path']));

Does it work?
Yes, it's working fine now. Thank you! Still fairly slow, so it must just be a limitation on my server. Much faster than before, though, but it'll have to do anyways. Again, thank you!
 
I'm going to scan the posts above as I'm having an issue with some of my attachments. It is probably token-related.

I've used an add-on for a few years that lets me schedule posts into the future. No issues. But over the past month or two, I've had issues where the full-size attachments are not showing in the first post of a scheduled thread. Worked fine for a few years prior, and every one of those scheduled threads had at least one image attached.

If I do a non-scheduled (normal) post, all the attachments seem OK.

The attachments were still at the bottom the post, but I was not able to insert the full images; only the thumbnails. Inserting a full image gave me the "broken image" icon. Upon clicking an inserted thumbnail, I got this error:

Cloudflare account ID missing. Double check that all required permissions are set for your API token.

I haven't updated much of anything in this forum, and we are still running 2.2. I'm probably out for the rest of the day but when I return, I'll have a chance to check all the add-on versions. Pretty sure I have the most recent Cloudflare add-on though. I do need to do another check of all the token permissions--I'm pretty sure they're all up to date but it doesn't hurt to check.
 
Back
Top Bottom