在Django中,在登录过程中插入用户实例更改的正确位置是什么?

我通过编写自己的身份验证后端并将其放入authenticate()方法来完成类似的工作。代码是公开的 here . 我还包括一个可插入的“映射器”系统来完成大部分工作,而不仅仅是验证用户身份(例如,从LDAP获取全名,根据我们的认证服务提供的“关联”自动创建组,并将某些用户和关联自动映射到人员/超级用户角色)。

基本上,身份验证方法如下:

def authenticate(self, ticket=None):
    if ticket is None:
        return None
    # "wind" is our local auth service
    (response,username,groups) = validate_wind_ticket(ticket)
    if response is True:
        try:
            user = User.objects.get(username=username)
        except User.DoesNotExist:
            user = User(username=username, password='wind user')
            user.set_unusable_password()
            # give plugins a chance to pull up more info on the user
            for handler in self.get_profile_handlers():
                handler.process(user)
            user.save()
        # give plugins a chance to map affiliations to groups
        for handler in self.get_mappers():
            handler.map(user,groups)
        return user
    else:
        # i don't know how to actually get this error message
        # to bubble back up to the user. must dig into
        # django auth deeper. 
        pass
    return None

所以我非常同意你的观点,认证应该只是一个“是/否”的事情,其他事情也应该发生在其他地方,但是我认为,以Django建立事物的方式,阻力最小的途径就是把它与认证放在一起。我确实建议让您自己的身份验证代码将这些东西委托给插件,尽管这是您可以控制的。

不过,我只在第一次登录时获取LDAP数据(添加auth_用户行时)。之后,只要他们登录,它就使用本地已有的。这意味着,如果他们的LDAP信息发生变化,它不会自动传播到我的应用程序。为了简单起见,这是我愿意做的一个折衷。

不过,我不知道为什么您在第一次登录时会遇到问题;我采用了一种非常类似的方法,而且还没有遇到这种问题。可能是因为我的应用程序上的登录过程总是在验证后立即将它们重定向到另一个页面,所以虚拟请求。用户从来没有接触过?

这将是我自己问题的两部分答案。

1. 在登录过程中,插入用户实例更改的正确位置是什么?

   从Django代码判断,我的当前实现,以及 thraxil 上面的答案,我只能假设 在自定义authenticate()方法中修改用户实例是正常的。

   正如我在问题中所说,我觉得这有点不对劲,但django代码显然假定用户实例可能会被修改,而且在其他地方,在身份验证之后,我找不到其他钩子来应用对用户模型的更改。

   所以,如果你需要一个例子,看看 噻嗪酮 的 code -在我问题的选定答案中。

2. 为什么我的实现与 噻嗪酮 并生成唯一约束冲突?

   这个问题很难弄清楚。

   姜戈完全没有问题。 好吧,如果它已经支持多个数据库(它就要出现了,我知道!!!!)我可能不会有问题。

   我有多个数据库,不同的应用程序连接到一个或多个不同的数据库。我正在使用SQL Server 2005(使用Django_-Pydbc)。我想分享 auth_user 所有应用程序之间的表。

   考虑到这一点,我所做的就是 auth 在其中一个数据库中建模,然后为其他数据库中的表创建SQL Server同义词。

   它工作得很好:允许我在使用数据库B时,从中选择/插入/更新/删除 B.dbo.auth_user 好像这是一张真正的桌子;虽然真正发生的是我正在操作 A.dbo.auth_user .

   但它确实在一种情况下崩溃了: 要查找生成的标识,Django_Pyodbc执行以下操作:

   SELECT CAST(IDENT_CURRENT(%s) as bigint) % [table_name]

   这似乎对同义词不起作用。它总是返回空值。所以当在我的 authenticate() 方法我做到了 user.save() ,保存部分工作得很好,但是检索标识列并没有-它将保留ID为“无”的用户实例,这将向django代码指示应该插入该实例,而不是更新该实例。

   解决方法: 我有两个选择:

   a)使用视图而不是同义词(这是我所做的)

   b)在user.save()之后使用 User.objects.get(username=username)

希望能帮助别人。