SPIP-Contrib

Toutes les contributions à SPIP

Accueil > Contribs à ranger > Notification de Pense-Bête

Notification de Pense-Bête

lundi 14 mars 2005

La Notification par email des différents événements de la vie du site vous intéresse ?
Un bout de code à cet effet est disponible sur le lab.
Il n’attend que vous pour grandir, s’affiner, le prefectionnner !

Retrouvez les Notifications des Pense-Bêtes sur Spip-Lab !


Voir en ligne : La notif du pense-bête

35882 discussions

  • 2

    Bonjour,
    depuis quelques temps, j’avais des soucis avec ce plugin (Le texte n’apparaissait plus etc etc...)
    Je viens de percuter que ce moment correspond au passage de mon hébergement en php 7.0.22

    J’ai fais le test de revenir en php 5.6 et tout refonctionne comme avant. (J’ai bien quelques soucis au niveau des images mais le texte est à nouveau généré.)
    Par contre, ne connaissant rien en PHP, je ne peux donner d’autres indication.

    Bonne journée

    Répondre à ce message

  • 15

    Bonjour,
    Ce plugin est-il finalement compatible SPIP 3.2 (il suffirait de changer [2.0.0 ;3.1.*] en [2.0.0 ;3.2.*] ou bien faut-il attendre une évolution ?
    Merci d’avance.

    • As tu pu faire un test ?

    • Disons que j’utilise pas mal de plugins et je voudrais être certain que d’autres plugins plus critiques soient compatibles avant de me lancer dans la mise à jour vers 3.2.

    • Je comprend. Malheureusement les tests de compatibilités de plugins sont faits sur le temps bénévoles de mainteneur·euse·s.

      Donc la seule vrai méthode de tests est d’avoir une copie locale en 3.2 pour vérifier les plugins et ensuite signaler aux mainteneur·euse·s les problèmes.

    • Exact. Merci !

    • Bonjour,
      Cela ne fonctionne pas pour moi avec le changement dans le fichier plugin.xml

      Mon élément qui fonctionnait sous 3.1.7,

      #ARTICLE_PDF{id_article}

      donne aujourd’hui

      {id_article}

      en bas de chaque article en lieu et place de l’icône et du PDF.

      Par ailleurs, j’en profite pour demander s’il serait possible de proposer le paramétrage des textes dans l’interface admin de Spip plutôt qu’en passant par la modifications des fichiers dans /lang/ (je pense notamment au copyright et ’tous droits réservés" pour pouvoir facilement les remplacement en Creative commons par exemple).

      Merci,

      Florian

    • Bonjour,
      je viens de faire un test en 3.2 et il semblerait qu’il soit compatible.
      Les quelques essais de création de PDF sont concluants.

      Je ne peux par contre affirmer totalement qu’il l’est, pas trop de temps à tout vérifier

      Bon Week End

    • Par contre, il est bien incompatible avec PHP7 et ça je peux le confirmer :D

    • @edouard1964 : je modifie sur la zone. Pour la compatible PHP 7, faudrait changer de bibliothèque (ou de version de bibliothèque) ce qui est une autre paire de manche.

      @freynaud : le plugin a du être désactivé, puisqu’il n’était pas marqué comme compatible.
      Pour les demandes d’évolution, ce n’est pas moi qui m’en chargerait (et soit dit en passant, les chaimes de langues assurent une plus grande portabilité entre sites)

    • Merci pour la MAJ.

      Pour le changement de texte, je modifie articlepdf_fr.php. Pour autant, cela ne change rien à la production des PDF, le texte reste celui qui était là antérieurement. J’ai vidé le cache, recalculé... J’ai loupé une manip’ quelque part ?

    • Ah, bah le problème n’est pas le même alors. Ce n’est pas que vous souhaitez avoir une autre fonctionnalité, c’est que vous n’arrivez pas à faire fonctinner celle qui existe !

      1. Il faut modifier articlepdf_fr.php en mettant la version modifié dans le dossier local du dossiers squelettes (sinon c’est perdu à la mise à jour)
      2. Il est conseiller de ne modifier que la chaîne de langue concerné (pour profiter des éventuelles corrections sur les autres chaines)
      3. Je me demande s’il ne faut pas vider le dossier IMG/article_pdf pour que cela soit recalcul.

    • Les deux mon capitaine ;-) mais je comprends l’intérêt des fichiers de langue, et surtout si l’ensemble des PDF est créé initialement dans un dossier à l’activation du plugin (c’est ce qui me manquait comme info, maintenant ça marche sauf un article qui est passé au travers et qui n’est ni dans article_pdf ni dans pdf...). C’est dommage que les fichiers soient aussi intégrés dans /IMG/pdf en doublon ensuite, parmi les autres pdf..

      Merci,

    • ils sont dans article_pdf, pas dans pdf.

    • Oui, ce que je voulais dire, c’est que maintenant que j’ai vidé article_pdf, ils sont générés à chaque demande de téléchargement dans les articles, et dans les deux dossiers à la fois, article_pdf et pdf. Est-ce que désactiver et réactiver le plugin serait une solution ?

    • ca c’est bizzare… moi c’est genere que dans articles_pdf.

    • J’ai eu le temps de tester pour adapter à PHP7.

      Une version prototype est disponible ici

      https://files.spip.net/spip-zone/article_pdf_v1.zip

      je ne garanti pas que tout fonctionne parfiatement n’ayant pas testé sur des vrais cas, mais les retours sont bienvenus.

    Répondre à ce message

  • 2
    Didier

    Bonjour,
    Je viens d’installer ce plugin sur mon site spip (3.2 avec SPIPr-dist) seulement pour les articles.
    Dans le pdf généré des articles il manque :
    -  la date de publication
    -  le texte de l’article. Du texte seul apparaissent les liens, les images, les puces des listes, les lignes horizontales

    et peut être d’autres éléments dont je ne peux me rendre compte.

    Voir par exemple cet article et son pdf : http://manosartesanas.infos.st/Materiel-necessaire

    Le site est entièrement en UTF-8, mais cela ne semble pas être un problème puisque le plugin intègre la conversion du charset (j’ai vérifié cela).

    Une idée d’où vient le problème ????

    Cordialement,
    Didier

    Répondre à ce message

  • 20

    Bonjour,

    Savez-vous si le plugin est compatible avec PHP7 ?
    Ou existe-il une méthode pour le rendre compatible ?

    Lorsque je génère mes articles en PDF les pages sont vides. J’ai donc désactivé la fonctionnalité en attendant de trouver une solution.

    Merci à vous :)

    • Non le plugin n’est pas compatible PHP 7. Ce serait un gros boulot pour le covnertir.

    • marcel dugenoux

      Bonjour,
      Je reprends ce fil déjà lu en fin d’année dernière en ayant compris entre temps que le problème de compatibilité avec PHP7 tienne surtout à celui de la compatibilité de la librairie fpdf en elle-même, qui dans sa version actuelle datant de 2015, n’est pas supportée.
      Avez-vous pris contact avec les développeurs de cette bibliothèque et au moins auriez-vous moyen de savoir si cette mise en compatibilité soit actuellement en chantier ? En effet il serait malvenu je pense de la part d’un utilisateur final, qui plus est d’un plugin dérivé d’aller questionner cette équipe directement.
      Pour ce qui me concerne le problème a des chances de s’agraver dans l’année car notre hébergeur envisage de supprimer la compatibilité du serveur à Php 5.6 dès 2019, car c’est la date prévue de l’arrêt du support par les développeurs de php eux-mêmes ! (1er janvier 2019). Vu les services que rend cette bibliothèque et vu qu’il y ait cités plus de 5000 sites spip utilisant article_pdf sur spip plugins, je crois que nous sommes nombreux à être dans l’expectative là-dessus...
      Attentif aux suites. Vous remerciant pour le plugin qui rend bien service.
      Marcel

    • le dévellopeur du plugin ne semble guère actif. Il faudrait une personne pour lui prendre le relais.

    • N.Salmon

      Bonjour,

      De mon coté, j’ai changé de plugin.
      J’utilise maintenant « spiPDF » avec la librairie « mpdf ».

    • marcel dugenoux

      Bonjour,

      Merci pour vos réponses mais la dernière ne fait pas avancer l’affaire ; si changer de librairie était la solution envisagée je n’aurais pas même posté sur ce forum, évidemment...
      Il semble que le problème d’erreur avec php7 ne soit pas forcément trop compliqué résoudre pour un développeur php aguéri (ce qui n’est pas dutout mon cas ; je ne suis pas même développeur). En effet sur le forum dédié à fpdf, on trouve cette référence qui semble lier l’erreur à l’appel de la librairie en lui-même et à sa syntaxe :

      Appel générant une erreur :

       $pdf=new FPDF(); 
      $pdf->FPDF('P','pt','letter'); 

      Appel supprimant l’erreur :

      $pdf=new FPDF('P','pt','letter'); 

      La source est ici :
      http://www.fpdf.org/phorum/read.php?f=1&i=57735&t=57735#57735

      Ce qui voudrait dire que l’appel newPDF attende un argument. Ce qui peut se rapprocher de ce qui se passe dans le script article_pdf à la ligne 124...

      Le type d’erreur affichée par le plugin lors d’une utilisation sous conf en php7 semble suggérer une origine syntaxique de cet ordre. J’espère que ça pourra aider...

      @+

      Philippe

    • je ne vois pas de quel ligne 124 de quel fihcier tu parles.... (tu ne préciser pas l’extension)=

    • marcel dugenoux

      Adiou,

      Je parle d’article_pdf.html
      Et c’est bien plutôt la ligne 125 où l’on trouve :

      $pdf=new PDF_SPIP();

      Au-delà, pour avoir pris connaissance d’autres messages sur le forum de fpdf, j’ai trouvé 14 messages se rapportant à php 7 ;
      http://www.fpdf.org/phorum/search.php?f=1&search=php7&match=1&date=0&fldsubject=1&fldbody=1
      Mais là ça devient carrément du chinois pour moi ;)

      @+

    • Du peu que je comprend de la déclaration d’instance de classe en PHP, ce n’est pas là que ce situe le problème, puisque en PDF_SPIP n’a pas de constructeur de classe (ni à l’ancienne mode, ni à la nouvelle)

    • En plus en PHP 7 c’est juste déprécié, pas supprimé comme type de construction.

      Donc à mon avis le pb est ailleurs, mais où ?

    • Je pense que la solution serait de mettre à jour la bibliothèque, mais il y a apparement des adaptations à faire... pas le courage et le tps de m’y plonger

    • marcel dugenoux

      Suivant un message d’Olivier sur les forums de fpdf dont il est le développeur, la version 1.81 de fpdf serait elle, intégralement compatible avec php7.
      Je note que le plugin recourre actuellement à fpdf 1.7 (qui date, lui, de 2011).
      N’auriez-vous pas la possibilité de simplement changer la bibliothèque actuellement chargée dans lib et de tester si ça ne résoudrait pas tout simplement le problème ?
      Merci si vous pouviez...

      @+

    • comme expliqué dans mon dernier message
      -  c’est ce qu’il faudrait faire
      -  mais cela ne marche pas du premier coup
      -  et je n’ai pas le tps de me pencher plus en détails

    • j’ai bien testé le changement de librairie, mais apparement il y d’autres adaptation à faire

    • marcel dugenoux

      Bonjour,

      Je crois que les adaptations nécessaires procèdent des pistes évoquées dans les 14 fils de discussion évoqués dans mon message du 15 à 12h51, notamment quant aux méthodes d’appel des fonctions, des classes et des constructeurs dans le plugin.

      @+

    • ravis de le savoir. tu as tous les outils pour faire toi même les adaptations nécessaires et proposer une nouvelle version ;-)

    • marcel dugenoux

      merci de relire Le 15 février à 10:49

    • merci de relire le le 15 février à 14:10.

    • marcel dugenoux

      Maïeul, tes messages donnent l’étrange impression que ce forum ne s’adresserait qu’à toi. T’ai-je à aucun moment interpellé à titre personnel te demandant d’effectuer ce travail toi-même ??? !!!

    • dans la mesure où nous avons une conversation suivie depuis deux jours, alors oui on peut penser que ton poste s’adressait à moi.

    • J’ai eu le temps de tester pour adapter à PHP7.

      Une version prototype est disponible ici

      https://files.spip.net/spip-zone/article_pdf_v1.zip

      je ne garanti pas que tout fonctionne parfiatement n’ayant pas testé sur des vrais cas, mais les retours sont bienvenus.

    Répondre à ce message

  • 3

    merci pour le plugin messieurs, celui ci va me faire gagner pas mal de temps en mutu pour dispatcher rmes publications :-)

    En revanche il y a un glitch : dès qu’on sélectionne une clée d’authentification vraiment efficace (comprendre par là, avec tout ce qui fait une clée efficace : MAJ min symboles à coucher dehors, etc ...) le plugin choucroute et ne permet pas de retrouver dans le privé les flux des sites partageurs

    Pour info j’ai généré ma clée avec ça (la config est contractuelle - cf captures)

    Répondre à ce message

  • Bonjour,
    y aurait-il une ruse pour permettre de mélanger des docs de type différent ?
    Des images et des pdfs, par exemple.
    Merci
    Sylvain

    Répondre à ce message

  • Bonjour
    J’utilise le plugin panier et lorsque je transforme mon panier en commande dans le cas d’un auteur « non authentifié », j’ai une erreur sql dans action_commandes_paniers_dist ligne 69

    SELECT id_commande
    FROM `gptournage`.spip_commandes
    WHERE statut='encours' AND date>'2018-12-10 17:12:00' AND source='panier#29' AND id_commande=
    2018-12-11 17:12:00 127.0.0.1 (pid 1153) :Pub:ERREUR: Erreur mysql 1064

    En effet, cette requête sert à identifié une commande déjà existante lors d’un retour arrière de l’utilisateur :

            $id_commande = sql_getfetsel("id_commande", "spip_commandes", $w = "statut=" . sql_quote('encours') . " AND date>" . sql_quote(date('Y-m-d H:i:s', strtotime('-' . lire_config('paniers/limite_ephemere', 24) . ' hour'))) . " AND source=" . sql_quote("panier#$id_panier") . " AND id_commande=" . session_get('id_commande'));

    et session_get('id_commande') est vide

    Répondre à ce message

  • 4
    Sanku

    Bonjour,
    J’ai déménagé un site d’un hébergeur à un autre et depuis je n’arrive plus à recevoir les mails provenant du formulaire. J’ai essayé de faire les mises à jour des plugins saisies et formidable, mais je n’ai toujours pas de réception du mail.
    Le formulaire me dit pourtant que le mail est bien envoyé et j’ai essayé avec différentes adresses mails.
    D’où pourrait venir le problème ?

    Merci d’avance

    • Il faut voir aec Facteur, la configuration de comment se font les envois sur ton nouvel hébergement, le SMTP, etc. Ce plugin ne s’occupe de rien du tout à priori.

    • Sanku

      Merci de ta réponse,

      Alors j’ai testé le plugin facteur depuis le back office avec la fonction « tester la configuration » et je reçois bien un mail.
      Par contre depuis mon formulaire formidable lorsque je fais l’envoi j’ai le message « votre message a bien été envoyé » mais je ne reçois rien. Je peux également enregistrer les résultats du formulaire en bdd sans problème.
      On dirait bien que facteur fonctionne et que le serveur est ok, d’où pourrait venir le problème alors ?

      Merci

    • Il faudrait voir les logs de facteurs pour savoir s’il a bien recu le mail et transmis.
      Est-ce que l’expediteur a son domaine correspondant à celui du site ? Certains serveurs SMTP bloquent dans le cas contraire.

    • Sanku

      Merci,
      Je viens d’effectuer l’essai avec une adresse avec le même nom de domaine mais ça ne change rien.
      Pourtant il semble que ce soit facteur qui gère l’envoi du mail de formidable donc ça doit être les mêmes logs non ?
      J’utilise les dernières versions des plugins.

      Merci encore

    Répondre à ce message

  • 2

    Bonjour,
    Sous Ubuntu 18.04.1 LTS et sous SPIP 3.2.1 [23954] je viens d’installer Le Couteau suisse verion 1.10.10, aucune lames ne fonctionnent, c’est normal ou j’ai loupé quelque chose ?
    Merci

    • Bonjour, c’est un peu difficile de répondre, pourrais-tu être plus précis ?
      Sur la page de configuration du plugin, les lames doivent s’activer, au choix de ce dont on a besoin...

    • mailou23

      Bonjour,
      Quand je cliquais sur une lame je pouvais cliquer sur plusieurs lames et à la fin de mon choix je cliquais sur permutation et je voyais le nombre de lames demandées, là rien, quand je coche sur une lame je vois le bouton permutation qui reste environ 2 secondes puis disparaît et quelques fois je n’ai même pas le temps et quand j’y arrive elle n’est pas prise en compte
      Merci
      @+

    Répondre à ce message

  • 9

    Je ne sais pas pourquoi mais depuis la dernière mise à jour de Formidable (autour du 21/11/2018) un de mes formulaires en ligne ne fonctionnait plus correctement : les réponses étaient bien enregistrées en base mais lorsque qu’un répondant cliquait « valider » une page blanche s’affichait et les mails vers les destinataires ne partaient pas.

    J’ai du supprimer certains champs pour réparer : un champ « case à cocher » et un champ « hidden » avec une valeur X qui servait, avec un critère, à ne pas afficher ce champ « case à cocher » qui était obligatoire et pré-rempli.
    (tout l’objet de mon formulaire est l’inscription à à une newsletter en fournissant ses noms et prénoms, mail pour un projet précis).

    Mais bon je n’arrive pas à faire fonctionner l’inscription à la newsletter via formidable de toute manière (cf https://contrib.spip.net/Mailsubscribers#forum498438)

    Répondre à ce message

Un message, un commentaire ?

Qui êtes-vous ?

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