ZEP-24 : Refonte et enrichissement des notifications

J'ignore si ça s'intègre à la ZEP, mais il pourrait être intéressant d'être informé en temps réel de la parution d'un nouveau message dans le sujet sur lequel on est en train de poster.

Je ne suis pas sûr que cela ai un rapport avec cette ZEP. Ici, il suffirait en soit de rendre dynamique le bandeau déjà présent. Mais ça c'est à avoir avec les dévs front, donc Situphen et Sandhose !

Ça ne s'intègre pas à cette ZEP. Je l'ai reporté sur GitHub (ici) mais il ne faut pas s'attendre à voir cette focntionnalité arriver avant un certain temps car elle nécessitera beaucoup de boulot !

Bonjour,

Il serait intéressant, en tant qu'auteur, d'être notifié du fait qu'un co-auteur a mis à jour le tutoriel. Bien sûr, pour éviter de recevoir des milliers de notifications, il faudrait reprendre le principe de celles pour les messages sur le forum : on est notifié uniquement de la première non vue. Pour effacer la notification, il suffirait de consulter la page du tutoriel (celle où on arrive quand on clique sur le tutoriel dans la liste de nos tutoriels).

Merci. =)

Je pense qu'il faudrait prendre en compte les courriels aussi dans cette ZEP, et étudier la possibilité d'ajouté d'autres médias de notification. Cf. https://zestedesavoir.com/forums/sujet/2622/des-parametres-pour-la-notification-par-email/

Hello,

Oui, en effet, chaque notification devrait pouvoir se faire de différentes manières, avec notification sur le site (oui par défaut) + email (non par défaut) au départ. Je vais essayer de mettre le 1e message à jour rapidement pour rajouter ça (+ les quelques trucs dit ici depuis la dernière màj).

Salut,

La ZEP-23 (API MP) avance à grand pas et pourrait arriver à terme dans les semaines à venir. J'aurais aimé enchainer avec l'API sur les notifications mais le développement de cette ZEP me semble nécessaire avant.

J'aimerais donc savoir Taguan si tu serais intéressé pour que j'y participe ou la prennent en charge si tu ne peux plus y consacrer du temps ?

Hello,

Elle est toujours dans un coin de ma tête mais j'ai pas vraiment bossé dessus depuis quelques semaines. Déjà, il faudrait que je mettes enfin à jour le premier message avec tout ce qui a été dit, histoire qu'on puisse la passer en statut "acceptée".

J'y repensais d'ailleurs pas plus tard que ce week-end et je me disais qu'il serait peut-être intéressant d'attendre la ZEP-12, ou de développer ça à partir de la barnche de la ZEP-12, vu que pas mal de notifs concernent les tutos et les articles. Mais c'est sans doute en partie pour me trouver une bonne excuse pour ne pas avancer…

Bref, tout ça pour dire que j'ai pas envie de laisser tomber cette ZEP. Si tu me dis que t'en aurais besoin pour avancer sur l'API, ça peut me donner la motivation nécessaire que pour reprendre le travail ici.

Je vais compiler tout ca qui a été dit ici dans le premier message de la ZEP. Si aucune remarque supplémentaire nécessitant débat n'est faite cette semaine, j'en pense que ça pourra passer à l'étape suivante.

En parallèle, je vais voir côté code. J'avais commencé un petit proto sur une branche, faut que je voies où j'en suis. Vu que je suis pas encore hyper à l'aise avec python et Django ça n'avance pas toujours hyper vite. Je te fais un retour dès que possible pour dire comment je le sens, comment tu pourrais aider, toussa

J'y repensais d'ailleurs pas plus tard que ce week-end et je me disais qu'il serait peut-être intéressant d'attendre la ZEP-12, ou de développer ça à partir de la barnche de la ZEP-12, vu que pas mal de notifs concernent les tutos et les articles. Mais c'est sans doute en partie pour me trouver une bonne excuse pour ne pas avancer…

Je pense que c'est important de rester indépendant des autres modules au plus possible. Il est sans doute possible d'avancer sur l'architecture générale, voire même de proposer une solution suffisamment générique pour être indépendant du système de tutoriels. Puis, n'oubliez pas que nous risquons de cohabiter avec les tutoriels v1 et v2 pendant un petit temps. Tout ceci rallonge la fin de la ZEP 12 et on ne peut pas se permettre de freeze toutes les contributions externes à cause de cette nouvelle grosse fonctionnalité.

Bref, tout ça pour dire que j'ai pas envie de laisser tomber cette ZEP. Si tu me dis que t'en aurais besoin pour avancer sur l'API, ça peut me donner la motivation nécessaire que pour reprendre le travail ici.

J'irais même plus loin, il est toujours plus motivant de travailler à plusieurs. Personnellement, je serais intéressé et DevHugo m'a fait une demande pour contribuer à l'API des MPs. S'il s'en sort bien et qu'il est partant pour continuer sur l'API, nous pouvons même l'embarquer avec nous (si tu désires notre aide bien entendu). Le tout a juste besoin d'être organisé (découper les choses à faire en tâche, etc.).

