Gestion ML avec Soap

Ce plugin permet de déléguer la gestion de mailing lists à certains administrateurs du site. L’interface avec les ML chez votre hébergeur se fait grâce au protocole SOAP. Il ne fonctionne actuellement qu’avec les listes ezmlm de l’hébergeur OVH.

Installation

Comme tous les autres plugins, Cf. http://www.spip.net/fr_article3396.html

Le plugin nécessite les plugins Saisies, YAML et Spip-Bonux.

Il exige php5, qui n’est pas activé par défaut chez OVH : http://guide.ovh.com/Php5ChezOvh

Configuration

Dans un premier temps il est nécessaire de saisir les paramètres de connexion à l’API Soap d’Ovh :

  • Serveur Soap : vous trouverez son url en générant le code d’une des fonctions proposées. Elle est de la forme https://www.ovh.com/soapi/soapi-re-1.24.wsdl, le numéro de version évoluant régulièrement.
  • Domaine : à saisir sans les www
  • Identifiant : votre Nic-Handle de connexion au manager Ovh
  • Mot de passe : le mot de passe associé au Nic-Handle

Il est conseillé de rajouter un administrateur MX dans votre manageur Ovh pour le domaine en question et d’utiliser ses paramètres.

Un fois validé, la liste des administrateurs du site est affichée avec pour chacun la possibilité de choisir dans une boite de sélection une ou plusieurs listes qu’il pourra gérer.

Utilisation

Chaque administrateur du site, a accès à un nouvel item dans le menu Edition de l’interface privée : Gestion ML. Les listes qu’il est autorisé à gérer sont affichées. Pour chacune d’entre elles, il peut :

  • lister ses caractéristiques
  • se faire envoyer un mail avec la liste des abonnés
  • ajouter ou supprimer des abonnés

Discussion

