[SPIP Zone] [Mailsubscribers] Rajout d'un champ description en plus du nom de la liste ?

Bonjour,

Je suis en train de passer de CleverMail aux 3 plugins permettant de faire mieux avec SPIP 3.
Dans CleverMail, les gens pouvaient s'abonner à une newsletter en ayant une description de cette dernière.
Avec http://contrib.spip.net/Mailsubscribers, la page de configuration des listes auxquelles on peu s'abonner ne contient pas de champ descriptif (ecrire/?exec=configurer_mailsubscribers).

==> Est-ce que ça gênerait que je le rajoute ?
(et que dans le cas de CleverMail, ça le récupère automatiquement).

--
RealET

Hello,

en l'état je préfèrerai ne pas ajouter ça.
La gestion des listes de diffusion est sommaire et stockée dans la meta de configuration du plugin, ce n'est pas du tout genial d'y stocker du contenu editorial riche. De plus la gestion des inscription/statut n'est pas idéale et comporte quelques flous sur la gestion du double optin par exemple. Enfin le stockage des abonnements dans un champ texte est mauvais en terme de performance sur les bases qui comportent beaucoup d'inscrits.

Je pense donc qu'il faut que les listes de diffusion soient stockées dans leur propre table, avec une table de relation pour les inscriptions, qui comporte un flag de statut, permettant de gerer l'optin et la resiliation liste par liste. Il sera alors facile de gerer en plus un champ de description, et tout autre données souhaitée via champs extra.

(Pas de planning de dev pour cette évolution pour le moment)

--
Cédric

RealET a écrit :

Bonjour,

Je suis en train de passer de CleverMail aux 3 plugins permettant de
faire mieux avec SPIP 3.
Dans CleverMail, les gens pouvaient s'abonner à une newsletter en ayant
une description de cette dernière.
Avec Mailsubscribers - SPIP-Contrib, la page de configuration
des listes auxquelles on peu s'abonner ne contient pas de champ
descriptif (ecrire/?exec=configurer_mailsubscribers).

==> Est-ce que ça gênerait que je le rajoute ?
(et que dans le cas de CleverMail, ça le récupère automatiquement).

Cédric Morin a écrit le 25/10/2015 10:05 :

Hello,

en l'état je préfèrerai ne pas ajouter ça.
La gestion des listes de diffusion est sommaire et stockée dans la meta
de configuration du plugin, ce n'est pas du tout genial d'y stocker du
contenu editorial riche. De plus la gestion des inscription/statut n'est
pas idéale et comporte quelques flous sur la gestion du double optin par
exemple. Enfin le stockage des abonnements dans un champ texte est
mauvais en terme de performance sur les bases qui comportent beaucoup
d'inscrits.

Tout à fait d'accord.
Ce qui m'impressionne le plus, c'est que j'ai l'impression que c'était beaucoup plus compliqué à gérer comme ça qu'avec des tables et des liaisons.

Je pense donc qu'il faut que les listes de diffusion soient stockées
dans leur propre table, avec une table de relation pour les
inscriptions, qui comporte un flag de statut, permettant de gerer
l'optin et la resiliation liste par liste. Il sera alors facile de gerer
en plus un champ de description, et tout autre données souhaitée via
champs extra.

(Pas de planning de dev pour cette évolution pour le moment)

Je vois.
Je vais peut-être continuer avec CleverMail un certain temps.
:wink:

PS : ce que j'aime beaucoup avec CleverMail, c'est le workflow qui est le suivant :
1) Créer une Newsletter, càd, un objet permettant d'y lier :
  - des abonnés
  - des lettres envoyées
