IOh, makes sense. Those are locations so they may have multiple servers in each one but regardless, R2 isn't directly related to Cloudflare locations.
ISome locations will have R2 and some won't and Cloudflare doesn't make which ones public.
ADoes R2 store data only in one location or does it replicate across servers?
IOne location. Probably replicated across servers for redundancy but in one region, I believe.
ADo you have any information on this? Could this be the reason?
IPossibly? I don't know where R2 stores data for APAC, an R2 employee might have to investigate once the weekend is over.
IIf you're on a Pro plan or higher you could also try opening a ticket.
AOkay. Thank you so much for your assistance.
Enot at the moment
OHi everyone, I am trying to build a production ready application which serves the same image, uploaded to r2, to thousands of customers. We are a little bit skeptical on how r2 provides free egress, especially since in our case, the download rate will be thousands of times higher than the storage space occupied
EYou can, there's just no guarantees about it working or staying the same since its undocumented
KYes, it’s really free egress. Make sure that you add a custom domain to your bucket and configure Cache Rules for it to take full advantage of the cache too
CI'm experiencing a bug when attaching a domain to an R2 bucket, which may be specific to specificly related to Punycode/IDN (Internationalized Domain Names).
The DNS records are successfully added and the TLS cert and https endpoint are initialized, but the website serves Error 1014. Additionally, an error message is shown when trying to "reconnect" the R2 custom domain using the "..." menu. Lastly, the DNS entries are not deleted (and the UI provides no options to delete if we delete the R2 custom domain, as shown by orphaned DNS entry
The DNS records are successfully added and the TLS cert and https endpoint are initialized, but the website serves Error 1014. Additionally, an error message is shown when trying to "reconnect" the R2 custom domain using the "..." menu. Lastly, the DNS entries are not deleted (and the UI provides no options to delete if we delete the R2 custom domain, as shown by orphaned DNS entry
bin.føø.com (bin.xn--f-5gaa.com).R2_domain_added142.95KB
f.com_HTTPS190.41KB
Ohi guys, is there an easy way to serve r2 content through a cdn ?
HJust add a custom domain
OThanks
D'#' is a special character for URLs (fragment identifier), so I suspect it has something to do with that. In a normal HTTP request, anything after the # is not sent as part of the underlying HTTP request. That being said, it does look like it's possibly a bug in R2. If I have a filename of
A user could probably upload a carefullly crafted filename to overwrite other filenames. Although if you are allowing users to upload direct to R2 with filenames they choose, they could probably overwrite other files anyway.
If it's user generated content, you really don't want to be uploading them to R2 willy-nilly with the filename users uploaded it as anyway.
somefile#123.jpg and I upload it via R2 dashboard, it shows as being uploaded as somefile, but accessing it via a URL encoded string (needed since anything after # isn't sent to the server by the browser). So the R2 upload process drops anything after the # (same as a browser would do making the request for it). At which point you would be left with an empty file.A user could probably upload a carefullly crafted filename to overwrite other filenames. Although if you are allowing users to upload direct to R2 with filenames they choose, they could probably overwrite other files anyway.
If it's user generated content, you really don't want to be uploading them to R2 willy-nilly with the filename users uploaded it as anyway.
DYep... I uploaded a file via the dashboard as a test... 
somefile#123.jpg ended up as somefile in the dashboard. I was too scared to try it with a file that started with # because I didn't want to end up an object that wasn't deletable. DSeems so... it's how browsers handle requests with
# in it, so it's not the only place in the world that works that way, but uploading to R2 isn't a normal browser request. Might be something like they are parsing the uploaded R2 object key as a URL path, and if it's a URL path, anything after # would be dropped. It does seem like a bug to me.DOr maybe you just need to URL encode object keys when uploading?
DBut even if you are supposed to that, the normal R2 dashboard isn't doing it, so... 
DYou might want to try URL encoding it... Looking at the underlying mechanism for uploading an object, the object key is part of the S3 endpoint... so underneath it all, you are sending the request to:
So I bet that's the culprit right there... the "filename" being part of the request. And anything after the
It might be as simple as URL encoding the filename.
PUT https://{account_id}.r2.cloudflarestorage.com/{bucketname}/{object_key}So I bet that's the culprit right there... the "filename" being part of the request. And anything after the
# isn't valid in an HTTP request.It might be as simple as URL encoding the filename.
D...if that's the case maybe it's just a bug in Cloudflare's dashboard and they need to be URL encoding it themselves too (and they are not).
DIt's not an "official" endpoint, but you can create buckets with Cloudflare API without using S3 API.
That can change at any time though, and doesn't solve your problem of improperly signed S3 requests. So uploading objects and other operations are going to also fail.
public function createR2Bucket($accountId, $bucketName)
{
$params = [
'name' => $bucketName,
];
return $this->makeRequest('POST', sprintf('accounts/%s/r2/buckets', $accountId), ['json' => $params]);
}That can change at any time though, and doesn't solve your problem of improperly signed S3 requests. So uploading objects and other operations are going to also fail.
DIf you mean an endpoint different than
https://{account_id}.r2.cloudflarestorage.com/{bucketname}/, no. The S3 API does not work on custom public domains for buckets (so for example you can't have a presigned URL within your own domain)DIf it works with S3, it should work with R2 (mostly)
DMaybe I'm missing something, but postman looks like it's just an abstraction layer on top of the S3 API. If I were you, I'd skip postman and just use the S3 API since that's what it's probably using underneath it all anyway.
MIs there any way to associate metadata with a file in R2? It looks like S3 "object tags aren't supported"
MUse case is being able to associate a set of files with a "project" and perform bulk actions on them later
OIf I write data from my worker to r2, will I get billed for the worker execution time while the file is being uploaded ?
Bi am uploading images and stuff to my storage. but is there a system that i can follow to delete the stored object if its related party is deleted on the mongodb? like i am uploading an image to r2 & then using the url for the image in the document as a header whoes object is stored in mongo. if that document is deleted in mongo, how do i delete the image in r2? like any guidance?
OMongodb offers change events that you can use to know when entities are deleted, then react upon deletion
OI would also suggest that you have cron jobs, every once in a while to delete unreferenced files
OYou could also use some queues that you trigger from your application when entities that references a file has been deleted/updated
KYou kind of want to structure it the other direction. You want the object in Mongo to be the “truth” or the record of having the file. When you want to delete the record you delete the Mongo object and the file in R2 as part of the same process. The Mongo object has a copy of the R2 key. You should not have any orphaned R2 files if you’re strict about this, and it will also make it so you don’t have to list your R2 files frequently.
PHi! is the URL signing operation class A or class B for purposes of billing?
PI'm going to use it to allow downloads only to those with the URL, would that work?
Pthat's perfect, it's exactly what I want. Thank you