Различные сессии для администратора и приложений в Django

Question

Мне бы хотелось иметь разные сессии для интерфейса администратора Django и самих приложений, чтобы иметь возможность войти в систему как администратор интерфейса администратора и как обычный пользователь приложения.

Есть идеи как этого добиться?

PS Конечно, я могу использовать 2 разных экземпляра веб-браузера, любые другие способы?

Answer 1

Способ, которым я решил это в прошлом, состоит в том, чтобы иметь 2 разных URL. www.example.com и admin.example.com. Поскольку сеансы хранятся в cookie-файлах, а cookie-файлы зависят от конкретного домена, вы можете использовать оба одновременно.

Answer 2

Просто хотел поощрять использование предложенного Бернхардом Валлантом решения. На внедрение и тестирование уходит 10 минут. Просто возьмите реализацию SessionMiddleware и сделайте свою собственную версию с заменой настроек.SESSION_COOKIE_NAME в зависимости от того, начинается ли путь запроса с admin url или нет, и замените промежуточное программное обеспечение django.contrib.sessions.middleware.SessionMiddleware новым в вашем файле settings.py.

import time
from django.utils.cache import patch_vary_headers
from django.utils.http import cookie_date
from django.utils.importlib import import_module
class AdminCookieSessionMiddleware(object):

    def cookie_name(self, request):
        if request.path.startswith(u'/admin'):
            return settings.ADMIN_SESSION_COOKIE_NAME
        return settings.SESSION_COOKIE_NAME

    def process_request(self, request):
        engine = import_module(settings.SESSION_ENGINE)
        session_key = request.COOKIES.get(self.cookie_name(request), None)
        request.session = engine.SessionStore(session_key)

    def process_response(self, request, response):
        """
        If request.session was modified, or if the configuration is to save the
        session every time, save the changes and set a session cookie.
        """
        try:
            accessed = request.session.accessed
            modified = request.session.modified
        except AttributeError:
            pass
        else:
            if accessed:
                patch_vary_headers(response, ('Cookie',))
            if modified or settings.SESSION_SAVE_EVERY_REQUEST:
                if request.session.get_expire_at_browser_close():
                    max_age = None
                    expires = None
                else:
                    max_age = request.session.get_expiry_age()
                    expires_time = time.time() + max_age
                    expires = cookie_date(expires_time)
                # Save the session data and refresh the client cookie.
                # Skip session save for 500 responses, refs #3881.
                if response.status_code != 500:
                    request.session.save()
                    response.set_cookie(self.cookie_name(request),
                            request.session.session_key, max_age=max_age,
                            expires=expires, domain=settings.SESSION_COOKIE_DOMAIN,
                            path=settings.SESSION_COOKIE_PATH,
                            secure=settings.SESSION_COOKIE_SECURE or None,
                            httponly=settings.SESSION_COOKIE_HTTPONLY or None)
        return response

и в settings.py

MIDDLEWARE_CLASSES = (
...
#'django.contrib.sessions.middleware.SessionMiddleware',
'path.to.your.AdminCookieSessionMiddleware',
... )
ADMIN_SESSION_COOKIE_NAME = 'somethingDifferentThanSESSION_COOKIE_NAME'

Answer 3

Вы также можете добиться этого с помощью двух (очень немного разных) файлов настроек, каждый из которых имеет свое имя ключа сеанса:

В settings_app.py:

SESSION_COOKIE_NAME = 'mysite_app'

В settings_admin.py:

SESSION_COOKIE_NAME = 'mysite_admin'

Я считаю полезным иметь разные файлы urls.py; хотя это не является строго необходимым, оно помогает разделить проблемы.

Answer 4

У меня была похожая проблема с Django REST Framework , поэтому мой ответ посвящается тем, кто оказался в такой же ситуации, как и я.

Скорее всего, если вы столкнулись с подобной проблемой при использовании DRF , в вашем конфиге разрешена авторизация с помощью сессий. Это удобно при тестировании конечных точек, но в большинстве случаев в продакшене оно вам не понадобится, как и BrowsableAPI в принципе.

      REST_FRAMEWORK = {
    'DEFAULT_AUTHENTICATION_CLASSES': (
        # UNCOMMENT IF YOU USE BROWSABLEAPI
        # 'rest_framework.authentication.SessionAuthentication',
        'rest_framework.authentication.TokenAuthentication',
    ),
    'DEFAULT_RENDERER_CLASSES': (
        # UNCOMMENT IF YOU USE BROWSABLEAPI
        # 'rest_framework.renderers.BrowsableAPIRenderer',
        'rest_framework.renderers.JSONRenderer',
    ),
}