2) Le formulaire d'abonnement permet au visiteur de choisir à quoi il s'abonne
3) Pour faire un envoi, on crée un nouveau message dans une newsletter (contrairement au plugin NewsLetters où l'on crée d'abord un message, et ensuite on choisi à quelle liste l'envoyer)

Ce qui manquerait :
- la possibilité d'utiliser mailchimp ou équivalent
- filtrer le contenu selon une langue d'abonnement

Merci de tes éclaircissements.

--
RealET

Bonjour,
Je rajoute que moi aussi j'ai un peu des problèmes à gérer les newsletters de cette manière.
Ce qui me gêne c'est l'abonnement à une newsletter des inscrits.
Je n'ai peut-être pas compris quelque chose, mais voici le problème auquel je suis confrontée en ce moment.

J'ai une liste avec beaucoup d'abonnés.
Si je crée une newsletter récurrente, pas de problème, j'ai ma base de newsletter, et les mails abonnés. Ça roule.

Mais je veux envoyer une newsletter à la main, sans rapporta avec les publications du site (mais si ça avait un rapport ce serait pareil je crois) de temps à autres.

j'écris ma newsletter et je dois donc créer une liste de mails, que j'abonne à cette newsletter-là.
Je veux les abonner tous (sauf les désinscrits).
A la main ? Non envisageable.

Il y a l'astuce d'exporter la liste, de la mouliner pour un ajout dans le champs d'abonnement, et de la réimporter.
Mais bon, c’est du bricolage.

j'ai bien relu de très nombreuses fois le tutoriel de contrib, fait des essais, et je n'ai pas de solution simple pour envoyer une newsletter à la main, de temps en temps, aux abonnés.

Si quelqu'un pouvait m'éclairer.
Ou sinon, changer des options du plugin ?
Merci.

Le 27/10/2015 14:04:04, RealET, dans un message intitulé "Re: [SPIP Zone] [Mailsubscribers] Rajout d'un champ description en plus du nom de la liste ?" nous a informés :

Cédric Morin a écrit le 25/10/2015 10:05 :

Hello,

en l'état je préfèrerai ne pas ajouter ça.
La gestion des listes de diffusion est sommaire et stockée dans la meta
de configuration du plugin, ce n'est pas du tout genial d'y stocker du
contenu editorial riche. De plus la gestion des inscription/statut n'est
pas idéale et comporte quelques flous sur la gestion du double optin par
exemple. Enfin le stockage des abonnements dans un champ texte est
mauvais en terme de performance sur les bases qui comportent beaucoup
d'inscrits.

Tout à fait d'accord.
Ce qui m'impressionne le plus, c'est que j'ai l'impression que c'était beaucoup plus compliqué à gérer comme ça qu'avec
des tables et des liaisons.

Je pense donc qu'il faut que les listes de diffusion soient stockées
dans leur propre table, avec une table de relation pour les
inscriptions, qui comporte un flag de statut, permettant de gerer
l'optin et la resiliation liste par liste. Il sera alors facile de gerer
en plus un champ de description, et tout autre données souhaitée via
champs extra.

(Pas de planning de dev pour cette évolution pour le moment)

Je vois.
Je vais peut-être continuer avec CleverMail un certain temps.
:wink:

PS : ce que j'aime beaucoup avec CleverMail, c'est le workflow qui est le suivant :
1) Créer une Newsletter, càd, un objet permettant d'y lier :
  - des abonnés
  - des lettres envoyées
2) Le formulaire d'abonnement permet au visiteur de choisir à quoi il s'abonne
3) Pour faire un envoi, on crée un nouveau message dans une newsletter (contrairement au plugin NewsLetters où l'on crée
d'abord un message, et ensuite on choisi à quelle liste l'envoyer)

Ce qui manquerait :
- la possibilité d'utiliser mailchimp ou équivalent
- filtrer le contenu selon une langue d'abonnement

Merci de tes éclaircissements.

--
****Fin du message end - Signature****
Perline

spip@perline.org – http://perline.org/

Ce message est couvert par le secret de la correspondance
(art. 226-15 et 432-9 du Code pénal)
********************************************

Hello,

je ne comprends pas le problème...

La liste de diffusion, c'est un ensemble de personnes inscrites par leur email
La Newsletter c'est le mail qu'on veut envoyer.

