Development #22611
notifications: permettre l'utilisation des notifications par une autre brique
0%
Description
Il serait vraiment souhaitable de pouvoir afficher les notifications un peu partout (c'est un peu le but d'une notification), pour cela il faut une API pour lister celles-ci et permettre d'appeler ack/forget depuis une autre application sans forcément s'authentifier (évitons JSONP). Ce ne sont pas des WS suffisamment dangereux et donc une simple signature HMAC sans contrainte de rejeu suffira.
Fichiers
Historique
Mis à jour par Frédéric Péters il y a environ 6 ans
La disposition actuelle c'est afficher le badge avec le nombre de notifications, partout, mais c'est un lien, et l'affichage des notifications même, il reste sur combo.
(pas hostile à une API mais je ne saisis pas qui va appeler et pour quoi faire)
Mis à jour par Benjamin Dauvergne il y a environ 6 ans
- Fichier 0001-notifications-add-a-listing-API.patch 0001-notifications-add-a-listing-API.patch ajouté
Ce patch ajoute un web-service de listing (soumis aux mêmes contraintes de sécurité que tous les WS publik).
Les deux endpoints ack/forget sont transformés en WS CORS (avec une ouverture au monde entier), supportant deux modes d'authentification:- session Django normale
- signature HMAC ad-hoc (l'URL + la signature est ajouté à la description de chaque notification dans le WS de listing dans deux champs ack_url et forget_url)
Mis à jour par Benjamin Dauvergne il y a environ 6 ans
Frédéric Péters a écrit :
La disposition actuelle c'est afficher le badge avec le nombre de notifications, partout, mais c'est un lien, et l'affichage des notifications même, il reste sur combo.
(pas hostile à une API mais je ne saisis pas qui va appeler et pour quoi faire)
L'idée c'est de proposer cette API aux clients qui peuvent l'intégrer dans leurs applications, je ne sais pas comment fonctionne la récupération du badge et si c'est exportable à une application non Publik simplement.