Подтвердить что ты не робот

Выход из Django не работает

У меня, похоже, та же проблема, что и в этом вопросе: Проблема выхода Django

Мина немного страннее, она работает в google chrome.... но не в firefox...

это моя функция выхода: (в views.py)

def my_logout(request):
    logger.debug("Logout called by user")
    try:
        # Here I do some custom stuff, like logging this action in a database and so on
        # For this question it shouldn't matter... because in a try catch
        # so whatever goes wrong here, logging out should work anyway
    except Exception, e:
        logger.info("Logging logout action error: %s" % e)
    logout(request)
    return HttpResponseRedirect("/")

в settings.py У меня есть:

LOGIN_URL = '/desktop/login/'
LOGOUT_URL = '/desktop/logout/'
LOGIN_REDIRECT_URL = '/'

И в urls.py приложения iamapps (включить в проект urls как /desktop/ ):

url(r'^login/$', 'iamapps.views.my_login', name='iamapps.login'),
url(r'^logout/$', 'iamapps.views.my_logout', name='iamapps.logout'),

Дополнительная информация:

  • django 1.4.3 (только что обновлено с 1.3 до 1.4....)
  • python 2.7
  • работает в Chrome, но не в Firefox 17.0.1, Linux

Тот факт, что он работает в google chrome, но не работает в firefox, больше всего меня зовут. Кажется, что это имеет какое-то отношение к тому, что firefox запоминает пользователя как зарегистрированного...

EDIT: Я получаю сломанную трубку.... но я, кажется, не получаю ее не при выходе из системы... но иду к домашнему виду после выхода из системы.

Traceback (most recent call last):
  File "/usr/lib/python2.7/wsgiref/handlers.py", line 86, in run
    self.finish_response()
  File "/usr/lib/python2.7/wsgiref/handlers.py", line 127, in finish_response
    self.write(data)
  File "/usr/lib/python2.7/wsgiref/handlers.py", line 210, in write
    self.send_headers()
  File "/usr/lib/python2.7/wsgiref/handlers.py", line 268, in send_headers
    self.send_preamble()
  File "/usr/lib/python2.7/wsgiref/handlers.py", line 192, in send_preamble
    'Date: %s\r\n' % format_date_time(time.time())
  File "/usr/lib/python2.7/socket.py", line 324, in write
    self.flush()
  File "/usr/lib/python2.7/socket.py", line 303, in flush
    self._sock.sendall(view[write_offset:write_offset+buffer_size])
error: [Errno 32] Broken pipe
----------------------------------------
Exception happened during processing of request from ('127.0.0.1', 58684)
Traceback (most recent call last):
  File "/usr/lib/python2.7/SocketServer.py", line 582, in process_request_thread
    self.finish_request(request, client_address)
  File "/usr/lib/python2.7/SocketServer.py", line 323, in finish_request
    self.RequestHandlerClass(request, client_address, self)
  File "/media/storage/django/sites/iamfloraservice/parts/django/django/core/servers/basehttp.py", line 139, in __init__
    super(WSGIRequestHandler, self).__init__(*args, **kwargs)
  File "/usr/lib/python2.7/SocketServer.py", line 641, in __init__
    self.finish()
  File "/usr/lib/python2.7/SocketServer.py", line 694, in finish
    self.wfile.flush()
  File "/usr/lib/python2.7/socket.py", line 303, in flush
    self._sock.sendall(view[write_offset:write_offset+buffer_size])
error: [Errno 32] Broken pipe
----------------------------------------
[24/Dec/2012 14:33:25] "GET / HTTP/1.1" 200 48247

Изменить 2 он переходит к этому виду после выхода из системы и перенаправляется:

def home(request, template='iamfloraservice/home.html'):

    logger.debug("Home view called by user %s" % request.user)
    return render_to_response(template,{},context_instance=RequestContext(request))

Я думаю, что перенаправление с запросом на это мнение вызывает проблему. В log sais это все еще пользовательский "michel" (beacuse the view использует запрос от перенаправления, и у него был пользователь michel)... однако... пользовательский michel выходит из системы в среднее время....

РЕДАКТИРОВАТЬ 3

из-за предложения, вызванного регистратором. незаметный журнал не помогает И это регистратор по умолчанию:

import logging
logger = logging.getLogger(__name__)

РЕДАКТИРОВАТЬ 4 (30-12-2012)

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

Я думаю, проблема в том, что она перезагружает это главное окно, пока кеш и пользователь в этом запросе еще не очищены. Как-то Хром знает, как справиться с этим, и firefox приводит к ошибке с поврежденной трубкой. Очистка кеша вручную в браузере приводит к правильному представлению после перезагрузки....

