Django管理员：允许电子邮件作为用户名吗？

我最近继承了一个django项目，我面临着大量需要修复的bug/问题和…怪癖。由于我来自php背景（不问），我正在经历一段……具有挑战性的时间

就Django管理员而言，它不会接受任何电子邮件地址作为用户名。然而，在我们的前端，之前的开发人员设计了这样一种系统，应用程序使用电子邮件地址作为用户名。这在前端很好，但我们无法在管理部分保存对用户所做的任何更改

有没有办法在不将django安装更新到v1.2（不是选项）和不修改任何django.contrib文件的情况下修复此问题

我听说过关于扩展这些类/方法的好消息，但我不确定如何继续

看看网上的网站，他们建议写一个定制的后端，等等。。。？这样做正确吗？不过，我对djanog程序员不是很有信心，考虑到这与用户登录有关，我对我能写的任何解决方案都没有信心

---

是否有一种简单的方法可以简单地覆盖用户名验证方法以接受@并超过30个字符？

此代码片段可能会有所帮助：

---

此片段可能会有所帮助：

---

如果你使用Django 1.2.1，没有问题：

如果你使用Django 1.2.1，没有问题：

既然你说你不能将Django升级到1.2，你使用的是Django的哪个特定版本？既然你说你不能将Django升级到1.2，你使用的是Django的哪个特定版本？如果你读对了我的问题，您会发现更新到1.2不是一个选项。我们有一个生产服务器与几个。。。对于django版本，旧的包和依赖项将无法使用比目前更大的版本。（v1.0）。然后通过“\uuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuu。这包括django.contrib.auth文件（用于授权）。考虑到这是一个商业产品，“黑客”登录过程真的是个好主意吗？我更喜欢扩展或覆盖一个方法，而不是直接破解或更改一个。我的意思是，当用户在你的网站注册时，你可以更改他们的电子邮件，更改字符“@”，我认为注册和登录的视图是你自己的。如果你正确阅读我的问题，你会发现更新到1.2不是一个选项。我们有一个生产服务器与几个。。。对于django版本，旧的包和依赖项将无法使用比目前更大的版本。（v1.0）。然后通过“\uuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuu。这包括django.contrib.auth文件（用于授权）。考虑到这是一个商业产品，“黑客”登录过程真的是个好主意吗？我更喜欢扩展或覆盖一个方法，而不是直接攻击或更改一个。我的意思是，当用户在你的站点注册时，你可以更改他们的电子邮件，更改字符“@”，我认为注册和登录的视图是你自己的。