Django-регистрация, пользователь отсутствует после входа в систему - PullRequest
Новая
       76

Django-регистрация, пользователь отсутствует после входа в систему

0 голосов
/ 06 марта 2012

Прежде всего, я должен сказать, что я выполнил несколько SO-ответов ( это и это ), но я не решил свою проблему.

Ну, я использую django.contrib.auth.views.login (который работает правильно) через django-registration, и я установил параметр next="/home_page/" в форме входа в систему.Представление, связанное с /home_page/, оправдано, его возвращение выглядит следующим образом: 

return render_to_response('myapp/shop_list.html', 
                        {'shop': entry_list,},
                        context_instance=RequestContext(request))

Я не отображал никаких других шаблонов между входом в систему и этим представлением, но во время отладки я понял, что User отсутствует в запросе до этого возврата, поэтому шаблон получает AnonymousUser, а user.is_authenticated() возвращает False

Пользователь находится в DDBB, и пароль верен.Как я могу получить зарегистрированного пользователя на этом этапе?

Вот некоторая информация о моем приложении, которая может быть полезна: 

settings.py
===========

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

TEMPLATE_CONTEXT_PROCESSORS = (
    'django.contrib.auth.context_processors.auth',
    'django.core.context_processors.debug',
    'django.core.context_processors.i18n',
    'django.core.context_processors.media',
    'django.contrib.messages.context_processors.messages',
    'django.core.context_processors.request',
)

INSTALLED_APPS = (
    'django.contrib.auth',
    'django.contrib.contenttypes',
    'django.contrib.sessions',
    'django.contrib.sites',
    'django.contrib.messages',
    'myapp',
    'registration',
    'django.contrib.admin',
)

login.html
==========

{% block maincontent %}
<form method="post" action="">{% csrf_token %}
    {{form.as_p}}
    <input name="next" type="hidden" value="/home_page/" />
    <input type="submit" value="Login">
</form>
{% endblock %}

link to login
=============

<a href="{% url django.contrib.auth.views.login %}">Login</a>

Ответы [ 2 ]

2 голосов
/ 06 марта 2012

Действительно, единственное, что может вызвать что-то подобное, это то, что куки не включены в вашем браузере или куки не сохраняются.

При входе в систему создается сеанс, вошедший в систему пользователь добавляется в сеанс, и файл cookie сеанса доставляется клиенту (вашему браузеру). При следующем запросе ваш браузер отправит cookie-файл обратно на сервер, который использует его для извлечения соответствующего сеанса из базы данных и заполнения request.user пользователем, который вошел в систему (упрощенное объяснение здесь, конечно).

Таким образом, на самом деле единственный способ для request.user быть AnonymousUser состоит в том, чтобы либо не войти в систему, либо не отправить куки на сервер.

Проверьте настройки вашего браузера, а также любые расширения, которые вы можете использовать, чтобы убедиться, что ничто не мешает куки. Возможно, вы захотите попробовать другой браузер и посмотреть, повторяется ли это поведение.

0 голосов
/ 07 марта 2012

Проблема заключалась в том, что я создал бэкэнд аутентификации для другой цели, а метода аутентификации там не было.

...