Je vais compiler tout ca qui a été dit ici dans le premier message de la ZEP. Si aucune remarque supplémentaire nécessitant débat n'est faite cette semaine, j'en pense que ça pourra passer à l'étape suivante.

Ah oui, ça serait bien. Je n'ai lu que le premier message.

En parallèle, je vais voir côté code. J'avais commencé un petit proto sur une branche, faut que je voies où j'en suis. Vu que je suis pas encore hyper à l'aise avec python et Django ça n'avance pas toujours hyper vite. Je te fais un retour dès que possible pour dire comment je le sens, comment tu pourrais aider, toussa

J'attends donc ton retour !

Je profite aussi de cette ZEP pour savoir si il serait possible de modifier la forme des emails de notifications.. Au lieu d'avoir un lien, ce serait bien d'avoir un résumé de la notifications et une mise en page bien faite non ? (Je ne sais pas si ce message est à sa place, mais je comptais ouvrir un sujet pour les emails, disons que cette ZEP tombe à pic !).

Le design des e-mails n'est pas l'objectif de cette ZEP mais son enrichissement en terme de contenu peut l'être.

@Wizix : Mettre en page un courriel pour qu'il ressemble au site demande énormément de travail ! On a pas les ressources en dev (et perso j'ai franchement la flemme) mais si quelqu'un veut le faire il peut !

Non pas forcément pour qu'il ressemble au site, juste pour qu'il ai un peu plus de gueule. Je peux peut-être regarder comment ça fonctionne et pourquoi pas essayer.. (Je ne connais absolument pas la faisabilité de la chose )

C'est à peu près comme faire un site pour Internet Explorer 5. Bonne chance, n'hésites pas à demander de l'aide ! Généralement, on utilise des tableaux pour faire ça. Tu peux facilement trouver de tutoriels sur Internet !

Bon, j'ai mis le premier message à jour. Pas énormément d'ajouts non plus mais comme ça c'est complet. Les notifs par email sont prévues, et on peut en profiter pour y mettre plus de contenu. Mais question styling des emails, je suis d'accord avec Situphen : si quelqu'un est motivé pour s'en occuper dans la foulée, pourquoi pas. Mais si y a pas, y a pas.

Le seul truc que je n'ai pas rajouté, c'est la remarque de Javier sur les websocket. Pour une raison très simple : je ne maitrise absolument pas le sujet (et c'est un euphémisme). Donc je suis d'avis de développer la ZEP en y intégrant tout de suite l'API, parce que c'est pas hyper compliqué et qu'Andr0 est motivé, mais je laisserais le sujet des websocket pour plus tard.

Mais n'hésitez pas à protester si vous trouvez que c'est une mauvaise idée.

Pour les websockets, il faut s'y connaître et il faut un serveur spécifique je crois donc s'il y a une personne compétente pourquoi pas, sinon non !

Je suis pas un grand spécialiste du domaine mais j'ai aujourd'hui dut faire un petit push pour un outils web interne et j'ai utilisé le protocole "server send event" du html5, ça a été ultra simple (en flask mais j'imagine que c'est pareil avec Django), simple aussi côté JS et surtout ça demande pas de serveurs supplémentaire. Pourquoi forcément utiliser websocket ? Il y a des raisons ?

T'as des libs JS (sockjs) qui dégradent proprement le fonctionnement des websockets si jamais elles ne sont pas dispo pour le client (long polling, …).

Le fait de pouvoir répondre aux notifications par email, le système à la GitHub. C'est dans le périmètre ou pas ?

Ce serait top d'avoir ça, mais je pense qu'il vaut mieux que ça fasse l'objet d'une ZEP spécifique. C'est pas trivial comme ajout et ça élargirait vachement le scope de cette ZEP.

J'ai un minuscule POC qui marchotte mais je pense c'est long à faire. Je dirais très approximativement une 30 heures de dev. J'ai réussi à faire sans le serveur de mail mais peut-être qu'il y'aura besoin et si il y'a un besoin de serveur de mail, on peut abandonner la fonctionnalitée.

L'autre difficulté est de parser le mail pour récupérer le message, et pas les réponses faite avant et ça c'est chaud.

Faut aussi se mettre d'accord, sur le contenu des mails envoyés. Quand le message d'origine est publique, ça peut transiter par mail à mon avis mais :

• Les MP peuvent t-il transiter par mail ?
• Les messages dans les forums 'privé' peuvent t-il transiter par mail ?
• Les réponses aux articles, aux tutos ?

Plus j'avance, plus je me rend compte que la fonctionnalité va être limitée, à la réponse sur les forums publique …

C'est pas tant coté front que coté back que les websockets me semblent lourdent, ça oblige à avoir un serveur dédié qui tournent pour les servir. Après je m'en fout un peu, ce n'est probablement pas moi qui m'en occuperait, mais comme j'ai réussi à mettre ça en place en 30 min alors que je suis une bille en dev web, je m’interrogeais pourquoi cette solution n'était pas plus utilisé ou même pas cité. Le type derrière Juggernaut conseil cette solution par exemple.