KThe blog doesn't talk about any minimum retention periods but I assume there will be some eventually
IThe retrieval time. IA is instant, Glacier is up-to hours.
IThe only Glacier type without retrieval times is GCS' Archive tier, which is cheap in storage, but very expensive in anything else.
SEverything from AWS is
IGCS Archive is cheap storage wise. The issues arrive with retrieval, egress and request costs.
IIt's cheaper than Scaleway's and it's instant retrieval.
IBut you'll need a loan to pay for the retrieval fees themselves + egress, etc.
IPlus 1 year minimum retention.
SFor example for lambda, you need a lot more than just lambda. VPC, EC2, EFS, etc, etc. Just to get an outside connection, to download something from outside lambda.
Workers is so much better. Just hoping they bring an alternative to EFS to Workers.
Workers is so much better. Just hoping they bring an alternative to EFS to Workers.
SYeah that's just S3, right?
JAWS is very cheap(in mentality):lul:
BHow do you backup your r2?
Since there is no retention or immutable object.
Since there is no retention or immutable object.
Bthanks, I'll have a look.
SIsn't Glacier more for big companies that need to store for example files that are required to be stored for a certain period? Foe example in the Netherlands you're required to save all your invoices for about 5 years, in case the IRS needs them. Just push them in there and you're set.
SYeah
RIs there a way to protect R2 content with cookies?
SYou can via workers
RAny documentation how I can do that? 
RFound it, thanks!
Dnot sure I follow how I could do a mapping if all files need to be synced
VHey folks, the content I'm storing on R2 is highly compressible. Like a 500kb vs 15mb.
Will I want to gzip this myself or is there a way to let R2 take care of it for me? And if I don't store the data gzipped, will I be charged?
Will I want to gzip this myself or is there a way to let R2 take care of it for me? And if I don't store the data gzipped, will I be charged?
Dyou gotta upload it gzip'd yourself afaik, pretty easy to do with a Worker (that's what we do).
Dmake sure to set when uploading, that way CF can automatically decompress it for clients that don't support gzip too.
VAh interesting... so it would get stored gzipped and downloading it this will happen transparently?
VSame if I fetch it using the R2 binding on the backend?
VIf so, very cool! I'm surprised I survived so long without understanding all these http details 
Dyep, unless you set
cache-control: no-transform
PHi Community, How to solve this issue for presigned URL
D@Venkat Dinavahi e.g. you can see this fails to decompress automatically, because I have set. https://azure-di.6873d51718aa43a6389a532434554150.r2.cloudflarestorage.com/2024-02-29-preview/prebuilt-read/a45b747b5ed4c37de569213aef10649a.json?X-Amz-Algorithm=AWS4-HMAC-SHA256&X-Amz-Credential=022cbef64017d6c3154435aeb62aeac1%2F20240403%2Fauto%2Fs3%2Faws4_request&X-Amz-Date=20240403T150153Z&X-Amz-Expires=600&X-Amz-SignedHeaders=host&X-Amz-Signature=b09dd0376defa5ce6ea683f2469304e877bc99d5626bb5c0266b3f3fa8d4a0d1
In some situations, like archival, you don't want files to be modified automatically (because their hash changes).
In some situations, like archival, you don't want files to be modified automatically (because their hash changes).
DI actually see a R2 "bug" now lol. The in the response header is wrong afaik, since with , the response won't vary at all. 
VCould you clarify what you mean by "modified automatically"?
VLike cloudflare will transform (in this case un-gzip) the file?
Dyes, just not for the object URL I gave as an example
Dbut again it can be disabled with
Vamazing - then I'm not understanding why we would want to set no-transform
Vwhen is a hash necessary?
Dif you want to set (or "change")
cache-control
*that looks like a very short and simple URL
Dif you're storing the compressed data in other places, sometimes it can just be easier to not have automatic decompression so you can verify nothing is corrupted.
If you aren't storing stuff in multiple places with different S3 backends, you probably don't care.
If you aren't storing stuff in multiple places with different S3 backends, you probably don't care.
Vah got it, so you can fetch the thing that's actually stored on R2 and check the contents/hash of it
Vwhat would that mean for the checksum? if I want to send a sha1 checksum, is that going to be of the gzipped file or the ungzipped file?
VAlso, funny thing is I'm also dealing with storing OCR data
PHi any one regarding this
Dit'd be the checksum of the gzipped file. But when your client downloads it, it won't have the same checksum as it'll be decompressed.
DAzure is the best I've seen so far, though their API has a lot of pitfails.. that's why we wrote a bunch of Workers stuff to make it sane. We've OCR'd a couple hundred thousand pages iirc with our setup.
VI fell in love with the cloudflare platform.. having everything centralized DNS, workers, storage, etc has been a huge benefit
Vless infrastructure details to think about
Deh, that's presigned S3 URLs for you. The "shorter" version we made with public R2 buckets, a WAF rule, transform rules, and a redirect rule is https://azure-di-source-files.auto.ai.moda/83d6300e2bb85d71b49bedd61f19fc37?cache-control=private%2C+immutable%2C+no-transform%2C+max-age=31536000%2C+stale-while-revalidate=31536000%2C+stale-if-error=31536000%2C+s-maxage=0&expires=Thu%2C+01+Jan+1970+00:00:00+GMT&verify=1712102400-4wZJur5FPt%2FlgOxQfSXl4Yryh6J%2Bjsj0N482RnL7jNc= 
Bif the verify changes, shouldn't this invalidate the cache?