Slashdot Mirror

← Back to Stories (view on slashdot.org)

Twitter Throttling Hits Third-Party Apps

Posted by timothy on from the you-should-take-some-thritalin-perhaps dept.

Barence writes "Twitter's battle to keep the microblogging service from falling over is having a dire affect on third-party Twitter apps. Users of Twitter-related apps such as TweetDeck, Echofon and even Twitter's own mobile software have complained of a lack of updates, after the company imposed strict limits on the number of times third-party apps can access the service. Over the past week, Twitter has reduced the number of API calls from 350 to 175 an hour. At one point last week, that number was temporarily reduced to only 75. A warning on TweetDeck's support page states that users 'should allow TweetDeck to ensure you do not run out of calls, although with such a small API limit, your refresh rates will be very slow.'"

5 of 119 comments (clear)

  1. 75 updates per hour by VisiX · · Score: 4, Interesting

    Any information that needs to be distributed more than once per minute probably shouldn't be relying on twitter.

  2. Protocol overhead by ickleberry · · Score: 3, Interesting

    I wonder if it would have much of an impact if they switched from the verbose JSON/XML over HTTP formats for the API to a binary UDP-based protocol. Twitter seems well suited to such a protocol since it is so simple and the messages ar so short

    Is it that they are doing too much processing on the data, wasting too much bandwidth or is their database causing trouble? Since its twitter obviously any bandwidth used is a waste, but you know what I mean

  3. Re:Are They Employing an Event/Listener Paradigm? by Late+Adopter · · Score: 2, Interesting

    I agree, that's the "right" way to tackle subscription mechanisms. But it's not the right way to tackle Twitter, because one of the defining features of Twitter is its ubiquity: i.e. if you have a phone/computer/netbook that's capable of running any sort of app whatsoever, you can run a Twitter app. As it stands now to write a Twitter client, you need to be able to do HTTP GET requests (every modern environment provides for this) and parse XML. That's it. But to do pub/sub, you'd presumably need to be able to listen, which you can't always do, say, on a smartphone or a Firefox extension.

  4. Re:It's time to ditch the NoSQL bullshit. by Amouth · · Score: 2, Interesting

    Lowes hardware does - there is a local server in the store that serves as a caching server only if the main trunk fails.

    --
    '...if only "Jumping to a Conclusion" was an event in the Olympics.'
  5. Re:It's time to ditch the NoSQL bullshit. by Knux · · Score: 3, Interesting

    Any telecom does way more than that.

    I've worked in a big telecom with 40mi+ clients and I've seen an 8 nodes Oracle RAC responsible for the whole pre-paid client database handle far, far more transactions and queries than Twitter says it does.

    Each regional server responsible for authorizing the calls has a 2 node Oracle RAC and it too handles far more transactions and queries than Twitter.

    So, there you go... The excuse to use NoSQL was that it is quicker in some cases. It's not, time to move back to RDBMS.