Pérdida de sesión de Django 1.2

Question

He hecho una pregunta similar anteriormente, pero he hecho más investigación y esta iteración debería ser un poco diferente. Parece que varios usuarios de SO han tenido un problema con el registro e inicio de sesión de los usuarios en una sola vista y realmente no se ha respondido.

El problema es que me registro, autentico e inicio de sesión de un usuario en una sola vista de Django. Para la mayoría de los usuarios está bien, pero para otros usuarios, su solicitud posterior (hacen clic en un enlace en mi sitio) devuelve un usuario anónimo. De alguna manera, el usuario conectado pierde su sesión y es redirigido a una página en mi sitio que no requiere autenticación.

Cuando inician sesión a través de una vista de inicio de sesión pura (a diferencia de la vista de registro + inicio de sesión), los datos de la sesión permanecen intactos. El problema parece ser el registro y el inicio de sesión en una sola vista.

Ver esta publicación para el mismo tema: https://stackoverflow.com/questions/1693726/problem-with-combined-authentication-login-view.

Se ha sugerido que esto es potencialmente un problema de enhebrado. También lo he visto sugiriendo que se relaciona con el back-end de los datos de la sesión de caché.

¿Alguna idea de lo que realmente se relaciona? No puedo reproducir el error, lo que realmente me detiene.

EDITAR - Debo señalar que estoy usando las sesiones respaldadas por la base de datos predeterminadas.

Aquí está mi punto de vista registro/login

def splash_register(request): 
    if request.session.get('beta'): 

    if request.method=='POST': 
     userform=MyUserCreationForm(request.POST) 
     if userform.is_valid(): 
      #username of <30 char is required by Django User model. I'm storing username as a hash of user email 

      user=userform.save(commit=False) 
      user.username=hash(user.email) 
      user.save() 



      username=user.username 
      password=str(userform.cleaned_data['password']) 
      user=auth.authenticate(username=username, password=password) 
      if user is not None: 
       auth.login(request,user) 
       request.session['first_visit']=True 
       return HttpResponseRedirect("/") 
      else: 
       return HttpResponseRedirect('/splash/register/') 
     else: 
      userform=MyUserCreationForm(request.POST) 
      return render_to_response("website/splash_register.html", {'userform':userform}, context_instance=RequestContext(request)) 
    return render_to_response("website/splash_register.html", context_instance=RequestContext(request))  
else: 
    return HttpResponseRedirect('/splash/')   

Answer 1

Usted no tiene que utilizar autenticar y, en este escenario, no es realmente necesario. Todo lo que necesita hacer es establecer el backend del registro del usuario.

así que algo como esto funcionaría:

def splash_register(request): 
    if request.session.get('beta'): 

    if request.method=='POST': 
     userform=MyUserCreationForm(request.POST) 
     if userform.is_valid(): 
      #username of <30 char is required by Django User model. I'm storing username as a hash of user email 

      user=userform.save(commit=False) 
      user.username=hash(user.email) 
      user.backend='django.contrib.auth.backends.ModelBackend' 
      user.save() 


      username=user.username 
      password=str(userform.cleaned_data['password']) 
      auth.login(request, user) 
      request.session['first_visit']=True 
      return HttpResponseRedirect("/") 
     else: 
      userform=MyUserCreationForm(request.POST) 
      return render_to_response("website/splash_register.html", {'userform':userform}, context_instance=RequestContext(request)) 
    return render_to_response("website/splash_register.html", context_instance=RequestContext(request))  
else: 
    return HttpResponseRedirect('/splash/') 

actualización

he mencionado esto en un comentario, pero en términos de una "respuesta" la solución es añadir esto a su archivo de configuración:

SESSION_COOKIE_DOMAIN = 'yourdomain.com' 

Esto permitirá a los usuarios que vienen de www.yourdomain.com o yourdomain.com para iniciar sesión en el sitio web.

Answer 2

Oh, hombre, estoy increíblemente aliviado y también lleno de auto-odio. No tenía idea de que las cookies no eran transferibles entre los nombres de dominio www y no www.

Un conjunto de mis usuarios venían a www y luego eran redirigidos a no-www, lo que acababa con su sesión. Estoy configurando mod_rewrite ahora para resolver la situación.

Answer 3

Solo en caso de que esto ayude a alguien más, tuve este problema donde en la vista actual, request.user.is_authenticated() es True, pero después de HttpResponseRedirect a otra página, el mismo host, request.user se convirtió en anónimo. Estoy usando sesiones, pero resulta que no fue la sesión. Hice mi propio backend de autenticación personalizado, y los 1.2 documentos dicen que debe implementar get_user (self, user_id) pero no creo que user_id (clave principal) sea algo especial, así que lo implementé como get_user (self, username) .. pero aparentemente esa fue la fuente del problema!