Django休息auth user_logged_in信号

时间:2017-04-08 20:59:37

标签: python django rest django-allauth django-signals

我有一个使用django rest auth的django rest app。 每当用户使用信号登录时,我都会尝试记录某些内容。

我在网上搜索了使用信号的人,但我没有找到有关如何使其工作的有趣资料。我认为这个问题可能与allauth信号有关。以下配置有问题吗?

  

signals.py

from django.apps import AppConfig


class UsersConfig(AppConfig):
    name = 'users'

    def ready(self):
        import users.signals
  

apps.py

default_app_config = 'users.apps.UsersConfig'
  

初始化的.py

var myArray = [{ dateformat: "apr1", score: 1 }, { dateformat: "apr2", score: 2 }, { dateformat: "apr3", score: 3 }],
    dateArray = [],
    score = [];

myArray.forEach(function (target, keys) {
    return function(a) {
        keys.forEach(function(k, i) {
            target[i].push(a[k]);
        });
    };
}([dateArray, score], ['dateformat', 'score']));

console.log(dateArray);
console.log(score);

5 个答案:

答案 0 :(得分:2)

以下是我使用djangorestframework-jwt==1.11.0解决问题的方法:

settings.py

from django.contrib.auth.signals import user_logged_in

def jwt_response_payload_handler(token, user=None, request=None):
    if user and request:
        user_logged_in.send(sender=user.__class__, request=request, user=user)
    return {
        'token': token,
    }

JWT_AUTH = {
    'JWT_RESPONSE_PAYLOAD_HANDLER': jwt_response_payload_handler,
}

models.py

from django.contrib.auth.signals import user_logged_in

def login_handler(sender, user, request, **kwargs):
    print('logged in')

user_logged_in.connect(login_handler)

答案 1 :(得分:1)

当配置基于令牌的身份验证时,似乎Django Rest Framework不会发出user_logged_in信号:https://github.com/encode/django-rest-framework/issues/3869

答案 2 :(得分:1)

面向未来的Google员工。 OP最初的问题是,他想在用户使用rest_auth时每次登录时都记录一些内容。您可能希望rest_auth发出类似这样的信号,但是rest_auth根据登录类型执行不同的操作。对于会话登录,rest_auth调用django的常规登录例程,并且确实发出信号。但是对于基于令牌的身份验证,rest_auth创建令牌并将其返回,并且没有对django属性的调用,也不会发出信号。 这是rest_auth login code

要获得所需的行为,您必须覆盖rest_auth的default token handler(这很简单),以便知道何时创建令牌,然后按需要记录事件。

在Django的settings.py文件中添加:

REST_AUTH_TOKEN_CREATOR = '<your_dotted_project_path>.create_login_token'

在项目的某些文件中:

# this is the same as the default rest_auth token handler except we
# don't throw away the 'created' part because we care whether it was
# created or just retrieved.
def create_login_token(token_model, user, serializer):
    token, created = token_model.objects.get_or_create(user=user)
    if created:
        >>> log it or emit your own signal or whatever <<<

    return token

答案 3 :(得分:0)

由于某种奇怪的原因,它没有从signals.py捡起。但是,您仍然可以使用以下方法保持关注点分离。这对我很有效,同时仍然使信号逻辑脱离了我的模型。

signals.py

import logging

from allauth.account.signals import user_logged_in
from django.dispatch import receiver

logger = logging.getLogger(__name__)


@receiver(user_logged_in)
def login_logger(request, user, **kwargs):
    logger.info("{} logged in with {}".format(user.email, request))

models.py

from .signals import *

// Your models here

class Foo(models.Model):
    pass

答案 4 :(得分:-1)

由于一些奇怪的原因,这放在signals.py中似乎无效,signals.py的这种实现适用于项目的每个部分,除了allauth(I也有我个人的经历)。检查这个github问题来源://github.com/pennersr/django-allauth/issues/347

由于某些奇怪的原因,将此代码(signals.py)移动到同一个应用的models.py中会有效。

# place this in models.py
from allauth.account.signals import user_logged_in
from django.dispatch import receiver

logger = logging.getLogger(__name__)


@receiver(user_logged_in)
def login_logger(request, user, **kwargs):
    logger.info("{} logged in with {}".format(user.email, request))