Google Proxy Concerns

May 5th, 2005

Yesterday Google released a new project of theirs dubbed the 'Google Web Accelerator'. In a nutshell, you run all your web browsing traffic through a proxy at Google and in return you get increased browsing speed. Now, this sounds quite good, in theory, but this is where a concern of mine crops up. A post on Boing Boing pointed out the fact that all your browsing traffic is now semi-anonymous to the outside world (a side-effect of using a proxy) and this brings up an interesting point - Google may not be trying to be as helpful as they could be (disregarding any of the obvious massive privacy concerns).

Think about this: Google is primarily an advertising company (with some cool side projects that deliver ads to as many people as possible), which now hides an important fact (the user's IP address) from other advertisers, keeping it only to themselves. Now, lets fast-forward a few years - 40% of the Web-browsing Internet uses the Google Proxy, that's 40% of the ad-targetable public that it knows about and is keeping from other companies. And the sad part is that this practice could still fall under their "Don't be evil" slogan - they're not being evil to the customers, they're just being sneaky to their competition.

Update The IP is passed along, as well. So says Boing Boing.

Tags: google, proxy, internet, advertising

3 Comments on 'Google Proxy Concerns'

A Solution to Death on the Internet

March 8th, 2005

I was reading an article yesterday discussing the problem of when people die (in real life) their virtual data is left to live (potentially forever) in the system. Now, according to a Metafilter post, a number of potential solutions have cropped up and seemingly died (no pun intended) off. Most of these applications are set up to send out an email to all of your friends or relatives after a period of time of no contact (usually by email). However, when thinking about it, I say that they don't go far enough.

Take into consideration the possibility of a data access API both for communication and for retreival. Let's break it down into those two steps:

• Communication: A vital aspect to this application is determining if someone is, in fact, still alive. So, the first part of the application would ask the user how long it should wait before it begins making preparations for the user having passed away. (One week, one month, one year?) After a specified time frame has been chosen, the user sets up a variety of contact options (and sample settings), for example: Instant Messenger - If I'm online, or message you, then I'm not dead, Email - If I email you, then I'm not dead, Phone - If I call you, or text message you, then I'm not dead, CVS - If I make a CVS commit... a message board post, usenet post, weblog update, journal update, etc. The potential for determining if someone is still 'active' is very feasible and even easily integratable with existing communication mediums. This whole extendable communication API would have to be the first step to making this work.
• Retreival: - These are the tasks that the user wants us to commit after they have died. I'd imagine that a user would want to perform different operations on different types of data (delete private data, save public data, send letters). Again, the importance of some sort of extendable API becomes apparent, example: Delete a file/folder from my server, Send a file/folder to my friend(s)/family, Upload some text to my web site, post a message to my favorite message board, etc. Being able to access data on a variety of mediums would be essential (ssh, vpn, ftp, smb), which would hopefully be transparent.

It's kind of hard to gauge a market for this sort of application, as there hasn't been any prior, successful, implementations. Although, that in itself could be the note that it simply wouldn't work in the current state of the Internet. I'd imagine that within the next 40 years, when the Internet generation begins to get old and thinking of the end times, that an application of this nature will be become much more popular and its usage much more widespread. Again, it's very hard to say right now, but I personally hope that something like this will exist as I really don't want those that I've met and communicated with to have to try and tie up my loose ends.

Tags: api, applications, death, internet, web

9 Comments on 'A Solution to Death on the Internet'