[twitter-dev] Is there support for the OAuth 2-legged model?
Hi, I am building an app that will programmatically update my twitter status every hour or so. It will update my status from a server running without any interaction from me. From what I have learned, I should use OAuth rather than basic authentication. It seems that basic authentication is to shut down June 2010 (which seems rather soon). I have spent a day and a restless night reading OAuth specs and then dreaming about them all night long :( I am guessig that I need the 2- legged model rather than the 3-legged model as there is to be no user interaction and my consumer application wants access to a single user resource only - a resource it is directly tied to. Hence my application is both the consumer and the user. I have read the 2007 spec that was put out on the 2-legged model. I have also read the most recent OAuth 1.0a spec which seems to ignore the 2-legged model. Doing a search for 2-legged or two-legged on this website yields nothing which make me think that what I am trying to do - programmatically update a user status - isn't something anyone would want to do. As that seems totally unlikely, I am wondering if I am totally barking up the wrong tree. Can something help point me in the right direction? Thanks, Grant To unsubscribe from this group, send email to twitter-development-talk+unsubscribegooglegroups.com or reply to this email with the words REMOVE ME as the subject.
Re: [twitter-dev] Is there support for the OAuth 2-legged model?
On Tue, Mar 23, 2010 at 10:50 AM, Grantcv1 grant.vergott...@gmail.com wrote: Hi, I am building an app that will programmatically update my twitter status every hour or so. It will update my status from a server running without any interaction from me. From what I have learned, I should use OAuth rather than basic authentication. It seems that basic authentication is to shut down June 2010 (which seems rather soon). I share your concern! I use Classic ASP (Yes, there are many of us still using it it because we like it!) and I have a classified ads on my site that automatically sends a tweet out to announce whenever a new ad has been posted. For my needs, Oauth seems to be convoluted and bloated. I've spotted lots of Classic ASP users searching for an Oauth solution for their code. I'm trying to understand it to figure out how to adapt my app to it, but I may have to give up the automatic tweets. :( To unsubscribe from this group, send email to twitter-development-talk+unsubscribegooglegroups.com or reply to this email with the words REMOVE ME as the subject.
Re: [twitter-dev] Is there support for the OAuth 2-legged model?
we're literally working on 2-legged oauth for our public methods as i type this. On Tue, Mar 23, 2010 at 9:19 AM, Lil Peck lilp...@gmail.com wrote: On Tue, Mar 23, 2010 at 10:50 AM, Grantcv1 grant.vergott...@gmail.com wrote: Hi, I am building an app that will programmatically update my twitter status every hour or so. It will update my status from a server running without any interaction from me. From what I have learned, I should use OAuth rather than basic authentication. It seems that basic authentication is to shut down June 2010 (which seems rather soon). I share your concern! I use Classic ASP (Yes, there are many of us still using it it because we like it!) and I have a classified ads on my site that automatically sends a tweet out to announce whenever a new ad has been posted. For my needs, Oauth seems to be convoluted and bloated. I've spotted lots of Classic ASP users searching for an Oauth solution for their code. I'm trying to understand it to figure out how to adapt my app to it, but I may have to give up the automatic tweets. :( To unsubscribe from this group, send email to twitter-development-talk+ unsubscribegooglegroups.com or reply to this email with the words REMOVE ME as the subject. -- Raffi Krikorian Twitter Platform Team http://twitter.com/raffi To unsubscribe from this group, send email to twitter-development-talk+unsubscribegooglegroups.com or reply to this email with the words REMOVE ME as the subject.
Re: [twitter-dev] Is there support for the OAuth 2-legged model?
Hi all, We don't yet support two-legged OAuth but see value in its use for actions requiring client application authorization but not necessarily user-based authentication. As Raffi notes, we're implementing it now. However, two-legged OAuth does not necessarily solve the issue you're looking to solve, actions requiring an actor like tweeting, favoriting, etc. would still require an OAuth access token. In the case of a single purpose application with a single user, you would leverage OAuth to exchange your own credentials for an access token which you could then re-use indefinitely for the single-user use case of your application. Taylor Singletary Developer Advocate, Twitter http://twitter.com/episod On Tue, Mar 23, 2010 at 9:19 AM, Lil Peck lilp...@gmail.com wrote: On Tue, Mar 23, 2010 at 10:50 AM, Grantcv1 grant.vergott...@gmail.com wrote: Hi, I am building an app that will programmatically update my twitter status every hour or so. It will update my status from a server running without any interaction from me. From what I have learned, I should use OAuth rather than basic authentication. It seems that basic authentication is to shut down June 2010 (which seems rather soon). I share your concern! I use Classic ASP (Yes, there are many of us still using it it because we like it!) and I have a classified ads on my site that automatically sends a tweet out to announce whenever a new ad has been posted. For my needs, Oauth seems to be convoluted and bloated. I've spotted lots of Classic ASP users searching for an Oauth solution for their code. I'm trying to understand it to figure out how to adapt my app to it, but I may have to give up the automatic tweets. :( To unsubscribe from this group, send email to twitter-development-talk+ unsubscribegooglegroups.com or reply to this email with the words REMOVE ME as the subject. To unsubscribe from this group, send email to twitter-development-talk+unsubscribegooglegroups.com or reply to this email with the words REMOVE ME as the subject.
