问题标签 [django-users]

正如我的标题所说，我想知道是否有办法让用户不仅可以使用他的用户名，还可以使用他的用户电子邮件登录。我想标准化登录过程，因为目前我让我的用户使用许多不同的约定并且它变得非常混乱。

我已经建立了一个网站，该网站的某些部分需要会员资格。这是一个俱乐部网站，所以要成为网站上的会员，您必须在现实生活中成为会员。计划是让俱乐部的某个人检查新成员（当用户注册时，我可能会让系统向他们发送一封电子邮件），然后管理员active在 Django 管理员中选中用户记录下的复选框并保存用户.

我试图克服的问题是我们需要通知新的有效用户何时可以开始使用他们的帐户。显然，手动发送电子邮件很麻烦。

有没有办法挂钩save()逻辑，检查记录的active状态是否已更改，如果已激活，请向该用户发送一封电子邮件，告诉他们现在可以登录？

我在所有电子邮件逻辑之上，我只需要知道把它放在哪里。

我意识到还有其他测试方法（检查cron 式工作last_login==None的active==True帐户），但我希望通知几乎是即时的。

我只是在 Django 中使用管理站点。我有 2 个 Django 信号（pre_save 和 post_save）。我想拥有当前用户的用户名。我该怎么做？看来我不能发送请求或者我不明白。

谢谢

我需要一个函数告诉我 Django session-id 当前是否经过身份验证。我知道这已经内置在 Django 中，并且我可以正常工作。

但是我有一个外部应用程序，它传递了一个会话 ID，当它把会话 ID 字符串传递回 Django 时，我需要验证这个会话 ID 是否有效并且当前已经过身份验证。

我从哪里开始重用 Django 1.2 的一些内置函数？

我尝试做的是获取当前登录用户的个人资料。我应该把什么放在括号里？

可能重复：
以 Django 形式获取请求数据

我的客人模型的一部分：

获取客人回复的表格：

问题在于保存方法。如何将访客与当前登录的用户关联？

而不是user=1我需要有当前登录用户的 id。

谢谢！

我决定将一个项目从 PHP 转移到 Python，尽管搜索了数小时，但我找不到实现以下设计的方法。我曾尝试扩展用户类并定制管理站点，但并没有真正得到任何有用的地方。

我在根级别，我自己。我管理“客户”，他们自己管理“客户”。客户控制一种详细的调查，用户和受邀者都参与其中。

粗略设计的一个例子：

• 我（超级用户）
  • 客户
    • 顾客
    • 调查集合
      • 用户
        • 受邀者
      • 调查
        • 受邀者（受邀者是调查和用户的孩子）
      • 问题
      • ETC

我不确定最好的实现方式。我喜欢 django 管理界面，但我需要客户只能修改他们的客户、调查集等，客户只能管理他们自己的调查集等等。

有没有办法在 Django 中实现这一点，也许是通过继承进行自定义用户类型并为其分配自定义管理站点？

我知道只制作自己的应用程序来管理各种“管理”界面可能更容易，在这种情况下，是否有一种简单的方法来管理这些用户类型及其各种管理风格的管理系统的单独身份验证？

我最近正在尝试创建一个涉及多个用户级别的项目。

（只是一个简短的粗略模式的例子）

• 我（超级用户）
  • 客户_
    • 客户_
    • 调查集合
      • 调查用户
        • 受邀者_
      • 调查
        • 被邀请人（被邀请人是调查和用户的孩子）
      • 问题
      • ETC

理想情况下，我会：

• www.example.com/client/ 转到您必须是客户端才能访问的客户端界面
• www.example.com/customer/ 转到您必须是客户才能访问的客户界面

我已经确定为所有这些都使用定制的 Django 管理界面可能是不可能的（或者是吗？）。因此，我倾向于为每个级别的用户手动创建“管理”界面，允许他们管理各自的角色。为每个用户设置不同的用户类型和单独的界面的最佳方式是什么？

我喜欢继承用户的方式：http: //scottbarnham.com/blog/2008/08/21/extending-the-django-user-model-with-inheritance/

但我不确定如何为不同的用户设置不同的“管理”区域。

作为一个相关的附带问题，我也不确定如何访问自定义属性以及标准用户属性以及如何在我将使用的 ACTUAL 管理界面中编辑/保存它们。

我需要针对客户端数据库对“客户端”用户进行身份验证，以检查他们是客户端，但不知何故还要针对管理身份验证、用户名、密码等的用户数据库进行身份验证。

我正在从 PHP 切换到 Python/Django，因此非常感谢任何可以帮助我的建议。

谢谢！

我目前正在设计一个基于 Django 的站点。为简单起见，我们假设它是一个简单的社区站点，用户可以在其中登录并向其他用户发送消息。

我目前的选择是使用内置用户模型还是构建我自己的东西。我不需要内置的太多内容User：将没有用户名（您的电子邮件地址就是您的用户名），但您可以设置一个您选择的内部名称，可供多个用户使用（如 Facebook）。另外，我不需要权限系统，因为对其他人的访问不会基于组。所以我最终将只使用内置的电子邮件、名字、姓氏和密码字段，User其他所有内容都将放在 UserProfile 中。另一方面，内置用户系统将在站点的后端派上用场，因为我可能需要一个基于组的权限系统。

总而言之，在我看来，我宁愿构建我的一个用户模型，并且仅使用该构建来访问管理后端。

我的反映有什么问题吗？

注意：如果你想通过告诉我你不喜欢 django.contrib.auth 来“回答”这个问题，请继续。那不会有帮助。我很清楚在这个问题上意见的范围和强度。

现在，问题：

约定是创建一个模型，UserProfile，对用户具有 OneToOne。

在我能想到的每一种方式中，一种更有效的方法是将 User 子类化为一个打算用于系统中每个人的类——一个名为 Person(User) 的类。

我还没有看到一个连贯的解释，为什么前者是传统的，而后者被认为是一种黑客行为。前段时间，为了获得使用 get_profile() 的能力，我改用 OneToOne 方法，从那以后我就后悔了。我正在考虑切换回去，除非我可以理解这种方法的优势。