Wednesday, November 30, 2011
Tuesday, November 29, 2011
Thursday, November 24, 2011
django-social-auth: Installing and troubleshooting « William John Bert
August 26, 2011
Posted by William
django-social-auth: Installing and troubleshooting
Thanks to
django-registration, I was able to build a working account registration/login system pretty easily. But I wanted to give users the ability to use their existing accounts through popular services such as Facebook, Twitter, etc., rather than have to create yet another account. Here’s how I did it.Sorting Through the Choices
There are a number of reusable Django apps out there to help with registration/login from social media sites. I found this Review of 4 Django Social Auth apps very helpful in sorting out the options. After reading it, I was left to choose between
django-social-authanddjango-allauth. In the end, I went withdjango-social-auth(not to be confused withdjango-socialauth) because a friend had recommended it and because I’d already installed it before I read this article. However, the article’s conclusion thatdjango-allauthis best out of the box also seems valid.Installation
The instructions in
django-social-auth‘s docs are helpful in walking you through available settings and options.I also found the included example app useful. To use this app, I cloned
django-social-auth‘s git repo, created a virtualenv calleddjango-social-auth, ranpip install -r requirements.txtinside this virtualenv to install all the required apps, ranmanage.py syncdb, and finally ranmanage.py runserver. Voila, example app is up and running at 127.0.0.1, showing a simple screen with options to login through about a dozen different different services.API Keys
The first service I tested was Twitter. I use it more than any others, and I already had the API keys for it. I threw my API key and secret key into the example
local_settings.pyfile provided withdjango-social-authand tried to log in via the example app. Boom:401 Unauthorized. I double-checked all my settings and installation and whatnot. Seemed fine.I turned my attention to the API keys. The ones I had were generated for Readsr, i.e., I entered readsrs.com as the domain when I generated them at dev.twitter.com. But now I was running on localhost, 127.0.0.1, so I suspected the readsrs.com keys wouldn’t be valid. I wasn’t sure whether Twitter would hand over a new consumer key for 127.0.0.1, or baulk at the request. (It seemed like it should do so, but I hadn’t seen any instructions anywhere that said to get a key for your development machine.) Turns out Twitter will happily give you a key for 127.0.0.1. Once I plugged the new keys in, I was able to log in with my Twitter credentials, and just as it should,
django-social-authautomatically created anauth.userfor this account.Integrating with Readsr
I followed the instructions again to config my own app, Readsr. To add a login option using Twitter credentials, I put a link to the reversed view that begins the
django-social-authlogin process for twitter, i.e.,{% url socialauth_begin "twitter" %}, to my login template. And it worked.I still need to fix a few oddities. For example, Twitter returns my first and last names together in
first_name(or elsedjango-social-authis concatenating them into that column), and doesn’t supply any email address. But the basic functionality is there, and was relatively easy to achieve.Postscript
The author of the article I linked above had an error using OpenID when using
django-social-auth, which is why he preferreddjango-authall. He filed a bug for the error he got, and I notice that it was closed 15 hours ago (though if you read the comments, it seems it was actually fixed back in mid-July). Good timing.Share
Posted Under Cool Stuff Projects Web Development
Wednesday, November 23, 2011
#3: pip install pillow fails on Mac with XCode 4 - Issues - collective/Pillow - GitHub - osx PIL or PILLOW
ARCHFLAGS="-arch i386 -arch x86_64" pip install pillow
Thursday, November 17, 2011
“bootstrapped, profitable, & proud” site:37signals.com/svn - Google Search - Awesome Articles
Tuesday, November 15, 2011
Monday, November 14, 2011
Sunday, November 13, 2011
Thursday, November 10, 2011
Wednesday, November 9, 2011
Flash to Focus on PC Browsing and Mobile Apps; Adobe to More Aggressively Contribute to HTML5 (Adobe Featured Blogs)
Adobe is all about enabling designers and developers to create the most expressive content possible, regardless of platform or technology. For more than a decade, Flash has enabled the richest content to be created and deployed on the web by reaching beyond what browsers could do. It has repeatedly served as a blueprint for standardizing new technologies in HTML. Over the past two years, we’ve delivered Flash Player for mobile browsers and brought the full expressiveness of the web to many mobile devices.
However, HTML5 is now universally supported on major mobile devices, in some cases exclusively. This makes HTML5 the best solution for creating and deploying content in the browser across mobile platforms. We are excited about this, and will continue our work with key players in the HTML community, including Google, Apple, Microsoft and RIM, to drive HTML5 innovation they can use to advance their mobile browsers.
Our future work with Flash on mobile devices will be focused on enabling Flash developers to package native apps with Adobe AIR for all the major app stores. We will no longer continue to develop Flash Player in the browser to work with new mobile device configurations (chipset, browser, OS version, etc.) following the upcoming release of Flash Player 11.1 for Android and BlackBerry PlayBook. We will of course continue to provide critical bug fixes and security updates for existing device configurations. We will also allow our source code licensees to continue working on and release their own implementations.
These changes will allow us to increase investment in HTML5 and innovate with Flash where it can have most impact for the industry, including advanced gaming and premium video. Flash Player 11 for PC browsers just introduced dozens of new features, including hardware accelerated 3D graphics for console-quality gaming and premium HD video with content protection. Flash developers can take advantage of these features, and all that our Flash tooling has to offer, to reach more than a billion PCs through their browsers and to package native apps with AIR that run on hundreds of millions of mobile devices through all the popular app stores, including the iTunes App Store, Android Market, Amazon Appstore for Android and BlackBerry App World.
We are already working on Flash Player 12 and a new round of exciting features which we expect to again advance what is possible for delivering high definition entertainment experiences. We will continue to leverage our experience with Flash to accelerate our work with the W3C and WebKit to bring similar capabilities to HTML5 as quickly as possible, just as we have done with CSS Shaders. And, we will design new features in Flash for a smooth transition to HTML5 as the standards evolve so developers can confidently invest knowing their skills will continue to be leveraged.
We are super excited about the next generations of HTML5 and Flash. Together they offer developers and content publishers great options for delivering compelling web and application experiences across PCs and devices. There is already amazing work being done that is pushing the newest boundaries, and we can’t wait to see what is still yet to come!