решение может быть перенаправлено на страницу без чего-либо в ней, содержащего пользователей... или выясните, как очистить кеш в нужный момент myselve....

эта проблема описывает, может быть, одно и то же... но я не могу ожидать, что пользователи сделают что-нибудь в браузере только для выхода из системы? см. django 1.4 кэширование GET to/login/

Изменить 5 (31-12-2012)

Кажется, это проблема кэширования... но не уверен, как это исправить.

это мои настройки кэширования:

if not DEBUG:
    CACHES = {
        'default': {
            'BACKEND': 'django.core.cache.backends.memcached.MemcachedCache',
            'LOCATION': '127.0.0.1:11211',
        }
    }
else:
    CACHES = {
        'default': {
            'BACKEND': 'django.core.cache.backends.dummy.DummyCache',
        }
    }

Но я тоже пробовал без dummycache

РЕДАКТИРОВАТЬ 6 (4-я-2013) Все еще нет решения.... Я изменил способ, которым я выхожу на путь джанго, и теперь я использую сигналы... см. Мой собственный ответ ниже.

но все же он дает ошибку со сломанной трубкой, которая вызывает остановку firefox. Это не проблема кэширования. Если я перейду на другую страницу или, что еще хуже, страницы администратора. Я все еще вошел в систему. Единственный способ выйти из системы - выйти на страницу администрирования.... Если это не пользователь-администратор... нет способа заставить меня выйти из браузера Firefox.

При отходе от использования интерфейса администратора, поэтому сигнал работает нормально...

Я проверил, выключив сигнал.... и все же выключение в firefox не работает.

Заключение: возврат к главной странице() вызывает проблему.

EDIT 7 (4 января 2013 г.) Я сделал простой просмотр журнала для тестирования, этот шаблон:

<html>
<head>
<title>
Logged out
</title>
</head>
<body>
You are succesfully logged out.<br>
<br>
<a href="/">Go back to the main page</a>
or<br>
<a href="/desktop/login/?next=/">log in again</a>
</body>
</html>

и просмотренный вид:

class LoggedOutView(TemplateView):
    template_name = "iamapps/logged_out.html"

и изменил URL-адреса на:

url(r'^logout/$', 'django.contrib.auth.views.logout',  {'next_page': '/desktop/loggedout/'}, name='iamapps.logout'),
#url(r'^logout/$', 'django.contrib.auth.views.logout_then_login',  name='iamapps.logout'),
url(r'^loggedout/$', LoggedOutView.as_view(),name='iamapps.loggedout'),

и все же, для простых вещей... У меня отключены сигналы.

и он все еще не работает в firefox.... но он работает в chrome

В firefox он не переходит на страницу с завершенным протоколом

4b9b3361

ОТВЕТЫ

Ответ 1

Наконец, я полностью переключился на django по умолчанию... Использование:

в views.py:

from django.contrib.auth.forms import AuthenticationForm
from django.views.generic.edit import FormView

class LoginView(FormView):
    """
    This is a class based version of django.contrib.auth.views.login.


    """
    form_class = AuthenticationForm
    redirect_field_name = REDIRECT_FIELD_NAME
    template_name = 'iamapps/login.html'


    @method_decorator(csrf_protect)
    @method_decorator(never_cache)
    def dispatch(self, *args, **kwargs):
        return super(LoginView, self).dispatch(*args, **kwargs)

    def form_valid(self, form):
        """
        The user has provided valid credentials (this was checked in AuthenticationForm.is_valid()). So now we
        can check the test cookie stuff and log him in.
        """
        self.check_and_delete_test_cookie()
        login(self.request, form.get_user())
        return super(LoginView, self).form_valid(form)

    def get_context_data(self, **kwargs):
        context = super(LoginView, self).get_context_data(**kwargs)
        apps_settings=iamapps_settings()
        if apps_settings[LOGON_BASE_APP_NAME]:
            self.extend_template="%s/base.html" % apps_settings[LOGON_BASE_APP_NAME]
        else:
            self.extend_template="iamapps/base.html"
        context['extend_template']=self.extend_template
        return context    

    def form_invalid(self, form):
        """
        The user has provided invalid credentials (this was checked in AuthenticationForm.is_valid()). So now we
        set the test cookie again and re-render the form with errors.
        """
        self.set_test_cookie()
        return super(LoginView, self).form_invalid(form)

    def get_success_url(self):
        if self.success_url:
            redirect_to = self.success_url
        else:
            redirect_to = self.request.REQUEST.get(self.redirect_field_name, '')

        netloc = urlparse.urlparse(redirect_to)[1]
        if not redirect_to:
            redirect_to = settings.LOGIN_REDIRECT_URL
        # Security check -- don't allow redirection to a different host.
        elif netloc and netloc != self.request.get_host():
            redirect_to = settings.LOGIN_REDIRECT_URL
        return redirect_to

    def set_test_cookie(self):
        self.request.session.set_test_cookie()

    def check_and_delete_test_cookie(self):
        if self.request.session.test_cookie_worked():
            self.request.session.delete_test_cookie()
            return True
        return False

    def get(self, request, *args, **kwargs):
        """
        Same as django.views.generic.edit.ProcessFormView.get(), but adds test cookie stuff
        """
        self.set_test_cookie()
        return super(LoginView, self).get(request, *args, **kwargs)

