Vous n'êtes pas identifié(e).
[25 janvier 2021] - Publication de Wanewsletter 3.1.0
Pages : 1
Après un mois et demi de développement actif, je suis fier de pouvoir vous
annoncer la mise à disposition de cette première version bêta de Wanewsletter 2.3.
Comme son nom l'indique, cette version est expérimentale, et la première de
la série qui plus est. La prudence est donc de mise, et vous ne devriez pas
effectuer la mise à jour, si ce n'est dans le but de tester le script et
de me faire des retours, qu'ils soient positifs (remerciements, félicitations,
adulations, …) ou négatifs (découverte de bugs, critiques, insultes, …).
Nouveautés de cette version
---------------------------
Compatibilité garantie avec PHP 5.x
Support des bases de données SQLite
Support de l'extension MySQLi de PHP
Module de statistiques plus esthétique et performant
Support des emails multi-formats (pour les listes multi-formats uniquement)
Les newsletters peuvent désormais être chargées à partir d'URLs
Les profils des abonnés sont désormais modifiables via l'administration
Le script options/extra.php accepte désormais les identifiants de liste
multiples ainsi que le paramètre use-variable (voir la FAQ)
Meilleure gestion des jeux de caractères
Les inscriptions nécessitent désormais toujours une confirmation si la liste
le demande, même si l'email est déjà présent dans une autre liste gérée par
Wanewsletter (option à la configuration)
Les envois peuvent désormais être annulés
Les listes peuvent désormais être privées (non affichées dans le formulaire
par défaut)
Possibilité d'export basique des listes d'abonnés au format XML
Optimisation de l'outil d'importation d'emails
Nouveau système de confirmation d'inscription/désinscription
Les administrateurs peuvent désormais être prévenus des désinscriptions
Possibilité de spécifier des champs supplémentaires à l'inscription
Possibilité d'export sous forme d'archive tarball des newsletters archivées
Correction de nombreux bugs (voir changelog de Wanewsletter 2.2.8)
Certaines des nouveautés prévues dans cette version ont dùes être reportées à
une version ultérieure, et notamment :
Les regroupements de listes lors des envois
La gestion des bounces (emails de retour d'erreur)
Les inscriptions à plusieurs listes simultanément
Interface sous forme de classe ou de jeu de fonctions permettant d'interagir
avec Wanewsletter à partir d'autres applications PHP
Permettre la suppression de fichiers joints sans devoir supprimer également
les archives auxquelles elles sont liées
Modèles d'emails spécifiques à chaque liste
L'implémentation de certaines fonctionnalités est toujours prévue dans la ou
les prochaines versions bêta. Il reste également certaines tâches sur ma todo
list :
Vérifier le bon fonctionnement du script sur PHP 5.1.x
Donner la possibilité de changer le format des emails d'inscription,
confirmation, etc
Terminer/Passer le script contrib/wanewsletter en statut stable ?
Essayer d'optimiser la phase d'envoi
Trouver une solution pour rendre les envois plus sùr (cas de plantage en
cours d'envoi)
Réactiver la fonction de détection approfondie des emails ?
Rendre fonctionnel les divers scripts JavaScript dans le navigateur de Safari
Terminer la mise à jour de la documentation
Faire traduire la documentation en anglais
Possibilité de spécifier une date/heure pour le début du traitement des
envois via cron (le champ log_date existe déjà, pourquoi se priver ?)
Les demandes de nouvelles fonctionnalités seront encore prises en compte et
ce, jusqu'à la publication de la seconde version bêta. Cependant, seules les
demandes ne nécessitant pas de modifications excessives dans le code source
seront susceptibles d'être acceptées.
Changelog complet de Wanewsletter 2.3 :
http://dev.webnaute.net/wanewsletter/ch … #2.3-beta1
Téléchargement de Wanewsletter 2.3 :
http://dev.webnaute.net/wanewsletter/re … 2.3-beta1/
Captures d'écran :
http://forum.webnaute.net/viewtopic.php?id=3191
PHP et MySQL, un duo gagnant !
Hors ligne
Salut Bobe,
J'ai essayé de mettre à jour ma version 2.2.8 (qui fonctionne parfaitement) vers la 2.3 beta 1.
Lors de l'installation des fichiers de la 2.3 deux problèmes apparaissent.
Dans le dossier includes les éléments :
- http ... Echec (raison inconnue) : ne s'installe pas !
- wamailer ... Echec (raison inconnue) : ne s'installe pas !
- zip.lib.php ... Echec (zip.lib.php permission denied) : ne s'installe pas !
J'ai ensuite malgré l'absence de ces 3 éléments, appelé le script upgrade.php dans mon navigateur. J'obtiens les messages :
Warning: send_headers(../includes/http/main.php): failed to open stream: No such file or directory in /homepages/39/d142302785/htdocs/newsletter/includes/class.output.php on line 457
Fatal error: send_headers(): Failed opening required '../includes/http/main.php' (include_path='.:/usr/local/lib/php') in /homepages/39/d142302785/htdocs/newsletter/includes/class.output.php on line 457
De fait la mise à jour avorte...
A te lire sur ces premiers éléments...
Bien cordialement,
PhilTess
Hors ligne
Bonjour,
Dans le dossier includes les éléments :
- http ... Echec (raison inconnue) : ne s'installe pas !
- wamailer ... Echec (raison inconnue) : ne s'installe pas !
- zip.lib.php ... Echec (zip.lib.php permission denied) : ne s'installe pas !
Je ne comprends pas. À quel moment exactement se produisent ces erreurs ?
PHP et MySQL, un duo gagnant !
Hors ligne
Re-Bonjour Bobe,
J'ai repris à zéro la procédure et elle a bien fonctionné. Mea Culpa j'avais interdit au dossier includes l'écriture... (sans commentaire !).
J'ai testé l'ensemble des fonctionnalités (comme je le fais dès l'arrivée d'une mise à jour). Je te remercie de cette nouvelle mouture tant attendue (pour Noël... en avance donc !).
1°- Inscription à la Newsletter parfaite. Confirmation opérationnelle et présence dans la liste des abonnés confirmés. Cependant dès que l'abonné souhaite aller sur son compte (panneau de gestion de compte) il saisie son adresse Mél et son code (qui est dans cette nouvelle mouture nettement moins long). Il obtient systématiquement l'erreur : Login ou mot de passe incorrect !
De fait, il ne peut pas accéder à son compte !!! - Que faut-il faire ?
2°- En bas de la page index du compte d'administration qui comprend la liste des "onglets" pour naviguer sur la Wanewsletter Administration, j'ai comme message :
* Warning ! : sprintf(): Too few arguments in index.php on line 242
Est-ce que cela a une incidence sur le fonctionnement ?
3°- J'ai comme avec la version 2.2.8. essayé d'envoyer une Newsletter, j'ai donc comme à l'accoutumée rédigé ma newsletter au format html (j'ai repris ma dernière lettre envoyée avec la version 2.2.8.) je fais l'envoi sans problème mais les destinataires recoivent ma lettres avec un certain désordre d'affichage et caractères mal codés... Comment cela se fait-il ? Alors que si je fais l'envoi de cette même lettre au format html avec ma version 2.2.8 je n'ai aucun problème de désordre et de caractères mal codés... Que faut-il faire ?
Voilà pour le moment cher Bobe mes premières constatations...
A te lire, avec impatience...
Bien cordialement,
PhilTess
Hors ligne
Hello
Je te remercie de cette nouvelle mouture tant attendue (pour Noël... en avance donc !).
Oh, ce n'est pas encore la version finale :¬)
Cependant dès que l'abonné souhaite aller sur son compte (panneau de gestion de compte) il saisie son adresse Mél et son code (qui est dans cette nouvelle mouture nettement moins long). Il obtient systématiquement l'erreur : Login ou mot de passe incorrect !
Effectivement, même bug chez moi.
Je note ça sur la liste des bugs à résoudre.
2°- En bas de la page index du compte d'administration qui comprend la liste des "onglets" pour naviguer sur la Wanewsletter Administration, j'ai comme message :
* Warning ! : sprintf(): Too few arguments in index.php on line 242
Est-ce que cela a une incidence sur le fonctionnement ?
Vu. Bug résolu sur la branche de développement. Aucune incidence sur le fonctionnement mais certains messages de statistiques de l'accueil peuvent ne pas s'afficher.
3°- J'ai comme avec la version 2.2.8. essayé d'envoyer une Newsletter, j'ai donc comme à l'accoutumée rédigé ma newsletter au format html (j'ai repris ma dernière lettre envoyée avec la version 2.2.8.) je fais l'envoi sans problème mais les destinataires recoivent ma lettres avec un certain désordre d'affichage et caractères mal codés... Comment cela se fait-il ? Alors que si je fais l'envoi de cette même lettre au format html avec ma version 2.2.8 je n'ai aucun problème de désordre et de caractères mal codés... Que faut-il faire ?
Oula.
Peux-tu donner le code source de l'email ? (ctrl+u lors de la visualisation de l'email dans Thunderbird. Il y a probablement un équivalent avec les autres lecteurs d'emails)
Voilà pour le moment cher Bobe mes premières constatations...
Et je te remercie de ces résultats de tests :¬)
P.S: Il faudrait que tu reportes les bugs plutôt dans le forum dédié. Reporte aussi celui sur l'affichage erroné des emails html.
PHP et MySQL, un duo gagnant !
Hors ligne
Salut à tous !
Très intéressante cette nouvelle version !
Je suis en pleine étude de ce logiciel avant de l'employer sérieusement, et il semble très complet!
Peut-il convenir à un envoi de plus de 20 000 emails à partir d'un compte 60gp chez OVH ?
Merci au(x) développeur(s) pour leur formidable travail !
titof90 : Il me semble bien que les mails adressés aux boîtes hotmail/yahoo etc.. ne mettent pas en cause le logiciel wanewsletter, il s'agit en fait d'un filtre appliqué d'office sur ce type de boîte qui classe en courrier indésirables les mails envoyés au format "HTML" assimilés à des newsletters...
D'où la raison pour laquelle les mails de confirmation inscription/désinscription passent bien puisqu'ils sont au simple format "Texte".
Mes sincères salutations à tous pour la nouvelle année 2006!
[img]http://www.sarl-cbms.com/etrouvetout/images/e-15x15a.gif[/img] - Le Webmaster d'Etrouvetout.com
Hors ligne
Il y a une option que je trouve intéressante, il me semble qu'elle n'ait pas encore été proposée : une fonction en option donc, permettant de faire en sorte que ceux qui répondent directement à la newsletter soient automatiquement désinscrits. Excessif me direz-vous, oui mais c'est en fait pour pouvoir contrer les virus, spams, etc. qu'on reçoit souvent en retour :x . Chacun serait libre d'utiliser ou non cette fonction. Pour le webmaster, il suffira d'indiquer de ne pas répondre à la newsletter mais d'écrire à tel email s'il souhaite un éventuel retour de la part des lecteurs.
Ah et par extension, ça gérerait les mailer daemon, les returned mails etc.
Il me semble que dans la version actuelle, developement/delete_mail.php fait quelque chose par rapport à ça mais je ne sais pas comment on fait
Voilà, au cas où ça serait possible...
Encore merci pour le script
Hors ligne
Une fonctionnalité qui manque à mon avis : dans la partie envoi il serait utile d'avoir un bouton "envoyer un message de test" avec un champ libre pour mettre une adresse mail.
Ainsi cela permettrai de faire une ultime vérification de sa newsletter avant l'envoi à tous ses abonnées.
Hors ligne
Bonjour, j'aimerais savoir quand cette version seras stable.
J'ai hate de l'utiliser.
Hors ligne
Tout dépend du nombre de personnes testant la version bêta et me faisant des retours, soit pour me rapporter la présence de bugs, soit simplement pour me signifier qu'ils ont essayé ou utilisent cette version.
Plus il y en a, plus il y a de chance de débusquer les éventuels bugs existants.
J'aimerais sortir la version 2.3.0 (la version stable) au plus tard fin mars.
PHP et MySQL, un duo gagnant !
Hors ligne
Pages : 1