Forum Moderators: open
philipx writes "From the ruby-talk archives here's a little interesting snippet from a post you have to check out: "Here at Google, we're about to start offering an API to our search-engine, so that people can programmatically use Google through a clean and clearly defined interface, rather than have to resort to parsing HTML." It goes on talking about SOAP and I think this is utterly cool."
url : [ruby-talk.org...]
This is the future, according to many people i have spoken with, personalised results.
<- off rereading all that soap stuff I've been ignoring.
(API to connect to google server, so WPG isn't used)
Now that would make life easier...
I get the message:
SOAP RPC Router
Sorry, I don't speak via HTTP GET- you have to use HTTP POST to talk to me.
Looks like it may well be a subscription service. Perhaps they will make it available to META search engines.
I guess I want to know if this is something like I described above, and if it's a subscription service would it be available to the normal user or if the cost to use this will be $1000's per month.
It sure would be nice to write an automated script that would check all this update information without having to parse out all the HTML (and not violating Google's terms of service). Is this Google API stuff along those lines?
I'm not the most knowledgable about this type of stuff, but it really sounds interesting. Thanks for any clarification (and links to more info if that is allowed).
There wasn't enough info in the original blurb to know what Google has in store for the feature. It could be something strictly for partner sites. It could require cookies, milk, and logins. It could end up behind secured access lines. It could include advertising mixed in. We just don't know.
We do know it's Google.
SOAP is a lightweight protocol for exchange of information in a decentralized, distributed environment. It is an XML based protocol that consists of three parts: an envelope that defines a framework for describing what is in a message and how to process it, a set of encoding rules for expressing instances of application-defined datatypes, and a convention for representing remote procedure calls and responses.
So...just to get a picture of this in my mind: you could have a program or daemon search the Google database instead of a human?
Though, if the price is like $1000 per month or something, there is no way I'd do it. Subscription search data.
Haven't we had this idea 'round here before? (re: special access for position/rank checking, etc.)
Looks like somebody is listening. Also, sounds a little similar to the dedicated cluster that Goverture put together, so the bots to change bids would have a different place/way to do thier business.
Interesting. Will have to learn more, perhaps, when I know the time is right.
Havent tried it yet, but it looks good.
