4 ms·
If it works for you, it works great - if it doesn't, you're kind of screwed. Where "works for you" the vast majority of the time really just means "the model f
by mtrichardson 17y ago
If it works for you, it works great - if it doesn't, you're kind of screwed.
Where "works for you" the vast majority of the time really just means "the model fits your needs" (that is, username that fits the validator, non-unique email addresses, and so forth).
Don't get me wrong, I'm really grateful for contrib.auth, I just find myself butting heads with it fairly often.
- andrewljohnson 17y agoSure, but that's you. The very vast majority of django devs will find it suits their purpose. The VERY vast majority of Django projects are small and fast. Myself, I've done half a dozen projects, one spanning 20 kLoc, and the rest very small. I've never had a problem with Django auth. To recommend it as something you should do when you make a Django app is bad advice, particularly for the beginners, who will just be confused by the extra steps. I recommend anyone who isn't familiar with Django simply do the "My First App" tutorial. After that, the dev will find their own way, and I doubt it will be much like yours, or mine.
- mtrichardson 17y agoHe's not recommending creating an alternative to contrib.auth, he's talking about an auth backend. http://docs.djangoproject.com/en/dev/topics/auth/#other-authentication-sources http://docs.djangoproject.com/en/dev/topics/auth/#other-auth... I agree that it's an absurd recommendation, however.