I have a php/memcache based Twitter Throttle if anyone needs a reference implementation. Just drop me an email at brian dot roy at cosinity dot com
On Aug 7, 11:49 am, Greg Avola <[email protected]> wrote: > This is happening all my applications. > > Clicking Allow - just causes the App to timeout. > > This reminds of the OAuth outage we had last time - which begs the > question, is OAuth ready for production applications? > > On Aug 7, 2:38 pm, Rich <[email protected]> wrote: > > > > > oAuth worked for me on testing this morning, but trying to > > authenticate three seperate accounts, right now... all of them timeout > > on clicking the 'Allow' button > > > On Aug 7, 7:32 pm, Goblin <[email protected]> wrote: > > > > OAuth is working fine for my site. To be honest, for something that > > > does nothing but interact with Twitter I haven't seen much of a drop > > > in activity. > > > > On Aug 7, 7:28 pm, Rich <[email protected]> wrote: > > > > > Thanks for the update, however PLEASE get oAuth back up and running > > > > ASAP please! > > > > > On Aug 7, 7:05 pm, Ryan Sarver <[email protected]> wrote: > > > > > > I wanted to send everyone an update to let you know what has been > > > > > happening, > > > > > the known issues, some suggestions on how to resolve them and some > > > > > idea of > > > > > how to move forward. > > > > > > *Whats been happening* > > > > > As you know all too well Twitter, among other services, has been > > > > > getting hit > > > > > pretty hard with a DDoS attack over the past 24+ hours. Yesterday we > > > > > saw the > > > > > attack come in a number of waves and from a number of different > > > > > vectors > > > > > increasing in intensity along the way. We were able to stabilize our > > > > > own > > > > > service for a bit, hence Biz's post saying all was > > > > > well<http://blog.twitter.com/2009/08/update-on-todays-dos-attacks.html>, > > > > > but that didn't mean the attacks had ceased. In fact, at around 3am > > > > > PST > > > > > today the attacks intensified to almost 10x of what it was yesterday. > > > > > In > > > > > order for us to defend from the attack we have had to put a number of > > > > > services in place and we know that some of you have gotten caught in > > > > > the > > > > > crossfire. Please know we are as frustrated as you are and wish there > > > > > was > > > > > more we could have communicated along the way. > > > > > > *Known Issues* > > > > > * - HTTP 300 response codes* - One of the measures in thwarting the > > > > > onslaught requires that all traffic respect HTTP 30x response codes. > > > > > This > > > > > will help us identify the good traffic from the bad. > > > > > * - General throttling* - Try to throttle your services back as much > > > > > as > > > > > possible for you to continue operating. We are working on our end to > > > > > better > > > > > understand the logic used in throttling traffic on the edge of the > > > > > network > > > > > and will communicate what we can, but the best idea is to just > > > > > throttle back > > > > > as much as you can in the mean time. > > > > > * - Streaming API* - as part of the edge throttling we know requests > > > > > to the > > > > > Streaming API with lists of keywords or uses are getting dropped > > > > > because the > > > > > request is too large. We are working to get this filter removed and > > > > > will > > > > > update the list when we know more. > > > > > - *Unexpected HTTP response codes* - we know people are seeing a lot > > > > > of > > > > > other weirdness and we aren't exactly sure what to attribute the > > > > > various > > > > > issues to, but know that you aren't alone. > > > > > > As the attacks change our tactics for defense will likely need to > > > > > change as > > > > > well, so stay active on the list and let us know what problems you are > > > > > seeing and we will do our best to help guide you along. > > > > > > *Moving forward * > > > > > We will try to communicate as much as we can so you guys are up to > > > > > speed as > > > > > things change and progress. I personally apologize for not > > > > > communicating > > > > > more in the mean time but there hasn't been much guidance we have > > > > > been able > > > > > to give other than hold tight with us. We fully appreciate all the > > > > > long > > > > > hours you are putting in to keep your apps running and supporting > > > > > your users > > > > > and know we are frustrated with you. Continue to watch this list, > > > > > status.twitter.com and @twitterapi for updates > > > > > > Thanks for your patience, Ryan > > > > > > PM, Platform Team > > > > > @rsarver <http://twitter.com/rsarver>
