Google Slips Talk of Online Storage Service 266
sonsonete writes "Reuters reports that Google is preparing to offer online storage, according to company documents that were mistakenly released on the Web. From the piece: 'The existence of the previously rumored GDrive online storage service surfaced after a blogger discovered apparent notes in a slide presentation by Google executives published on Google's site after its analysts presentation day last Thursday.'"
Google's Plans (Score:5, Interesting)
Re:Why give everything to google? (Score:5, Interesting)
But for the rest of us, the idea of a cheap online backup (or even free, which would Rock Hard) of our ENTIRE hard drive would be very, very nice. It would be cool if Google provided automatic encryption, but I wouldn't care if they didn't.
in addition (Score:2, Interesting)
Re:It slipped out (Score:5, Interesting)
GMail is already online storage (Score:3, Interesting)
When you learn that fact, it makes it less attractive.
Re:Mr. and Mrs. Reboot (Score:2, Interesting)
Rapid sharing? (Score:5, Interesting)
Even if shares are only 2 GB (about the size of their e-mail accounts), that's still enough for at least one good-quality movie, or 100+ high quality MP3s. All one would need to do is set up a drive and disseminate the login info.
And what about legit use? I rip all my CDs to MP3s (because changing CDs when you get tired of them is a nuisance). My business allows me to store MP3s on my computer for personal use, but I cannot bring a flash drive or other writeable media (including CD-Rs) into the workplace. (Yes, having internet access kind of dilutes this, but I digress.) It would be easier for me to upload as many songs as possible and download them at work instead of trying to convince someone that my flash drive just has MP3s on it.
Maybe they can outright ban certain file types- mp3s, avis, etc. Of course, there's nothing stopping someone from uploading it as spiderman3.doc. And what about the college student that wants to upload a class lecture for later listening or sharing?
If this becomes a reality, it would be interesting to see how they work it.
As apps go online, does plain storage lose value? (Score:3, Interesting)
http://www.putfwd.com/index/news-app/story.35/tit
Let's hope for at least a developer API so external apps can integrate with it.
GDrive FileSystem (Score:1, Interesting)
Re:Encryption (Score:4, Interesting)
What does Google get out of this? (Score:2, Interesting)
My only concern is what Google hope to achieve by storing my data. Letting their machines data-mine my email to show ads is fair enough, but what do they hope to get out of providing this service? Unless they intend to do something a bit dodgy (eg. sell it to governments), it's difficult to see many ways in which they could use my data to their benefit.
I suppose they could just see what their advertising engines can do with the data, but I really can't see them mining gigabytes of data for each user! Maybe filenames will be helpful.
Re:Encryption (Score:5, Interesting)
This theoretical GDrive could encrypt your files automagically, this way only YOU from YOUR COMPUTER should be able to view them. Google can skip all these legal problems claiming that they just provide the storage, but doesnt have acess to the contents of the files.
Of couse GDrive will send some meta-information about the files to feed Googles TextAds, probably the same info that GoogleDesktop send, and keep some kind of hash to identify identical files, in order to save server storage.
Just my $0.2
Future (Score:1, Interesting)
Re:Why give everything to google? (Score:3, Interesting)
Encryption plugin (Score:3, Interesting)
That would be sweet to have client side encryption "built in" to whatever the client ends up being. But from the sound of this article, it's probably more like "hacked in" instead of "built in". After all, Google wants to READ what you store....
Re:It slipped out (Score:3, Interesting)
Reminds me of way back when on AOL when AOL would store internal email attachments on their servers. "Pirating" something just meant forwarding an email with the attachment that never hit your local computer, drastically reducing the time required since everyone was on slow modems back then.
It will be funny when the first SHA or MD5 collision hits though, they'll have to be very careful with that if they go with a system like this to reduce redundant file storage.
Google Live CD (Score:5, Interesting)
And here is the quicker: Google could do that by releasing their Linux Distribution on a Live CD. Users would not even have to install Linux, instead they would merely boot on this Live CD. The environment would be heavily linked to the on-line Google services, and users could edit/modify/save their document transparently over the Internet.
Re:Rapid sharing? - It's being done as we speak (Score:2, Interesting)
Lately we have noticed a rise on average used space. The reason is that there is a new boy in town: Peer2Mail is one (amongst many) programs that allows users to share (huge) files from free email accounts.
These users gather in forums dedicated to sharing the info of email accounts + passwords + files on them. They sometimes have a caste system, where some are uploaders, others are "account creators", etc. I have seen posts of young boys who created 400 e-mail accounts in 2 days.
Once the accounts are created, they share their numbers and passwords with the uploaders. They go to a gmail account, set half a dozen of other accounts to receive forwarded copies of everything that reaches it, and voila! instant multiple copies of gamez, pr0n and everything you can imagine is shared with the world through a forum.
The problem is, what is the boundary between the mail provider's responsibility of what is being stored there, and the right of the users, who are getting the email service for free, to severely cripple the services, when 20GB of mail is delivered to 30 e-mail accounts to be checked for viruses, parsed to verify if it isn't spam, etc?
Peer2Mail is already there, the question now is how we must deal with it.
Re:Encryption (Score:3, Interesting)
Re:Here's why... (Score:3, Interesting)
If I had anything that sensitive, I would encrypt it anyway.
why do you think Google is going to give you free storage? They aren't benevolent, they are using your data to make a quick buck. Do you really want them to aggregate your life based off your data so they can advertise to you?
I didn't say it would definitely be free, but if it would, sure, let them advertise for me. It would be totally worth it for a free backup.
you don't know who will have access to your data.
Like I said, Paranoids won't be interested in this service. I'm not particularly paranoid, so I'm not too worried about it. Do you worry about who might be breaking into your office at night to read your docs?
is it really worth having your data out of your hands? You can get 16x dual layer DVD burners for $24.00. Media is pretty cheap too nowadays. Back it up yourself and don't feed the Google Monster, don't worry about your private life coming back to haunt you.
Definitely worth it. First of all, a DVD is only 4.7GB, which ain't much these days. Second of all, you have to DO IT. That's always the achilles heal of backups. I should say that my current backup strategy is to use Connected Online Backup, which does it for me automatically every night. It's a good service, but it doesn't do my whole drive.
Re:Encryption (Score:4, Interesting)
1) Upload
2) Index
3) Compress
4) Encrypt.
Problem solved.
This could be workable... (Score:2, Interesting)
a) I can encrypt my data locally, prior to transferring it to GDrive
b) I can decrypt my data locally, after transferring it from GDrive
c) it all has to happen rather transparently
I suppose you could use AES for encryption, or public/private key encryption, not sure what either type of encryption would buy you. Come to think of it, PGP.com has a product that does this already, PGPdisk - if they can emulate that in some way, that would be swell...
None of this is going to work if they're hoping to "scan" the user data in any imaginable way (for whatever purpose, advertising or not). No one will go for that, I'm like 99% sure, except those without a stinkin' clue or those who truly do not care about privacy.
Good for Web Apps (Score:2, Interesting)
With more and more functional Web APIs available, there is this surge in Web-based consumer applications. However, there is no central storage APIs, and Web Apps tend to use their own storage scheme. It's bad for users, who now have his information scattered around the web, and who tend to forget where he has stored certain information. It's much more serious than the password problems in the sense that users can use the same password for all the websites he visits. With Google and probably Yahoo to provide general storage APIs, we may soon able to store documents [writely.com] and notes [writeboard.com] to G drive or Y drive when C drive is not an option for Web Apps. And we may soon be able to export my web calendar to these web drives and switch to another web calendar service provider. Bookmark synchronization extension can then be so easy and universal. Much much more importantly, there could be better integration of web applications with this central storage as the glue. With a file system-alike, probably the Web OS reality is emerging finally.
Google Firefox (Score:4, Interesting)
Not only Google Linux..
Prediction: Google will create it's own version of Firefox with one distinguishing feature: no address bar.
Google hates the address bar. They want everything to go through their search box (like the Google toolbar). Solution: get rid of the address bar. Have the search box do an automatic "I feel lucky" search if you type in a URL.
Watch the Google ad revenue grow when Google knows every URL that you type, in addition to your every search.