Ayant des problèmes avec l'utilisateur.is_authenticated dans django template

Désolé si vous avez essayé de m'aider quand j'ai demandé plus tôt. Dû supprimer cette question parce que je n'étais pas autorisé à modifier des informations supplémentaires pour une raison quelconque.

Je suis en train de travailler sur la mise en œuvre de l'authentification de l'utilisateur sur mon site web de django. Tout fonctionne. Mon point de vue, les modèles, les url, etc. sont tous mis en place. Les utilisateurs peuvent s'inscrire, se connecter, se déconnecter. La question que je vais avoir est avec ce morceau de code:

{% if request.user.is_authenticated %}
      <li><a href="/logout">Log Out</a></li>
      {% else %}
      <li><a href="/login">Log In</a></li>
      {% endif %}

Même quand je suis connecté, c'est encore l'affichage de "Log In" comme une option plutôt que "Log Out". Cependant, si je clique sur le lien, ça va me diriger vers /profil parce que c'est ce que le point de vue dit-il à faire si je suis connecté. Donc, clairement, il sait que je suis connecté, mais le modèle n'est pas readint de l'utilisateur.is_authenticated comme vrai.

Le point de vue concernant les demandes de connexion est:

def LoginRequest(request):
    if request.user.is_authenticated():
        return HttpResponseRedirect('/profile/')
    if request.method == 'POST':
        form = LoginForm(request.POST)
        if form.is_valid():
            username = form.cleaned_data['username']
            password = form.cleaned_data['password']
            profile = authenticate(username=username, password=password)
            if profile is not None:
                login(request, profile)
                return HttpResponseRedirect('/profile/')
            else:
                return render_to_response('template/login.html', {'form': form}, context_instance=RequestContext(request))
        else:
            return render_to_response('template/login.html', {'form': form}, context_instance=RequestContext(request))
    else:
        ''' user is not submitting the form, show them login form ''' 
        form = LoginForm()
        context = {'form': form}
        return render_to_response('template/login.html', context, context_instance = RequestContext(request))

InformationsquelleAutor Xonal | 2013-06-10

authentication django

44

Si l'auth contexte processeur est activé, puis user est déjà dans le modèle de contexte, et vous pouvez le faire:
```
{% if user.is_authenticated %}
```
Si vous souhaitez accéder à request dans le modèle, assurez-vous que vous avez activé la contexte de demande de processeur.

Dans votre question, vous utilisez render_to_response. Depuis Django 1.3, il a été préférable d'utiliser render au lieu de render_to_response. À l'aide de render_to_response avec RequestContext(request) travaille dans Django <= 1.9, mais à partir de Django 1.10, vous devez utiliser le render raccourci, si vous voulez le contexte processeurs de travail.
```
return render(request, 'template/login.html', context)
```
- Mon modèle de contexte sont les processeurs ("django.contrib.auth.context_processors.auth", "django.de base.context_processors.debug", "django.de base.context_processors.i18n", "django.de base.context_processors.les médias", "django.de base.context_processors.statique", "django.de base.context_processors.tz", "django.contrib.les messages.context_processors.messages") quel est le chemin d'accès à la demande de l'un?
- Le chemin est donné dans les docs que j'ai lié.
- Oh, je ne savais pas, j'ai quitté la demande.de l'utilisateur.is_authenticated là. J'ai essayé de l'ajouter car je pensais qu'il pourrait l'aider, mais il n'a pas. Le modèle ne fonctionne pas avec ou sans "demande". il n'
- Pour le point de vue où le lien de déconnexion ne s'affiche pas correctement, assurez-vous de vous rendre un template avec un RequestContext
- La barre d'outils de débogage est utile pour résoudre des problèmes comme ceux-ci, comme il peut vous montrer le modèle de contexte.
- OUI! Qui était-il! Merci beaucoup!
- merci Alasdair. J'ai été en utilisant render_to_response qui ne comprend pas un RequestContext objet. C'est pourquoi j'ai été incapable d'accès de l'utilisateur dans mon template. votre commentaire m'a conduit à la solution 🙂 je suis en utilisant render() maintenant, au lieu de cela, ce qui est exactement la différence de render_to_response: il ajoute une RequestContext
- bon point - cette réponse a été écrite il y a longtemps, quand il était toujours ok pour utiliser render_to_response, mais je l'ai mis à jour-à-dire que vous devez utiliser render de Django à partir de 1.10.
InformationsquelleAutor Alasdair
7

Compte que depuis Django 1.10 la is_authenticated est décoré avec @property et le comportement diffère.

Pour non AUTHENTIFIÉ de l'utilisateur de l'appel de {{utilisateur.is_authenticated}} résultats:

CallableBool(True) (lorsque sur Django < 1.10 c'était True)

Pour AUTHENTIFIÉ de l'utilisateur de l'appel de {{utilisateur.is_authenticated}} résultats:

CallableBool(False) (lorsque sur Django < 1.10 c'était False)

Si vous avez besoin de passer de l'e.g à l'option javascript de votre valeur comme true ou falsevous pouvez le faire avec l'application de filtres |yesno:"true,false"
```
<script language="javascript"> 
var DJANGO_USER = "{{user.is_authenticated|yesno:"true,false"}}";
</script>
```
InformationsquelleAutor andilabs

Vous devez vous connecter pour publier un commentaire.