3 discussions

  • 3

    Bonjour,

    Je n’arrive pas à installer le plugin... sans doute parce que le .zip ne contient pas le fichier plugin.xml ?!

    Merci pour vos z’infos ;-)

    • Les fichiers zip n’étaient pas à jour... C’est corrigé

    • Merci pour le correctif rapide.
      Je suis en spip 2.1.12 chez OVH. L’installation se déroule bien. Le premier paramétrage OVH fonctionne bien, avec la définition de la liste gérable par l’auteur.
      En revanche, suite au paramétrage : pas de bouton « Gestion ML » dans le menu Édition :-(
      et donc pas de possibilité d’utiliser le plugin.
      (Il y a bien un bouton « Gestion ML » dans le menu Configuration qui donne accès au paramétrage OVH).

      Je suis arrivé à faire fonctionner le zip. précédent (qui n’était pas une _v0) en bricolant un plugin.xml, mais le .zip actuel pour 2.1 semble lui ne pas fonctionner...

    • Je n’ai pas accès à svn pendant 4 jours... Le plus simple en attendant est que tu installes le plugin bando. Avec le zip pour Spip 2.1

    Répondre à ce message

  • 4
    Haqqtiviste
    Parse error: syntax error, unexpected '{' in /homez.348/fsqpexdy/www/plugins/auto/gestion_ml/inc/gestionml_api.php on line 13

    voilà une erreur apparue après l’install de yaml + ce plugin

    la mise en page de la partie privé et public ont disparu...

    www.fsqp.fr

    kezako ?

    merci

    • Hello
      Ca doit venir de ta version de php... Il lui faut du php5. Si tu peux me confirmer, je rajoute dans la doc

    • rajoute aussi qu’il faut le plugin YAML.

      Il me semble qu’il y a de la précipitation dans la publication.
      Résultat, mon site est planté, je n’ai pas accès au FTP aujourd’hui, ?!/#"$ !

      Qualité fortement dégradée.
      vraiment pas cool.
      à moins qu’on ne bosse que sur des versions béta, auquel cas il faut le signaler : pas bon à mettre en production !

      auquel cas on ne publie pas sur SPIP contrib...

      salut

      PS : je suis chez OVH, la version de php est celle d’ovh pour les offres standard

      1. Le necessite de YAML est bien indiqué dans le fichier plugin.xml. Je le rajoute dans la doc
      2. Le plugin est bien indiqué comme étant dans un état « test »
      3. Il fonctionne sur plusieurs sites depuis plus d’un an sans souci. C’est pourquoi j’ai voulu le partager sur Contrib
      4. Personnellement je n’active jamais un plugin sans l’avoir testé en local avant. Ca permet de vérifier qu’il n’y a aucune incompatibilité avec d’autres plugins, ce qu’un développeur de plugin ne peut jamais valider à 100%

      PS : Tu peux m’envoyer en privé tes codes ftp (qui s’autodétruieront immédiatement après usage), si tu veux que je te dépanne aujourd’hui...

    • ok, merci de la réponse

      je vais me débrouiller.

    Répondre à ce message

  • 5

    Sais-tu que si le plugin nécessite de toute façon Bonux, tu peux faire tes formulaires de configuration directement à la manière de SPIP 3, et donc supprimer la dépendance à CFG ? Ça fait toujours une dépendance en moins, et le code sera déjà prêt pour SPIP 3. :)

    • Oui, mais y’a un truc que je n’ai pas encore réussi à savoir. C’est tout con mais ça m’embête. Actuellement avec CFG on a un élément de menu dans « Configuration » du bandeau, qui nous mène sur une page avec un tas d’onglets et où on a donc accès aux config d’un tas de plugins (ceux qui utilisent cfg). Si y’a plus CFG, où ces onglets vont-ils se retrouver ?

      J’ai regardé dans spip 3, je n’ai pas trouvé... J’y ai installé ton plugin contacts et je ne trouve pas le menu de config, a par de passer par la page ?exec=admin_plugin

      Voila, je suis donc dans l’attente de comprendre ;-)

    • Avec la nouvelle manière, il n’y a (pour l’instant) plus de listage automatique des pages de config. C’est voulu car :

      • si on listait tout dans le sous-menu Configuration du bandeau, ça peut rapidement faire trop d’éléments pour un truc qui apparaît au survol
      • le principe d’une entrée CFG dans Configuration ne veut rien dire (c’est redondant), c’est un outil pour les développeurs, le terme n’a pas vraiment à apparaître dans l’interface

      En fait c’est à ceux qui créent un formulaire de configuration de le placer à l’endroit que eux trouvent le plus adéquat :

      • soit dans une page dédiée exec=configurer_truc (qui permet d’avoir aussi le bouton automatique dans l’admin des plugins si le « truc » == le préfixe du plugin) PUIS déclarer un élément de menu dans le XML, souvent dans Configuration mais pas forcément !
      • soit en intégrant le formulaire dans une des pages de configuration existante, par exemple dans Configuration=>Contenu du site, pour un nouvel objet éditorial, ce qui évite une nouvelle entrée inutile en regroupant logiquement.
    • Hello
      Pourquoi écris-tu « pour l’instant » ? Ca peut changer ?
      Si on laisse comme ca, j’ai peur que justement toutes ces pages de config se retrouvent dans le sous menu... SI les developpeurs décident de ranger ailleurs l’accès à leur page de config, à chaque fois qu’on va vouloir y accéder, faudra se poser la question de savoir où elle est rangée, Et la logique de rangement du dév n’est pas forcément la même que celle de l’utilisateur... M’enfin, je suppose que c’est un débat que vous avez déjà eu ;-)

    • C’est justement « Configuration => CFG » qui est une pure logique de développeur geek, car c’est un regroupement technique et non sémantique : ça regroupe toutes les pages qui ont été faites techniquement avec le même outil.

      Alors qu’en vrai, pour certaines pages c’est peut-être pas du tout pertinent que ce soit dans Configuration (et encore moins CFG, terme technique) mais dans « Squelettes » par exemple (pour configurer un squelette ou un thème) ou dans « Maintenance » (pour configurer un plugin qui fait des tâches régulières par exemple), ou autre...

      C’est donc bien à l’auteur de plugin de réfléchir où doit se placer son formulaire (et je le redis ça peut aussi être dans un page déjà existante pour regrouper), non pas en terme technique (sinon on le traite de geek barbu :) ) mais au niveau du sens, afin que ce soit logique pour l’utilisateur.

    • C’est pas faux... Je réfléchirais à où ranger ces pages... après le ménage des plugin.xml

    Répondre à ce message

Ajouter un commentaire

Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :

  • Désactiver tous les plugins que vous ne voulez pas tester afin de vous assurer que le bug vient bien du plugin X. Cela vous évitera d’écrire sur le forum d’une contribution qui n’est finalement pas en cause.
  • Cherchez et notez les numéros de version de tout ce qui est en place au moment du test :
    • version de SPIP, en bas de la partie privée
    • version du plugin testé et des éventuels plugins nécessités
    • version de PHP (exec=info en partie privée)
    • version de MySQL / SQLite
  • Si votre problème concerne la partie publique de votre site, donnez une URL où le bug est visible, pour que les gens puissent voir par eux-mêmes.
  • En cas de page blanche, merci d’activer l’affichage des erreurs, et d’indiquer ensuite l’erreur qui apparaît.

Merci d’avance pour les personnes qui vous aideront !

Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.

Qui êtes-vous ?
[Se connecter]

Pour afficher votre trombine avec votre message, enregistrez-la d’abord sur gravatar.com (gratuit et indolore) et n’oubliez pas d’indiquer votre adresse e-mail ici.

Ajoutez votre commentaire ici

Ce champ accepte les raccourcis SPIP {{gras}} {italique} -*liste [texte->url] <quote> <code> et le code HTML <q> <del> <ins>. Pour créer des paragraphes, laissez simplement des lignes vides.

Ajouter un document

Suivre les commentaires : RSS 2.0 | Atom