web-dev-qa-db-ja.com

'WSGIRequest'オブジェクトには属性 'user' Django adminがありません

管理ページにアクセスしようとすると、次のエラーが表示されます。

System check identified no issues (0 silenced).
June 21, 2016 - 15:26:14
Django version 1.9.7, using settings 'librato_chart_sender_web.settings'
Starting development server at http://127.0.0.1:8000/
Quit the server with CONTROL-C.
Internal Server Error: /admin/
Traceback (most recent call last):
  File "/Library/Python/2.7/site-packages/Django/core/handlers/base.py", line 149, in get_response
    response = self.process_exception_by_middleware(e, request)
  File "/Library/Python/2.7/site-packages/Django/core/handlers/base.py", line 147, in get_response
    response = wrapped_callback(request, *callback_args, **callback_kwargs)
  File "/Library/Python/2.7/site-packages/Django/contrib/admin/sites.py", line 265, in wrapper
    return self.admin_view(view, cacheable)(*args, **kwargs)
  File "/Library/Python/2.7/site-packages/Django/utils/decorators.py", line 149, in _wrapped_view
    response = view_func(request, *args, **kwargs)
  File "/Library/Python/2.7/site-packages/Django/views/decorators/cache.py", line 57, in _wrapped_view_func
    response = view_func(request, *args, **kwargs)
  File "/Library/Python/2.7/site-packages/Django/contrib/admin/sites.py", line 233, in inner
    if not self.has_permission(request):
  File "/Library/Python/2.7/site-packages/Django/contrib/admin/sites.py", line 173, in has_permission
    return request.user.is_active and request.user.is_staff
AttributeError: 'WSGIRequest' object has no attribute 'user'
[21/Jun/2016 15:26:18] "GET /admin/ HTTP/1.1" 500 78473

Djangoの新機能ですが、このチュートリアルに従いました: https://docs.djangoproject.com/en/1.9/ref/contrib/admin/

カスタムAdminSiteとカスタムAdminModelはありません。

私はすでにこの問題についてグーグルで調べましたが、それでも私の場合はそれを解決できません。手伝ってくれますか ?

ここに私のsettings.pyがあります:

"""
Django settings for librato_chart_sender_web project.

Generated by 'Django-admin startproject' using Django 1.11.dev20160523235928.

For more information on this file, see
https://docs.djangoproject.com/en/dev/topics/settings/

For the full list of settings and their values, see
https://docs.djangoproject.com/en/dev/ref/settings/
"""

import os

# Build paths inside the project like this: os.path.join(BASE_DIR, ...)
BASE_DIR = os.path.dirname(os.path.dirname(os.path.abspath(__file__)))


# Quick-start development settings - unsuitable for production
# See https://docs.djangoproject.com/en/dev/howto/deployment/checklist/

# SECURITY WARNING: keep the secret key used in production secret!
SECRET_KEY = '*[email protected]+=wzrqx^6$9z&@[email protected](w$js+ktw45lv2skez(=kz+rwff_'

# SECURITY WARNING: don't run with debug turned on in production!
DEBUG = True

ALLOWED_HOSTS = []


# Application definition

INSTALLED_APPS = [
    'Django.contrib.admin',
    'librato_chart_sender',
    'fontawesome',
    'Django.contrib.auth',
    'Django.contrib.contenttypes',
    'Django.contrib.sessions',
    'Django.contrib.messages',
    'Django.contrib.staticfiles',
]

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',
]

ROOT_URLCONF = 'librato_chart_sender_web.urls'

TEMPLATES = [
    {
        'BACKEND': 'Django.template.backends.Django.DjangoTemplates',
        'DIRS': [os.path.join(BASE_DIR, 'librato_chart_sender/templates')],
        'APP_DIRS': True,
        'OPTIONS': {
            'context_processors': [
                'Django.template.context_processors.debug',
                'Django.template.context_processors.request',
                'Django.contrib.auth.context_processors.auth',
                'Django.contrib.messages.context_processors.messages',
            ],
        },
    },
]

WSGI_APPLICATION = 'librato_chart_sender_web.wsgi.application'


# Database
# https://docs.djangoproject.com/en/dev/ref/settings/#databases

DATABASES = {
    'default': {
        'ENGINE': 'Django.db.backends.sqlite3',
        'NAME': os.path.join(BASE_DIR, 'db.sqlite3'),
    }
}


# Password validation
# https://docs.djangoproject.com/en/dev/ref/settings/#auth-password-validators

AUTH_PASSWORD_VALIDATORS = [
    {
        'NAME': 'Django.contrib.auth.password_validation.UserAttributeSimilarityValidator',
    },
    {
        'NAME': 'Django.contrib.auth.password_validation.MinimumLengthValidator',
    },
    {
        'NAME': 'Django.contrib.auth.password_validation.CommonPasswordValidator',
    },
    {
        'NAME': 'Django.contrib.auth.password_validation.NumericPasswordValidator',
    },
]


# Internationalization
# https://docs.djangoproject.com/en/dev/topics/i18n/

LANGUAGE_CODE = 'en-us'

TIME_ZONE = 'GMT'

USE_I18N = True

USE_L10N = True

USE_TZ = True


# Static files (CSS, JavaScript, Images)
# https://docs.djangoproject.com/en/dev/howto/static-files/

STATIC_URL = '/static/'
STATICFILES_DIRS = [
    ('css', 'librato_chart_sender/static/css'),
    ('js', 'librato_chart_sender/static/js'),
    ('fonts', 'librato_chart_sender/static/fonts'),
]

およびadmin.py

from Django.contrib import admin
from .models import Configuration

# Register your models here.

admin.site.register(Configuration)
61

これを解決するには、settings.pyに移動します。新しいスタイルのMIDDLEWAREがあります(Django 1.10で導入)

それを古いスタイルのMIDDLEWARE_CLASSESに変更します

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

82
Sir Mbuki

答えを見つけました。次の変数名:

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',
]
66

誰かが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',
]
35
kayoz

誰かが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

そして、新しいenvを展開または設定するときは、次のようにします。

pip install -r requirements.txt

ライブラリの固定バージョン(できれば仮想環境)の使用を常に検討する必要があります。依存関係をアップグレードするときは、各バージョンの変更をテストしてください。

14
Jose Hidalgo

私の解決策は、私のDjango ver。 1.9でしたが、MIDDLEWAREをMIDDLEWARE_CLASSESに変更せずに1.10に再インストールしました。

2
Yura Liashenko

シンプル.....

他の場所からコードを選択した場合(プロジェクトがPC上に作成されていないことを意味します)...あなたのコードの設定ファイルでMIDDLEWAREの異なる構成である可能性があります.....そのMIDDLLEWAREを単に置き換える必要がありますDjangoが生成するものから(スローアウェイプロジェクトを作成->設定ファイルに移動--->そのMIDDLEWARE部分をコピーして、エラーが発生しているプロジェクトに貼り付けます)。

1
brainLoop

実稼働サーバーでも同様のエラーが発生し、セントリーのブレッドクラムのおかげで、発生するエラーは設定、特にALLOWED_HOSTSに関係していることがわかりました。

python 2.7を含むDjangoバージョン1.10.8。

私の以前の設定:

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

Sentry Breadcrumbsスクリーンショット: sentry breadcrumb screenshot

その後、私は周りを見て、これを見つけました:

ピリオドで始まる値は、サブドメインワイルドカードとして使用できます。「。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']

これが役に立てば幸いです:)

0
Madox