diff options
| author | Anderson Resende <andersonresende86@gmail.com> | 2015-11-12 17:13:32 -0300 |
|---|---|---|
| committer | Tim Graham <timograham@gmail.com> | 2015-11-12 19:23:50 -0500 |
| commit | 0ec328509cb5bc92385d6e8cb578d4fbf8310e5d (patch) | |
| tree | 81abe0842003afe54703ded17ccc08f34b543c28 | |
| parent | 672de44e242369d29136bbf1f3ae1059dd787936 (diff) | |
[1.9.x] Fixed #25744 -- Corrected reference to User object in auth docs.
Backport of ce4914eab4688ace4b97d14a8c271887235ebb3f from master
| -rw-r--r-- | docs/topics/auth/customizing.txt | 12 |
1 files changed, 6 insertions, 6 deletions
diff --git a/docs/topics/auth/customizing.txt b/docs/topics/auth/customizing.txt index 8b4da2048e..558ebd809c 100644 --- a/docs/topics/auth/customizing.txt +++ b/docs/topics/auth/customizing.txt @@ -115,12 +115,12 @@ Either way, ``authenticate`` should check the credentials it gets, and it should return a ``User`` object that matches those credentials, if the credentials are valid. If they're not valid, it should return ``None``. -The Django admin system is tightly coupled to the Django ``User`` object -described at the beginning of this document. For now, the best way to deal with -this is to create a Django ``User`` object for each user that exists for your -backend (e.g., in your LDAP directory, your external SQL database, etc.) You -can either write a script to do this in advance, or your ``authenticate`` -method can do it the first time a user logs in. +The Django admin is tightly coupled to the Django :ref:`User object +<user-objects>`. The best way to deal with this is to create a Django ``User`` +object for each user that exists for your backend (e.g., in your LDAP +directory, your external SQL database, etc.) You can either write a script to +do this in advance, or your ``authenticate`` method can do it the first time a +user logs in. Here's an example backend that authenticates against a username and password variable defined in your ``settings.py`` file and creates a Django ``User`` |