и URL:

url(r'^login/$', LoginView.as_view(), name='login'),

Это решило все мои проблемы... о логгинге и входе в систему...

сигналы входа и выхода в систему работают нормально:

from django.contrib.auth.signals import user_logged_out, user_logged_in

# Note, these login and logout signals are registered in imamstats views
def iam_logged_out_actions(sender, user, request, **kwargs):
    try:
        # ... do my logging out actiosn (stats etc.)
    except Exception, e:
        logger.error("Logging logout action error: %s" % e)

# Note, these login and logout signals are registered in imamstats views
def iam_logged_in_actions(sender, user, request, **kwargs):
    try:
        # ... do my log in stats etc. things
    except Exception, e:
        logger.error("Logging login action error: %s" % e)

Ответ 2

Обычно я использую предоставленный просмотр для выхода из системы. Просто добавьте это в свой корневой файл urls.py:

# Would be nice to use settings.LOGIN_URL for `next_page` here, too
url(r'^logout/$', 'django.contrib.auth.views.logout', {'next_page': '/login'}),

и вам будет хорошо.

Счастливый Djangoing.

Ответ 3

просмотр stackoverflow... (сделал другой поиск)

Я нашел этот:.... см. django.contrib.auth.logout в Django.

Но это еще хуже... Я нашел это... изумленным... но объясняет все это: Django, Logout_URL не перенаправляется хорошо

Я выяснил, что он не исправит ошибку (@## $%%), которую не разрешат проклинать в канун Рождества....

Таким образом, решение делать мои собственные вещи в сигналах вместо использования моего собственного представления. Сделать представление по умолчанию и перенаправить... и используйте эту документацию для создания сигнала. https://docs.djangoproject.com/en/dev/topics/auth/#login-and-logout-signals

Добавление сигналов довольно просто, я помещаю его в models.py с моего основного приложения (iamapps):

import logging
from django.contrib.auth.signals import user_logged_out
from django.contrib.auth.signals import user_logged_in
logger = logging.getLogger(__name__)

def iam_logged_out_actions(sender, user, request, **kwargs):
    #whatever...
    logger.debug("Logging out: user = %s" % user)

user_logged_out.connect(iam_logged_out_actions)

def iam_logged_in_actions(sender, user, request, **kwargs):
    #whatever...
    logger.debug("Logging in: user = %s" % user)

user_logged_in.connect(iam_logged_in_actions)

Это работает... однако он не решает сломанную трубу, которая, как я думаю, может привести к сбою при выходе из системы... поэтому выключение в firefox все равно не срабатывает... и в Chrome оно работает... Выход из страницы администрирования django работает в firefox.. и у сигнала есть еще один pro: также из выхода из интерфейса администратора, сигнал вызывается...

для выхода из системы я использую сейчас urls.py:

    url(r'^logout/$', 'django.contrib.auth.views.logout',  {'next_page': '/'}, name='iamapps.logout'),

Ответ 4

Мое подозрение в том, что исходное представление выхода из системы возвращает ответ, который очищает cookie или что-то в этом роде, и вы отбрасываете этот ответ. Не могли бы вы просто попросить вернуть ответ пользователю?

def my_logout(request):
    # something...
    return logout(request)

Ответ 5

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

from django.contrib import admin
from django.urls import path, include
from dark_bot import views
from django.contrib.auth import views as v
urlpatterns = [
    path('admin/', admin.site.urls),
    path('', views.index, name="index"),
    path('contact/', views.contact, name="contact"),
    path('search/', include('search.urls')),
    path('user/', include('accounts.urls')),
    path('dashboard/', include('dashboard.urls')),
    path('accounts/login/', v.LoginView.as_view(), name="login"),
    path('accounts/logout/',v.LogoutView.as_view(next_page='/'),name="logout")
    # path('dashboard/', include('dashboard.urls')),
]
''''

This is how you can see i passed the next_page attribute to the class LogoutView which will tell where to redirect or go after successfull logout.
Hope this may help someone.
Happy Coding!