Thanks for opening the ticket and thanks so much for the explanation as 
well! 


-evan


On Wednesday, June 19, 2013 7:13:04 PM UTC-5, Russell Keith-Magee wrote:
>
>
> On Thu, Jun 20, 2013 at 4:16 AM, Evan Stone <ev...@aquapony.com<javascript:>
> > wrote:
>
>> Sure thing. Here are the snippets that gave me pause:
>>
>> "Think carefully before handling information not directly related to 
>> authentication in your custom User Model.
>>
>> It may be better to store app-specific user information in a model that 
>> has a relation with the User model. That allows each app to specify its own 
>> user data requirements without risking conflicts with other apps...."
>>
>> along with
>>
>> "One limitation of custom User models is that installing a custom User 
>> model will break any proxy model extending 
>> User<https://docs.djangoproject.com/en/1.5/ref/contrib/auth/#django.contrib.auth.models.User>.
>>  
>> ..."
>>
>> and
>>
>> "Another limitation of custom User models is that you can’t use 
>> django.contrib.auth.get_user_model()<https://docs.djangoproject.com/en/1.5/topics/auth/customizing/#django.contrib.auth.get_user_model>
>>  as 
>> the sender or target of "
>>
>>
>> Thanks for giving those details. I've opened ticket #20629 [1] to track 
> this problem -- hopefully we can get this documentation cleaned up so we 
> don't scare others in the future.
>
> [1] https://code.djangoproject.com/ticket/20629
>
> By way of explanation:
>
> Points 1 and 2 are asking you to consider an architectural question -- do 
> you need a custom user model at all? If you actually *are* using a 
> username-based login system, and you just want to track some extra 
> information about the user, the right approach may *not* be to create a 
> custom user model.
>
> Points 3 and 4 are pointing out known limitations. Proxy models are a 
> problem because they use subclassing, and they will be subclassing the 
> wrong class; signals are a problem because at the point the signal is 
> registered, there's no guarantee that the User model has been correctly 
> defined. There's not much we can do about (3); (4) is something that should 
> get cleaned up when we eventually land app refactor.
>
> Yours,
> Russ Magee %-)
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Django users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to django-users+unsubscr...@googlegroups.com.
To post to this group, send email to django-users@googlegroups.com.
Visit this group at http://groups.google.com/group/django-users.
For more options, visit https://groups.google.com/groups/opt_out.


Reply via email to