On inscrit pas les gens à une newsletter, on les inscrit à une liste, et on envoie ensuite une newsletter à une liste.

cf Newsletters - SPIP-Contrib
paragraphe "Envoi de l’info-lettre"

Quand tu veux l'envoyer manuellement tu peux choisir à quelle liste de diffusion tu envoie. Et même envoyer une unique newsletter à plusieurs liste d'inscrits

Peut-être que ce qui est confusionnant c'est que la liste de diffusion par défaut s'appelle "newsletter" ?

--
Cédric

Perline-Spip a écrit :

Bonjour,
Je rajoute que moi aussi j'ai un peu des problèmes à gérer les
newsletters de cette manière.
Ce qui me gêne c'est l'abonnement à une newsletter des inscrits.
Je n'ai peut-être pas compris quelque chose, mais voici le problème
auquel je suis confrontée en ce moment.

J'ai une liste avec beaucoup d'abonnés.
Si je crée une newsletter récurrente, pas de problème, j'ai ma base de
newsletter, et les mails abonnés. Ça roule.

Mais je veux envoyer une newsletter à la main, sans rapporta avec les
publications du site (mais si ça avait un rapport ce serait pareil je
crois) de temps à autres.

j'écris ma newsletter et je dois donc créer une liste de mails, que
j'abonne à cette newsletter-là.
Je veux les abonner tous (sauf les désinscrits).
A la main ? Non envisageable.

Il y a l'astuce d'exporter la liste, de la mouliner pour un ajout dans
le champs d'abonnement, et de la réimporter.
Mais bon, c’est du bricolage.

j'ai bien relu de très nombreuses fois le tutoriel de contrib, fait des
essais, et je n'ai pas de solution simple pour envoyer une newsletter à
la main, de temps en temps, aux abonnés.

Si quelqu'un pouvait m'éclairer.
Ou sinon, changer des options du plugin ?
Merci.

Le 27/10/2015 14:04:04, RealET, dans un message intitulé "Re: [SPIP
Zone] [Mailsubscribers] Rajout d'un champ description en plus du nom de
la liste ?" nous a informés :

Cédric Morin a écrit le 25/10/2015 10:05 :

Hello,

en l'état je préfèrerai ne pas ajouter ça.
La gestion des listes de diffusion est sommaire et stockée dans la meta
de configuration du plugin, ce n'est pas du tout genial d'y stocker du
contenu editorial riche. De plus la gestion des inscription/statut n'est
pas idéale et comporte quelques flous sur la gestion du double optin par
exemple. Enfin le stockage des abonnements dans un champ texte est
mauvais en terme de performance sur les bases qui comportent beaucoup
d'inscrits.

Tout à fait d'accord.
Ce qui m'impressionne le plus, c'est que j'ai l'impression que c'était
beaucoup plus compliqué à gérer comme ça qu'avec
des tables et des liaisons.

Je pense donc qu'il faut que les listes de diffusion soient stockées
dans leur propre table, avec une table de relation pour les
inscriptions, qui comporte un flag de statut, permettant de gerer
l'optin et la resiliation liste par liste. Il sera alors facile de gerer
en plus un champ de description, et tout autre données souhaitée via
champs extra.

(Pas de planning de dev pour cette évolution pour le moment)

Je vois.
Je vais peut-être continuer avec CleverMail un certain temps.
:wink:

PS : ce que j'aime beaucoup avec CleverMail, c'est le workflow qui est
le suivant :
1) Créer une Newsletter, càd, un objet permettant d'y lier :
- des abonnés
- des lettres envoyées
2) Le formulaire d'abonnement permet au visiteur de choisir à quoi il
s'abonne
3) Pour faire un envoi, on crée un nouveau message dans une newsletter
(contrairement au plugin NewsLetters où l'on crée
d'abord un message, et ensuite on choisi à quelle liste l'envoyer)

Ce qui manquerait :
- la possibilité d'utiliser mailchimp ou équivalent
- filtrer le contenu selon une langue d'abonnement

Merci de tes éclaircissements.