vrypan

If you are an expert user and don't mind the technical complexities (keys, buckets, etc.) and the complicated (close to unpredictable for most) pricing scheme, Glacier will work.

deepfreeze.io makes it much easier, and offers integrations with other services too (currently only Dropbox, more soon), that allow you to transfer files between deepfreeze.io and these services on the server side -great if you don't want to re-upload 50 or 100GB, you already have in Dropbox, over your home Internet connection.

Disclaimer: I'm the founder of deepfreeze.io.

No, it's not a backup solution (even though it could be used as a secondary "backup" storage). Carbonite, Backblaze and the rest are much better at this.

But it's good if you don't want to keep files in your primary storage (i.e. your HDD) that backup services will see. A "cloud external disk" in a way.

Yes, it is built on top of S3/Glacier.

There is no "prevention". Using our experience from building longaccess.com, we have managed to aggregate and in some ways predict usage and minimise the retrieval/transfer costs (on average).

We want deepfreeze.io to integrate nicely with other "hot" cloud storage services. We started with Dropbox, but we want to offer the option to "freeze" files from Box, Google Drive, and others.

Future plans include search too.

Correction: 100GB/$15/year, not 500GB!

I couldn't have put it better, thank you!

We are working on something that's somehow close to your suggestion.

We are on the same page.

We believe that the average consumer needs more than a technical solution.

My latest laptop has no DVD drive, and I would bet that a DVD would not be more useful than a cassette tape to my daughter in 20 years, even if the data on it is in good shape. We may not even have the WWW by then, much like we don't have Gopher any more. What we offer is a service: we will do what it takes to keep the data in good shape and make them accessible to anyone holding an Archive Certificate.

The DoD, or large companies don't need this kind of service: they have the resources to manage, migrate, validate, replicate, etc, their data for as long as they are valuable to them. If DVDs start to fail, I'm sure they'll notice it, and they'll spend a gazillion dollars to move data to a new medium.

I don't think any consumer has a special week of the year when they take out all their DVDs and HDDs and verify them, make new copies, and replace the bad ones.

Disclaimer: I'm the founder of Longaccess.

Our main product is not storage, in the same way that a bank's main product is neither steel nor vaults.

We just use a reliable technology. AFAIK Amazon is not in the business of preserving data for decades, but they are great at storing data. On the other hand, Longaccess' business is to preserve private data for decades, and using the best underlying technologies and services at each given point in time to do so.

Longaccess uses AWS Glacier too (a combination of S3 and Glacier, actually). The added value comes from a couple of features, like:

- making the use of Glacier friendlier to the average user

- providing a well defined way of accessing the data (retrieval, decryption, etc.). This is very useful if, for example, you want the files to be retrieved by your children in a couple of decades

- making a commitment to take care of the data for decades: if Amazon decides in 10 years that they are no longer interested in being in this business, we will move the data to an alternative provider, but nothing will change for our users.

Disclaimer: I'm the founder of Longaccess.

The source code is in Python. Any user who is really concerned about the privacy of their data, should install directly from source. Or, use a trusted distributor: for example, if the client is distributed as part of a Linux distribution.

Disclaimer: I'm the founder of Longaccess.

Slightly off-topic, but I can't help it: This is exactly why we picked the bowhead whale for our mascot at www.longaccess.com. :-)

http://www.zoottle.com/ does this, but gives you more control and is not limited to facebook login of course. It also gives you detailed stats (I didn't see any mention of getting visitor stats by FB wifi).

Thank you domness. What is the average size of your repo?

It's not photo-oriented and you won't be able to browse your photos on-line. But we are building a secure long-term personal digital archive at http://longaccess.com/

We would appreciate any feedback, as you are obviously someone that could use our service once (very soon) it's commercially available.

Fixed. Thanks.

Technically, I refer to when the syncing of the file starts (almost immediately) and ends (very fast). When we are all in the same network at the office the speed is limited by our network speed and our laptops.

I guess that a cheap NAS would probably perform the same or maybe worst. I don't know about a high-end NAS on a very fast and fine tuned switched network, but that's usually outside the scope of most startups in their early stages.

Great! I'll give it a try.

I don't consider dropbox to be future proof, it's the filesystem. I could easily replace dropbox with google drive, ownCloud, or BitTorrent Sync.

I tried OpenPhoto a couple of months ago, but I was left with the impression that it was optimised for photos and video didn't work so well.

I had a similar problem, but it was fixed a couple of hours ago.

I turned off prefetching. You must be right. I'm not turning it on.

I don't mean to attribute this to the dark side :-)

However, it is important from a privacy perspective (even if it's prefetching).

I've been saying for years that "I've outsourced my memory to Gmail"...

I think it's the same motes that drive people to write open source software: for fun, to scratch an itch, to be accepted by peers, etc. It might be that nobody (to my knowledge) presented it this way so far.