PhpMyNewsLetter 2.0

Re-

J'ai modifié le lien pour éviter les accès inutiles.
En fait, tu as mis tout dans
/pmn2/phpmynewsletter-2.0-master/
En fait, il faut tout mettre dans
/pmn2/
ce qui est dans :
phpmynewsletter-2.0-master/

Bonjour Johnny, je viens de terminer un script d'upgrade.
Je dois le tester pour validation finale, je te tiens au courant, il y a un nouveau forum dédié au sujet.
A suivre...

Euh.. Et bien bonjour !
Je trouve cela un peu bizarre.
Dés qu'un message est prêt pour l'envoi, et au moment où l'on clique "envoyer", alors le message est sauvegardé dans la table archives, et c'est depuis la table archives que le message envoyé est généré.
Si tu ne le retrouves pas, c'est quand même bizarre...
Pour moi, la NL était bien là, mas il devait manquer un argument depuis la page appelée...
Vraiment bizarre...

Bonjour Johnny,

En fait, j'avoue ne pas avoir écrit de script pour migrer. Je pourrais en faire un, si j'ai le temps.
Globalement, c'est dans les tables qu'il y a le plus de changements :
* modification de :
_config
_track

* ajout de :
_upload
_crontab
_email_deleted
_smtp

Donc opérations :
- export de la base de données complètes, format complet, sauf de la table _config, export au format .sql
- installation de pmnl 2.0.4 dans un nouveau répertoire, avec un nouveau préfixe de table
- configuration de la nouvelle installation
- aller dans le fichier d'export de la base de données, remplacer les préfixes de table par le nouveau préfixe
- importer le fichier sql modifié.

Bien sûr, ces opérations sont identifiées et peuvent être normalement scriptées. Je voudrais terminer quelques détails sur 2.0.4, détails mineurs, donc si tu veux essayer, vas-y, je reste disponible au mieux, bien évidemment !

Et le log mail il dit quoi ? (/var/log/mail.log)
Au moment de l'envoi (et je fais toujours ça pour les debug), je laisse ouvert un terminal avec un "tail -f /var/log/mail.log), y'a que ça de vrai... (et un autre aussi pour mes erreurs php)

Y'a un truc quand même la dessous....
En effet, PhpMyNewsLetter, ce n'est qu'une interface, pas un gestionnaire du système, ni un administrateur. Son seul rôle est d'envoyer un message à sendmail (via phpmailer) et essayer de récupérer des informations quand il y a des retours. L'ensemble est embelli d'une interface plus conviviale pour l'usager et un éditeur de texte pour la rédaction. Le reste ce n'est que du SLQ et du php, en aucun cas, si le serveur a un soucis, PhpMyNewsLetter ne pourra le résoudre.

Je prends très souvent la main sur des serveurs (pour intervention et en mode facturation) et on découvre pas mal de chose.

Aujourd'hui ce que je voudrais, c'est que tu me fasses un mail-tester et que tu donnes le résultat, un screen, quitte à m'envoyer le lien final :
https://www.mail-tester.com/

J ai hâte de voir
Il est casse pied orange...

Bonjour,

Oui, c'est normal, la 2.0.4 n'est pas encore ouverte, donc pas de bug, pas de soutien.
L'installation est le dernier morceau de l'accès à la version.

sinon, oui la 2.0.3 a connu malheureusement quelques bugs, d'où mon empressement à reprendre et faire évoluer.
Mais une fois les bugs passés, la 2.0.3 marche très bien, et en respectant correctement les politesses des envois, je n'ai que de la satisfaction.
Adapter un "service" web à tous ces environnements, 'nux ou win32, php5 à php7, les shorts tags, les sous domaines, les localhost avec smtp FAI,... bref, oui, ce sont quelques bugs que chacun devra un peu adapter. Le logiciel est gratuit, les téléchargements nombreux, le soutien au mieux (avec ma vie professionnelle et familiale), donc j'ai la conscience tranquille, ce logiel n'est pas vendu !

Bonne journée

Bon, ok, je comprends.
On m'a également remonté un bug sur 2.0.3 relatif à la regénération d'envoi aux personnes n'ayant pas reçu la newsletter et cela, depuis les archives.
Bref, 2 choses :
- un smtp, orange ou pas ou autre, pro ou amateur ou vertueux ou pourri, ça se respecte, car c'est lui le grand maître ! Et chez Orange, la règle est stricte, pas forcément la meilleure, ni la plus mauvaise ! Il faut respecter une règle minimale de base qui est de 1 mail maxi toutes les 1 seconde !
Et avec orange, c'est pareil.
Pour une liste de 640 mails, c'est normalement du gateau, ça devrait passer tout seul.
Ce que je conseille :
- aller dans include/task.php
- chercher  sleep(1);
- remplacer par sleep(2);
- planifier les envois au lieu de les envoyer directement.
Ca prendra 1200 secondes, ce qui représente, sauf erreur ou omission de ma part 20 minutes.
Et oui, y'a bien un bug depuis les archives.
Et bonne rédaction illustration alors ! Et bon week end aussi tiens

Bonjour,

Pour information, je viens de supprimer tous les short_tags (<?php=....;?>) qui pouvaient exister dans le code de la version 2.0.4 à venir.
Ce sera un peu plus long pour certains morceaux de contenus mixtes, mais cela assurera une plus grande compatibilité avec les hébergeurs.

Bonne journée

Bonsoir,

C'est exact ! Bravo !

Bonjour Johnny,
regarde si par hasard tu n'as pas 2 fois la directive short_tags dans ton php.ini, c'est arrivé ici :
http://stackoverflow.com/questions/1257 … ot-working