A simplified S3 pricing page(s3pricing.herokuapp.com) |
A simplified S3 pricing page(s3pricing.herokuapp.com) |
The sliders should offer some way to get more granularity. Maybe scale the sliders the higher they go, or have a separate option to select the scale you want to work on.
You can type in any amounts you need. OP has a great visualization though!
About the slider, the horizontal lines are useless without references.
edit: props on the good work though!
thoughts?
Given Heroku's popularity and the simplicity of its sliders, why has Amazon not put in a few days to build this on S3? I'm asking genuinely as I'm wondering if it really is enterprisey oversight or it really gets them more signups or usage without providing this kind of tool.
As a historical sideline, Amazon is no stranger to sliders. Its diamond search (of all things) was one of the first uses of sliders afaik to narrow down a search, in the early days of Ajax (http://ajaxian.com/archives/ajax-showcase-amazoncom-diamond-... - mentioned in May, 2005)
Also surprising there's no affiliate programme for S3, coming from the mother of all affiliate programmes.
Will obviously give credit..
That's my biggest problem with pricing S3.. May be I am alone in that.
More people work with Gigabytes than Terrabytes.
Sure it's not web 2.0 and ajaxy but it supports almost every single service and is easy to use.
Though more granularity, as it has been said, would be nice, this is good enough for me and lots of people as it is right now.
What I REALLY would like to see (and I know this is not really a feature request for this, but just an idea I'm throwing out there) is this made for other Amazon AWS services as well.
Common scenarios, like "I would like to run a wordpress site on an EC2 instance serving a couple thousand hits per month", or "I'd like to store a 1 TB backup of my personal computer on Glacier and retrieve it when my computer crashes (say in 1 year)".
The point is, like you said yourself, if you're spending a lot of money, you shouldn't trust anyone else, but having these "ballpark figures" would be really useful for people that are considering these services.
note, it was largely adapted from the pricing page on database.com
https://github.com/kevindavis/s3-pricing/blob/master/public/...
Why do you have the database.com logo in your repo?
If you pay for Dropbox what exactly are you paying for? Software to communicate with S3?
I'll accept that the software (python+rsync+an icon) is arguably "value added", but for the paying Dropbox user, what they are getting is still S3 storage.
Am I missing something?
There is definitely still a whack of CSS that doesn't apply :)
Thanks!
RE: S3 – it scales any time and on demand. I can upload 2 TB starting now and don't have to order a server which may or may not be around on Monday (tomorrow). You could compare S3 to something like Rackspace Cloudfiles or Nirvanix. Your Hetzner argument makes little sense – not even as far as TCO is concerned.
Also, good luck recovering your servers and storage array on a public holiday in Bavaria. ;)
I'm using several Strato root servers since almost 10 years and never had an incident so far, even if it's "low" availability.
But this is kind of like saying iOS is just an expensive closed variant of FreeBSD.
Since I'm not drawing a salary from Dropbox's marketing division, I'm not going to go in depth here but I'll just say that Dropbox can be used easily and efficiently by normal people who have never seen a command line. Whereas your home brew python+rsync scripts can only be used by nerds like us.
Maybe you discover the sarcasm in my comment. ;)
(another vote for a log scale (or something equivalent, like a separate "units" that sets the scale to 1s, 10s, 100s...). also, the tick marks should be on reasonable, round values)