Produits Entr'ouvert » Authentic 2

Je pensais que tu aurais utilisé un token comme pour l'enregistrement (json, timestamp, signé, base64, hop). Tu y as pensé et y'a une contre-indication ?

Thomas Noël a écrit :

Je pensais que tu aurais utilisé un token comme pour l'enregistrement (json, timestamp, signé, base64, hop). Tu y as pensé et y'a une contre-indication ?

Impossible de gérer un usage unique avec un truc signé, ok la durée est courte mais je préfère comme ça (et puis je compte bien réutiliser token pour des trucs avec une expiration plus longue).

Dans 0002 je trouve que tu te prends un peu la tête avec le interpret_expires (et ça complique un peu la compréhension du bidule). Décidons qu'on créé un token avec une ttl en nombre de secondes, sans mystère :

def create(cls, kind, content, duration=60):
    expires = timezone.now() + datetime.timedelta(seconds=duration)
    return cls.objects.create(kind=kind, content=content, expires=expires)

Thomas Noël a écrit :

Dans 0002 je trouve que tu te prends un peu la tête avec le interpret_expires (et ça complique un peu la compréhension du bidule). Décidons qu'on créé un token avec une ttl en nombre de secondes, sans mystère :

[...]

Ok, c'est juste que j'ai ce code ailleurs il me semble, je cherche si il y a un intérêt immédiat à factoriser et sinon je vire.

Thomas Noël a écrit :

Dans 0002 je trouve que tu te prends un peu la tête avec le interpret_expires (et ça complique un peu la compréhension du bidule). Décidons qu'on créé un token avec une ttl en nombre de secondes, sans mystère :

[...]

Bon en fait non je trouve vachement utile de pouvoir a minima filer un temps en seconde ou un datetime explicite pour l'API; je veux bien virer le support du timedelta explicite mais ça fait juste gagner deux lignes.