Add R2 basic support

[microstudi]

This PR adds support for some actions regarding the R2 api in Cloudflare.

Allows to:

• List buckets in an account
• Create buckets in an account
• Create CORS policy for a bucket
• Attach a domain to a bucket (for public serving files)

Examples:

Listing available buckets:

connection ||= Async{Cloudflare.connect(token: ENV["CLOUDFLARE_TOKEN"])}.waitaccount ||= Async{connection.accounts.find_by_id(account_id: ENV["CLOUDFLARE_ACCOUNT_ID"])}.waitputsAsync{account.r2_buckets.result}.wait

Obtaining a specific bucket

putsAsync{account.r2_buckets.find_by_name("a-nice-bucket").inspect}.wait

Creating a bucket:

Async{account.r2_buckets.create("a-new-bucket")}.wait

Attaching a domain to a bucket:

payload={"cf-r2-jurisdiction"=>"eu","zoneId"=>ENV["CLOUDFLARE_ZONE_ID"],"enabled"=>true}domain=Async{bucket.domains.attach(domain_name, **payload)}.wait

Creating a cors policy:

rules=[{allowed: {origins: ["domain.tld","anotherdomain.tld"],methods: ["GET","PUT"],headers: ["*"],},exposeHeaders: ["Origin","Content-Type","Content-MD5","Content-Disposition"],maxAgeSeconds: 3600}]payload={"cf-r2-jurisdiction"=>"eu","account_id"=>ENV["CLOUDFLARE_ACCOUNT_ID"],"bucket_name"=>"a-nice-bucket","rules"=>rules}Async{bucket.create_cors(**payload)}.wait

Obtaining the current CORS (the API throws an exception if there's none yet):

cors=Asyncdobeginbucket.cors.resultrescueCloudflare::RequestErrornilendend.waitputscors

Types of Changes

• New feature.

Contribution

• I added tests for my changes.
• I tested my changes locally.
• I agree to the Developer's Certificate of Origin 1.1.

[microstudi]

I you kindly approve the workflow, I'll add more tests

[ioquatix]

Let me know when you'd like me to review the code. Testing is a bit tricky but you have access to a "test" sandbox account.

[ioquatix]

Thanks :p

[microstudi]

@ioquatix what do you mean with "you have access to a "test" sandbox account"? I guess i have to put my credentials as secrets in my fork for the tests to work?

BTW, do you want me to add those examples in the readme too?

[ioquatix]

what do you mean with "you have access to a "test" sandbox account"? I guess i have to put my credentials as secrets in my fork for the tests to work?

I have put my credentials into GitHub secrets so that the tests run in a sandbox account. You don't need to do anything, but what I intended to communicate was that the CI will run against Cloudflare's APIs.

BTW, do you want me to add those examples in the readme too?

Sure, if you think it's a good idea then feel free to do it.

[microstudi]

I see what you mean, unfortunately PR from external forks do not have access to secrets in your repository (that's understandable for security reason). If you give me write permission to your repo, I'll upload the branch in your repo and will make the PR from there.
If not, no worries, I'll try to make a dummy account myself but that might take me a little as I have many things to do.

Thanks

[ioquatix]

I think the tests are running correctly but something is wrong with the code. The CI runs with my test credentials. Do we need something else on my account for the tests to pass? How are you testing this locally?

[microstudi]

I do exactly as the examples in the description. As I needed to automate the bucket/CORS creation I was testing in my real Cloudflare account. But not with the test suite, on my script. I was trying to avoid having to create a dummy cloudflare account.

Here is the info about the secrets not shared with PR from forks:
https://docs.github.com/en/actions/security-for-github-actions/security-guides/using-secrets-in-github-actions#using-secrets-in-a-workflow

[microstudi]

I've ended adding my own secrets in my repository. It's passing in my fork.

I've added some tests. It's a little bit difficult due the lack of documentation of the test suite and the sometimes poor documentation of error from Cloudflare. In any case, the features added work. Maybe some of the services would benefit from mocking the requests (using the OpenAPI defintion) instead of directly making connections.

BTW; for the bucket related tests, the test account needs to have the R2 service enabled.

Thanks for the project, if you want to review this go ahead.

[ioquatix]

R2 service enabled

Okay, that may be why it's not paying here, let me check the test account.

[ioquatix]

Unfortunately, I can't add R2 to my account without also adding a credit card, which I'm not keen to do with a test sandbox:

[ioquatix]

@jacobbednarz I am pulling you into this discussion, here is a brief summary:

1. A user here has made a PR to add support for the R2 API.
2. They have added tests, which hit my "test" account (registered with test@oriontransfer.net).
3. However, I'm unable to enable R2, even the free tier, without providing a credit card (feels hostile, especially for a testing sandbox which could be a security issue).

Are you able to help us with enabling these tests? Thanks.

[jacobbednarz]

what is your cloudflare email address? (email me if you don't want to paste it here). i can add you to our acceptance test account and you can run these tests there.

[ioquatix]

@jacobbednarz I set up a test account using the email address test@oriontransfer.net. However, if you are going to give me new credentials (to put in this repo for CI), feel free to email me at samuel@codeotaku.com.

[jacobbednarz]

i've shot you an invite to an account that you can use.

[ioquatix]

I've updated my test account to use the invite sent out, so in theory we have access to R2 now? I'll try kicking off the tests again.

[ioquatix]

Okay, I also totally missed this: https://github.com/orgs/community/discussions/26242 lol so yes, you are correct, I'll have to rebase this into a local branch to test it.

[microstudi]

Okay, I also totally missed this: https://github.com/orgs/community/discussions/26242 lol so yes, you are correct, I'll have to rebase this into a local branch to test it.

just a ping!