Notification mail sur article publié + mise en forme

[lomart]

Bonjour,

Je ne sais pas si cela peut convenir, mais j'ai écrit ceci il y a quelques années

https://lomart.fr/extensions/lm-mailmodif

[Tortue Genial 69]

Bonjour,

Je ne sais pas si cela peut convenir, mais j'ai écrit ceci il y a quelques années
https://lomart.fr/extensions/lm-mailmodif

merci à toi je vais voir ça.

le besoin est assez simples en fait : dès qu'un article est soumis par un visiteur (PUBLIC), notifier par mail un utilisateur ou un groupe éventuellement.

ton plugin sera compatible J4 ?

[lomart]

ton plugin sera compatible J4 ?

Je ferais tout pour

[Tortue Genial 69]

Merci a toi, je vais le tester demain

[Tortue Genial 69]

Bonjour,

Je ne sais pas si cela peut convenir, mais j'ai écrit ceci il y a quelques années
https://lomart.fr/extensions/lm-mailmodif

hello,

j'ai installé et regardé ton plugin.
cela semble couvrir mon besoin à presque 100%, car un léger détail manque : pouvoir sélectionner n'importe quel compte car par défaut cela ne me remonte que les admin.

car en fait j'ai crée un groupe CLIENT qui possède son propre niveau d'accès et je ne vois pas l'utilisateur dans la liste de ton plugin.

est-ce normal? ou faut-il que mon utilisateur soit aussi impérativement rattaché à un autre niveau comme gestionnaire par exemple?

[lomart]

Bonjour,

J'avais limité les destinataires aux destinataires probables.
Il est possible de modifier le fichier XML pour inclure ton groupe CLIENT dans le champ lmmm_dest

SELECT DISTINCT id,name from #__users AS u INNER JOIN #__user_usergroup_map AS g WHERE g.user_id=u.id AND g.group_id IN (3,4,5,6,7,8[COLOR=#c0392b],id_groupe_client[/COLOR]) AND u.block=0

As-tu testé sur J4?

[Tortue Genial 69]

ok merci, bonne idée en effet.
après, à froid, est-ce que ce ne serait pas mieux de le généraliser directement dans le package?
je veux dire par la que cette modif peut, peut-être, intéresser du monde et couvrir plus de besoins.

non pas encore testé sur J4, j'essaye de le faire demain

[Tortue Genial 69]

bon j'ai pu faire le test vite fait sur J4 et l'envoi de mail ne fonctionne pas.

[lomart]

Bonjour,

après, à froid, est-ce que ce ne serait pas mieux de le généraliser directement dans le package?
je veux dire par là que cette modif peut, peut-être, intéresser du monde et couvrir plus de besoins.

L'idée était de limiter la liste aux possibles rédacteurs.
Ne serait-il pas mieux de donner des droits "rédacteurs" à tes clients ?

Ne connaissant pas l'id des nouveaux groupes, mes possibilités de modif sont :
- lister tous les utilisateurs (imagine un site avec 2000 utilisateurs et 3 rédacteurs )
- lister tous les utilisateurs sauf les enregistrés, public et invités
- une autre à laquelle je n'ai pas pensé

bon j'ai pu faire le test vite fait sur J4 et l'envoi de mail ne fonctionne pas.

Je regarde cela

[daneel]

bon j'ai pu faire le test vite fait sur J4 et l'envoi de mail ne fonctionne pas.

EUh ? Bonjour


Pourquoi réinventer la roue ? Sous Joomla 4, on utilise les fonctionnalités natives de notification.

Il suffit d'activer les workflows et de définir qui va recevoir le message.

[Tortue Genial 69]

EUh ? Bonjour


Pourquoi réinventer la roue ? Sous Joomla 4, on utilise les fonctionnalités natives de notification.

Il suffit d'activer les workflows et de définir qui va recevoir le message.

Oui carrément, sauf que le site est sous J3 pour le moment donc j'ai besoin d'une solution rapide
Mais une fois migré sous J4, évidemment que les workflows sont là solution

[Tortue Genial 69]

L'idée était de limiter la liste aux possibles rédacteurs.

Etant donné que chacun peut créer ses groupes et droits d'accès, je trouve dommage de limiter ça juste aux groupes existants ou aux admins.

Ne serait-il pas mieux de donner des droits "rédacteurs" à tes clients ?

J'ai testé en mettant les droits de rédacteur et je peux sélectionner mon utilisateur, par contre il ne reçoit pas de mail lors de la création d'un article depuis le front.

[Tortue Genial 69]

Ne connaissant pas l'id des nouveaux groupes, mes possibilités de modif sont :
- lister tous les utilisateurs (imagine un site avec 2000 utilisateurs et 3 rédacteurs )
- lister tous les utilisateurs sauf les enregistrés, public et invités
- une autre à laquelle je n'ai pas pensé

- lister les groupes éventuellement?
- pour les utilisateurs, oui je comprends que si le nombre est important c'est problématique : après lister tous les utilisateurs sauf les enregistrés, public et invités est une bonne idée, car de base (normalement) ce type d'utilisateur n'accède pas au back-end

[Niko.Semaphore]

J'ai utilisé parfois NotificationAry mais c'est clairement de l'extention by dev for dev c'est du brut de brut mais très souple puisque qu'il peut monitorer bcp de choses. Le dev n'existe plus à priori depuis peu. Gros plus : on peut exporter/importer des confs (heureusement car il est ardu à paramétrer correctement au départ)

[Tortue Genial 69]

Oui je l'ai utilisé aussi, mais l'extension n'est plus maintenue donc c'est hors de question pour ma part.
j'ai longtemps échangé avec le dev (Gruz) et c'est dommage car en effet on peut faire beaucoup de choses...mais il avait 2 boulots et celui ci pas assez rentable de mémoire, du coup il est partit sur autre chose.