django-allauth configuration

Question

我在Django 1.5.1中使用django-allauth，在设置它时我有几个问题：

配置urls.py 1.配置

文档说，您必须向urls.py文件中添加以下内容：

urlpatterns = patterns('',
    ...
    (r'^accounts/', include('allauth.urls')),
    ...
)

问题是，我已经有了一个名为accounts的自定义应用程序，并且我已经使用了以下URL模式：

(r'^accounts/', include('accounts.urls')),

因此，我在这里与accounts/ regex发生了命名冲突。我的问题是:我能否在没有问题的情况下将allauth URL模式重命名为(r'^auth/', include('allauth.urls'))，或者这样做是否不安全，最好将自己的URL重命名为(r'^users/', include('users.urls')) (并将我的帐户应用程序重命名为用户以命名一致性)。

2.自定义默认模板

为登录定制默认模板的正确方法是什么，等等？我认为直接修改库不是最好的方法。我想应该使用一些具体的目录层次结构通过templates目录来完成。另外，我不知道在重写这些模板时是否需要提供某种base.html文件来扩展，或者站点的base.html，即所有页面都可以毫无问题地使用。你能用这个来说明我吗？

3.管理登录表单显示首次访问时的登录和注销

当我在登录和注销后访问管理面板时，历史记录就会出现，但是如果我刷新页面，它就会消失。我认为这一定与django消息有关：

​

​

SOCIALACCOUNT_PROVIDERS 4.设置

字典设置名为SOCIALACCOUNT_PROVIDERS是可选的还是必须设置它？

5.当用户登录第三方应用程序时，密码是如何计算的？

当用户被创建时，它有一个密码，但是它是如何计算的？还有..。它有用吗?还是它只是这个必需字段的占位符？用户可以使用它进行本地登录吗？

谢谢!

Answer 1

关于1)：

• 只要完全匹配的URL模式没有重叠，就不会有冲突。例如:如果您的帐户应用程序与"/ accounts /login/“匹配，那么确实会发生冲突，因为allauth也在抢占该URL。但是，如果您的帐户应用程序只是将其他URL与/ accounts / as前缀匹配，那么您就可以了。
• 如果你坚持，你确实可以把劳累网址放在另一条路下面。allauth使用基于名称的URL反转，因此新的路径前缀将被自动提取。

至于2)：

• allauth模板没有什么特别之处。您可以覆盖它们，就像对其他Django应用程序一样。
• 看一下示例应用程序。它具有引导和统一模板覆盖。可以通过取消以下行的注释来启用它们：https://github.com/pennersr/django-allauth/blob/901485557d4ddee30fed920f2159cdf499c39e1c/example/example/settings.py#L126
• 所有的allauth模板都是从一个名为base.html的基本模板继承的。我希望您的项目也有一个基本模板。要么用您的base.html重写base.html，要么用从yourbase.html扩展的模板重写yourbase.html

3)：allauth使用Django消息框架。参见：https://docs.djangoproject.com/en/dev/ref/contrib/messages/#expiration-of-messages --如果您不对消息进行迭代以显示它们，它们就不会过期。因此，很明显，您没有在模板中显示消息。因此，它们堆积起来，直到管理员出现，呈现(并清除)到目前为止收集的所有消息.

4)任择性

5)没有密码集，也就是说，用户只能使用第三方帐户登录，直到他实际设置密码(/ account / password / set /)。