Amazon Introduces Web Services Interface

skunkeh writes: "Amazon have launched a brand new web service interface to their huge database of products. The interface can be used through SOAP or by requesting XML pages via URL, and their development kit comes with example code in Java and Perl. A Python wrapper is also available, and I have released some sample code in PHP."

An excellent application...

[darylp]

I've been wowed by this little application here:

http://mockerybird.com/index.cgi?node=book+watch [mockerybird.com]

It takes an XML formatted list of books from one web service, looks these books up via the Amazon API, then runs a search on the titles via the Google API. Combining three separate services into one unified system.

The people wondering "Why bother?" when Google released their Web Service missed the point entirely. One service isn't anything special. It's what you can do when you combine a couple of them that makes things interesting.

Ideally, the Book Watch Plus application can be converted into a Web Service itself, so someone else can use it as a component in THEIR application.

Re:An excellent application...

[jaydho]

That is a great application (thanks for the URL) I may have to add something similar to my blog [jdhodges.com] but I am really surprised by the lack of activity on this post. There seem to be many possible uses for this API and hopefully others will follow Google and Amazon's lead. The post below about eBay is particularly interesting, any other sites out there that you would like to see with a publicly accessible API? Pricewatch might be my vote. (If blogs aren't your style, maybe swimsuits are [jdhodges.com]?)

from the terms and conditions

[216pi]

you do not exceed 1 call per second or send files greater than 20K

I would love to know how I should assure that I will not exceed this limit with php... anyone out there?

Re:from the terms and conditions

[skunkeh]

Good question. The only way I can think of is to grab the output of microtime() [php.net] every time an API call is made and record that time in a database (or on the filesystem, but a database would be preferable for performance reasons). Then you can check this "last queried" time before making a request, and if one has been made in the last second you can use usleep() [php.net] to temporarily delay your next request. You would probably have to code in some kind of method of spotting when you are getting really high traffic (continuously getting several hits a second) and have some clients die with an error message, rather than wait for potentially quite a long time before their turn to send an API request comes.

Caching the results of requests could help greatly of course...

Re:from the terms and conditions

[tangi]

just a top of mind: you could run you php within a dedicated instance of your web server, limit the number of process/threads to 1, and sleep the difference between 1 seconde and Amazon response time with your script.

eBay needs this

[ManxStef]

It'd do eBay a whole lot of good to have an web service interface, the added flexibility would surely increase their sales considerably.

Their whole "e-mail when you get outbid" and MS Messenger alert system is waaay too slow. I usual get my "auction has finished" mails about a 24 hrs after it actually finished, and messenger alerts tend to take about 10 minutes or more (no good when someone snipes you in the last 5 min of the auction), so the ability to write a web service that'd tell me INSTANTLY that I've been outbid (or whatever) would be very handy.

Of course eBay might not want you to be able to bid via a web service (they might want you to have to use their own designed interfaces to make things fair for everybody), but in that case it's simple enough to just leave those methods for the moment and stick to the "read-only" and search functions.

The other thing that I'd wish for is that companies like Amazon would roll-out their services SIMULTANEOUSLY worldwide. It sucks that it only applies to .com, what about .co.uk, .de, .fr, .co.jp?

Re:eBay needs this

[will_die]

It is not a might not want to for e-bay it is a definite you will not.
E-bay has sued other companies and sites that allowed you to bid on e-bay sites without going though the e-bay site. e-bays claim is that thoses other sites cause to much traffic, however the main reason is that you are not looking at e-bay advertisements.

Wrong.

[daviddennis]

The reason they don't like the aggregators is that there is less reason for you to go to eBay first, and therefore bid on only their auctions. Instead, you're giving publicity to their evil rivals.

In short, it endangers eBay's near-monopoly on the online auction business. They could care less about the advertising, but in terms of protecting their monopoly, well, that's their lifeblood.

D

First Google, then Amazon...

[anthony_dipierro]

When does Slashdot release an API to their website?

Re:First Google, then Amazon...

[Anonymous Coward]

They did [slashcode.org]

seems to be running on Apache on Linux

[billylo]

According to Netcraft, soap.amazon.com appears to be running on Apache/Linux.

The site soap.amazon.com is running Stronghold/2.4.2 Apache/1.3.6 C2NetEU/2412 (Unix) mod_fastcgi/2.2.10 on Linux