这有什么错上运行ALTER TABLE auth_user做username是varchar(75)因此它可以适应的电子邮件?那有什么坏处呢?
auth_user
username
varchar(75)
如果要更改auth_user.username为在varchar(75)哪里,则需要修改django?将源代码中的30更改为75仅仅是一个问题吗?
auth_user.username
username = models.CharField(_('username'), max_length=30, unique=True, help_text=_("Required. 30 characters or fewer. Letters, numbers and @/./+/-/_ characters"))
还是在此字段上还有其他需要更改的验证,或对此有其他影响?
有关执行此操作的原因,请参见下面与Bartek的评论讨论。
编辑:几个月后回首。对于不知道前提的任何人:某些应用程序不需要或不希望使用用户名,它们仅使用电子邮件进行注册和身份验证。不幸的是,在django auth.contrib中,需要用户名。你可以开始在用户名字段中放入电子邮件,但是该字段只有30个字符,现实世界中电子邮件可能很长。可能比此处建议的75个字符更长,但75个字符可容纳大多数理智的电子邮件地址。问题是针对这种情况的,这是基于电子邮件验证的应用程序所遇到的。
有一种方法可以在不接触核心模型且没有继承的情况下实现这一目标,但这绝对是hackish,我会格外小心地使用它。
如果你查看Django的关于 signal的文档,你会看到有一个名为的文档class_prepared,该文档基本上是在元类创建了任何实际的模型类之后发送的。那一刻是你修改任何型号的最后机会之前,任何神奇的发生(即:ModelForm,ModelAdmin,syncdb,等…)。
ModelForm
ModelAdmin
syncdb
因此,该计划很简单,你只需向处理程序注册该信号,该处理程序将检测何时为User模型调用该信号,然后更改max_length该username字段的属性。
User
max_length
现在的问题是,该代码应该放在哪里?它必须在User加载模型之前执行,因此通常意味着很早。不幸的是,你不能(django 1.1.1,没有检查其他版本)将其放进去,settings因为在signals那儿导入会损坏东西。
settings
signals
更好的选择是将其放在虚拟应用程序的“模型”模块中,并将该应用程序放在INSTALLED_APPS列表/元组的顶部(这样就可以先导入它)。这是你可以拥有的示例myhackishfix_app/models.py:
myhackishfix_app/models.py
from django.db.models.signals import class_prepared def longer_username(sender, *args, **kwargs): # You can't just do `if sender == django.contrib.auth.models.User` # because you would have to import the model # You have to test using __name__ and __module__ if sender.__name__ == "User" and sender.__module__ == "django.contrib.auth.models": sender._meta.get_field("username").max_length = 75 class_prepared.connect(longer_username)
这样就可以了。
一些注意事项:
help_text
UserChangeForm,UserCreationForm
AuthenticationForm
import datetime from south.db import db from south.v2 import SchemaMigration from django.db import models class Migration(SchemaMigration): def forwards(self, orm): # Changing field 'User.username' db.alter_column('auth_user', 'username', models.CharField(max_length=75)) def backwards(self, orm): # Changing field 'User.username' db.alter_column('auth_user', 'username', models.CharField(max_length=35)) models = { # ... Copy the remainder of the file from the previous migration, being sure # to change the value for auth.user / usename / maxlength