Earlier quoted context omitted.
iDrive pricing seems too good to be true, their focus is clearly consumers (which they target with shady "90% off for your first year" gimmicks), and I can't find any write-ups by developers using it for real products. Can you point me to anything which supports that they're a real option for more than consumer/developer hobbyist use?
its s3 compatible so there should be no hurdle in using it the price is their strong point but you shouldn't use S3 or any of the sort for any critical stuff in the first place. reply to comment below: if you require S3 support more than once a year then you definitely should not be using idrive but for the rest of us who don't need that idrive is a great alternative! You are most welcome ^_^
Is Cloudflare overcharging us for their images service?
121–130 of 136 posts
Re: Is Cloudflare overcharging us for their images service?
#122Earlier quoted context omitted.
Egress was pretty much always unmetered until AWS came along. And it still is with most providers other then the usual suspects (AWS,azure, Google cloud)
unmetered != unlimited There might not be precise measurement system which bills you by the byte, but many provides monitor (or periodically sample) bandwidth utilization, so and using too much data will catch someone's attention. Example from Hetzer, which claims to provide "unlimited" traffic. https://lowendtalk.com/discussion/180504/hetzner-traffic-use... > We will routinely check your traffic use. If we continue…
Re: Is Cloudflare overcharging us for their images service?
#123I clicked assuming this was analyzing how hilariously expensive Images is compared to most of their offerings, but it's about how hilariously bad Images' payment structure is. Nice! > It’s likely that we will replace Cloudflare Images in the long run. Looking at storage costs alone, S3 would be 4 times less expensive for our use-case. Cloudflare R2 would likely be a good choice too, if you're willing to bet that the…
I'd recommend just going on-premise for storage. You can build a full system with more than enough RAID-1 storage which will have 100% ROI in a few months compared to what they're supposed to pay for Cloudflare Images. Just use that as a storage backend for your webservers in the cloud.
Re: Is Cloudflare overcharging us for their images service?
#124I've written about the issues with CF Images before[0], and a lot of these issues still remain. A while back they joined their two image resizing products together though, and now CF Images is basically a hosted version of the previously named "Image Resizing", but weirdly (though for some use-cases great) priced, and you can bring your own storage if you so like. In my opinion, CF Images is best if you use it with a…
Re: Is Cloudflare overcharging us for their images service?
#125Earlier quoted context omitted.
Founder of Gumlet.com here (we serve more than 2 billion images per day). Here are the reasons image processing on VPS is hard. - Reliability and uptime is a huge concern. If service goes down, images can show broken - When you build it yourself, you pay for image processing, bandwidth AND developer time. image processing at multiple terabytes and half a million image processed is not trivial ( inputs can be crazy an…
Is there really market demand for AVIF and JXL , and from what market segments?
Re: Is Cloudflare overcharging us for their images service?
#126I clicked assuming this was analyzing how hilariously expensive Images is compared to most of their offerings, but it's about how hilariously bad Images' payment structure is. Nice! > It’s likely that we will replace Cloudflare Images in the long run. Looking at storage costs alone, S3 would be 4 times less expensive for our use-case. Cloudflare R2 would likely be a good choice too, if you're willing to bet that the…
if you're willing to bet that the (inevitable?) shakedown for money once you find the limits of "unlimited egress with no fees" won't be too bad. R2 egress is free. There's no shakedown. If you look at https://blog.cloudflare.com/introducing-r2-object-storage (the original announcement) we said many times that egress is free. That's sort of R2's whole thing! See also: https://www.cloudflare.com/developer-platform/r2/…
Re: Is Cloudflare overcharging us for their images service?
#127Earlier quoted context omitted.
S3 costs seem low at start but their data transfer is very expensive at volume (~10 cent per GB) It's almost always best to use some sort of image processing service (like Gumlet.com) to optimise images and then pay lower per GB bandwidth costs.
S3 is not a CDN
Re: Is Cloudflare overcharging us for their images service?
#128(I work on the Images product at Cloudflare) While I continue to dig in to the specifics of the billing and support issues described, I can confirm this bit from the blog post: if you stored 2 million images and delivered 1 million images, your total cost for that month for the Images product should be ~$210, not $400+ I've reached out to the author to get some additional information which will help me investigate th…
It seems like the author already went above and beyond to try to get this resolved through the proper channels. Why did it take an HN front page post to get it actually looked into? It does not inspire confidence in your service.
I wrote about it here last year: https://matteosonoio.it/cloudflare-support/
Re: Is Cloudflare overcharging us for their images service?
#129Earlier quoted context omitted.
if you're willing to bet that the (inevitable?) shakedown for money once you find the limits of "unlimited egress with no fees" won't be too bad. R2 egress is free. There's no shakedown. If you look at https://blog.cloudflare.com/introducing-r2-object-storage (the original announcement) we said many times that egress is free. That's sort of R2's whole thing! See also: https://www.cloudflare.com/developer-platform/r2/…
If Cloudflare really is serious about this for R2, that's going to be difficult for them to communicate in a trustworthy way. Their other products (in particular their flagship DDOS mitigation service) definitely seem to operate on a "free, but if your site is large enough you'll get an email from salespeople threatening to disconnect you unless you pay $$$" basis, using the boilerplate "don't overburden our servers"…
https://blog.cloudflare.com/unmetered-mitigation/
"Cloudflare mitigates record-breaking 71 million request-per-second DDoS attack"
https://blog.cloudflare.com/cloudflare-mitigates-record-brea...
"Mitigating a 754 Million PPS DDoS Attack Automatically"
https://blog.cloudflare.com/mitigating-a-754-million-pps-ddo...
Re: Is Cloudflare overcharging us for their images service?
#130Earlier quoted context omitted.
If Cloudflare really is serious about this for R2, that's going to be difficult for them to communicate in a trustworthy way. Their other products (in particular their flagship DDOS mitigation service) definitely seem to operate on a "free, but if your site is large enough you'll get an email from salespeople threatening to disconnect you unless you pay $$$" basis, using the boilerplate "don't overburden our servers"…
"Unmetered Mitigation: DDoS Protection Without Limits" https://blog.cloudflare.com/unmetered-mitigation/ "Cloudflare mitigates record-breaking 71 million request-per-second DDoS attack" https://blog.cloudflare.com/cloudflare-mitigates-record-brea... "Mitigating a 754 Million PPS DDoS Attack Automatically" https://blog.cloudflare.com/mitigating-a-754-million-pps-ddo...
Where things start to get shaky is if your site uses a lot of bandwidth for legitimate traffic, or otherwise uses the service in an unusual way. Personally I see it like an old shared hosting plan that will probably let you use some burst capacity if you get Slashdotted, but operates under a vague shared understanding that the service is only for "normal websites". (Which includes a lot of policies and content guidelines that only become problems if you show up on someone's "sort by usage descending" dashboard.)
I think publishing a specific amount of bandwidth that customers are allowed to consume would go a long way to putting R2 in the former category. Maybe that number is your maximum object size multiplied by your GET request limit, maybe it's your current total network capacity, maybe it's eight octillion zottabits per second.