有没有人知道关于Pinax注册和“帐户”文档的好链接。我正在尝试解决如何在Django / Pinax中实现我们的注册过程,并尝试在Django的User和Profile类与Pinax中的Account类之间导航。
对于我们来说,主要的问题是我们有一个注册表,其中有几个额外的问题,必须在申请帐户时回答。然后,在启用帐户之前,需要由管理员接受成员资格。此时,这些额外问题的答案将存储在用户的配置文件中。
我在两种对立的方法之间左右为难。
1)在请求时创建User和Profile对象。但以某种方式将它们标记为“等待”,直到获得批准。
2)创建某种替代模型类以临时存储这些值,直到批准。在这一点上,我创建了用户和配置文件对象,并将信息复制到其中。
我试图从Pinax的注册代码中推断出这些方法中哪一种是Pinax的“谷粒”,但还不清楚。
所以,经验丰富的Django/Pinax开发人员。这些方法中哪一种更具“方向性”?
发布于 2009-08-09 22:52:38
(1)有两种变体:(a)你只依赖于User上的active标志;(b)你去规格化,并在你的个人资料上有一个类似的标志,以避免加入。
方法(1)的主要挑战是,您必须确保在任何时候检索配置文件时,都可以根据此标志对其进行过滤。当然,对于只有登录用户才能看到的帐户这样的东西,这不是问题。但对于个人资料来说,这可能有点痛苦。
(2)没有这个问题。在这种情况下,您可以通过使用临时概要文件和主概要文件模型共享的抽象基础模型来避免一些冗余。
归根结底,我不认为有一种明显的“定向”方法可以做到这一点,尽管就我个人而言,我倾向于(2)。
发布于 2009-08-09 22:49:51
大部分文档要么在这里:http://pinaxproject.com/docs/dev/,要么在这里:http://code.pinaxproject.com/wiki/,要么在代码库中。
最近他们似乎更多地在代码上工作,而文档更少,因为他们正在开发一个稳定的发行版,所以这些文档并不是很新。
也就是说,Pinax已经有了一种机制,可以延迟激活帐户,直到他们验证了自己的电子邮件地址(方法#1)。相关的设置是: ACCOUNT_REQUIRED_EMAIL和ACCOUNT_EMAIL_VERIFICATION,所以搜索代码库应该会显示它们是如何使用的/在哪里使用(您可以扩展使用它们来解决额外的问题)。
我相信他们是通过给每个用户一个"Active“标志(查看Admin中的User对象)来实现这一点的,在用户验证他们的电子邮件地址之前,这个标志不会被设置为True。我模糊地记得有一次我手动设置了它,但仍然无法登录到那个特定的用户,所以你会想要测试一下。
https://stackoverflow.com/questions/1251476
复制相似问题