pittsburghjoe
July 15th, 2008, 06:07 PM
http://labs.digg.com/arc/
I’m guessing that it’s using the digg Flash api
http://code.google.com/p/diggflashdevkit/
But I'm not advanced enough to know what's really going on.
Here goes:
1. Is digg.com constantly sending out new data to feed any swf's that might have the api baked in Or is your local swf constantly requesting new data through the api?
2. Is digg's api considered a web service?
3. Is digg using something like Adobe LiveCycle Data Services (LCDS) or BlazeDS?
And for the bonus question:
Is there anything wrong with sending multiple requests to a webservice to get real-time data?
EDIT:for those that found this thread:
from: http://apidoc.digg.com/BasicConcepts
"Now consider an application that keeps track of current data in real time. That application should:
Make an initial request with no min_date or max_date argument. The response will include only the latest items. The end of the implicit time period can be found in the timestamp property of the root element of the response--it'll be close to the time when the request was received.
Note the timestamp in the response, and make another request with that timestamp as the min_date argument. The response will include items which immediately follow that timestamp, and a new value in the timestamp property.
Repeat step 2 to get even more current data.
But remember, [#BePolitePlease|be polite]: Don't make requests every second, or our operations guys may see your application as an attacking robit. Consider making one request per minute, and processing or displaying the data between requests. That's how Stamen's flash toolkit does its magic."
I’m guessing that it’s using the digg Flash api
http://code.google.com/p/diggflashdevkit/
But I'm not advanced enough to know what's really going on.
Here goes:
1. Is digg.com constantly sending out new data to feed any swf's that might have the api baked in Or is your local swf constantly requesting new data through the api?
2. Is digg's api considered a web service?
3. Is digg using something like Adobe LiveCycle Data Services (LCDS) or BlazeDS?
And for the bonus question:
Is there anything wrong with sending multiple requests to a webservice to get real-time data?
EDIT:for those that found this thread:
from: http://apidoc.digg.com/BasicConcepts
"Now consider an application that keeps track of current data in real time. That application should:
Make an initial request with no min_date or max_date argument. The response will include only the latest items. The end of the implicit time period can be found in the timestamp property of the root element of the response--it'll be close to the time when the request was received.
Note the timestamp in the response, and make another request with that timestamp as the min_date argument. The response will include items which immediately follow that timestamp, and a new value in the timestamp property.
Repeat step 2 to get even more current data.
But remember, [#BePolitePlease|be polite]: Don't make requests every second, or our operations guys may see your application as an attacking robit. Consider making one request per minute, and processing or displaying the data between requests. That's how Stamen's flash toolkit does its magic."