'WSGIRequest' 对象没有属性'user' Django admin

要解决此问题，请转到有新式 MIDDLEWARE（在 Django 1.10 中引入）的 settings.py

将其更改为旧式 MIDDLEWARE_CLASSES

https://docs.djangoproject.com/en/stable/topics/http/middleware/#upgrading-pre-django-1-10-style-middleware

---

我找到了答案。变量名在：

MIDDLEWARE = [
    'django.middleware.security.SecurityMiddleware',
    'django.contrib.sessions.middleware.SessionMiddleware',
    'django.middleware.common.CommonMiddleware',
    'django.middleware.csrf.CsrfViewMiddleware',
    'django.contrib.auth.middleware.AuthenticationMiddleware',
    'django.contrib.messages.middleware.MessageMiddleware',
    'django.middleware.clickjacking.XFrameOptionsMiddleware',
]

MIDDLEWARE 是 Django 1.10 中引入的新型配置。将名称更改为 MIDDLEWARE_CLASSES，现在它可以工作了。

所以现在的代码是：

MIDDLEWARE_CLASSES = [
    'django.middleware.security.SecurityMiddleware',
    'django.contrib.sessions.middleware.SessionMiddleware',
    'django.middleware.common.CommonMiddleware',
    'django.middleware.csrf.CsrfViewMiddleware',
    'django.contrib.auth.middleware.AuthenticationMiddleware',
    'django.contrib.messages.middleware.MessageMiddleware',
    'django.middleware.clickjacking.XFrameOptionsMiddleware',
]

---

如果有人在使用 Django 2.0 时遇到此问题，以下带有新式 MIDDLEWARE 的配置似乎可以工作 (docs here)：

MIDDLEWARE = [
    'django.middleware.security.SecurityMiddleware',
    'django.contrib.sessions.middleware.SessionMiddleware',
    'django.middleware.common.CommonMiddleware',
    'django.middleware.csrf.CsrfViewMiddleware',
    'django.contrib.auth.middleware.AuthenticationMiddleware',
    'django.contrib.messages.middleware.MessageMiddleware',
    'django.middleware.clickjacking.XFrameOptionsMiddleware',
]

---

如果有人在 django 2.0.2 或更高版本中遇到同样的问题，

刚刚更新

MIDDLEWARE_CLASSES = (
'django.contrib.sessions.middleware.SessionMiddleware',
'django.middleware.common.CommonMiddleware',
'django.middleware.csrf.CsrfViewMiddleware',
'django.contrib.auth.middleware.AuthenticationMiddleware',
'django.contrib.auth.middleware.SessionAuthenticationMiddleware',
'django.contrib.messages.middleware.MessageMiddleware',
'django.middleware.clickjacking.XFrameOptionsMiddleware',
'django.middleware.security.SecurityMiddleware',
)

和

MIDDLEWARE = [
'django.middleware.security.SecurityMiddleware',
'django.contrib.sessions.middleware.SessionMiddleware',
'django.middleware.common.CommonMiddleware',
'django.middleware.csrf.CsrfViewMiddleware',
'django.contrib.auth.middleware.AuthenticationMiddleware',
'django.contrib.messages.middleware.MessageMiddleware',
'django.middleware.clickjacking.XFrameOptionsMiddleware',
]

它对我有用，因为我用 django 1.0.x 创建了我的项目，但后来更新到 django 2.0.2

---

您不应将 MIDDLEWARE 更改为 MIDDLEWARE_CLASSES。这里发生的情况更有可能是您使用 django 1.10 创建了应用程序，而现在您使用 1.9 或以前的版本运行它。

确保您使用特定版本的 django（和所有其他库），以便您的项目在不同机器上部署或运行时不会中断。

如果您有稳定的代码库，只需运行：

pip freeze > requirements.txt

然后在部署或设置新环境时，只需执行以下操作：

pip install -r requirements.txt

您应该始终考虑使用库的固定版本（希望是虚拟环境），并在升级依赖项时测试每个版本更改。

---

我的解决方案是我的 Django 版本。是 1.9 我重新安装回 1.10 而没有将 MIDDLEWARE 更改为 MIDDLEWARE_CLASSES。

---

我在生产服务器中遇到了类似的错误，多亏了哨兵的面包屑，我发现引发的错误与我的设置有关，尤其是 ALLOWED_HOSTS。

Django 版本 1.10.8 和 python 2.7。

我之前的设置：

ALLOWED_HOSTS = ['0.0.0.0',
                 'beta.mydomain.co.uk',
                 'mydomain.co.uk',
                 'www.mydomain.co.uk',
                 'alpha.mydomain.co.uk']

https://i.stack.imgur.com/5KqLN.png

之后我环顾四周，发现了这个：

以句点开头的值可用作子域通配符：“.example.com”将匹配 example.com、www.example.com 和 example.com 的任何其他子域。

链接到 Django official docs

所以我的最终设置解决了我的问题：

ALLOWED_HOSTS = ['0.0.0.0',
                 'mydomain.co.uk',
                 'www.mydomain.co.uk',
                 '.mydomain.co.uk']

希望这很有用:)

---