Support et annonces PhpMyNewsLetter.
Vous n'êtes pas identifié(e).
Un php-fpm ça se redémarre aussi, va voir dans tes services. Apache permet un restart de php quand php est un module de apache. Or php-fpm n'est pas un module mais un process à part entière.
Commence par ça avant le reste.
Tu as mis quelle version précise de php ? 5.6 ? En mode fpm ?
Bonjour Johnny,
mais si, mais si, tu peux me dire sur quelle page STP ?
As tu les open short tag à yes dans php.ini ?
Merci !
Situation peut être un peu complexe mais situation de la vraie vie !
Alors comme j'ai un métier à coté, je suis en pleine charge et grosse bourre !
Alors le topic : je le clôture et je dis que le fameux proverbe : "99% des incidents en informatique se situent entre la chaise et le clavier" est toujours d'actualité... Mieux que la loi de Moore finalement.
Et je suis content de voir que c'est ok.
Je vois pour le reste.
MERCI !
Bonjour divadauai,
Tout à fait juste, si ton arborescence web pour CE portail, pour CETTE installation correspond. Bref, si pmnl est à la racine.
Tant qu'à faire, et si cela fonctionne pour la config de la newsletter, autant aussi mettre à jour la composition des mails dans include/compose.php
Il faudrait que tu me donnes ton modèle d'installation stp, genre :
http://pmnl.mon-domaine.com/login.php
ou
http://www.mon-domaine.com/pmnl/login.php
Tu me dis si c'est bon STP
Je comprends bien cela, et vu la complexité et la lourdeur apache, j'ai dit bonjour Nginx il y a déjà quelques années et dit au-revoir apache au même moment !
Euh.. J'ai quand même un bon 45 !!
Sinon, non, ne pas toucher la table PROC ! Désolé d'être si tardif.
Messages croisés ! En fait sql-mode ou sql_mode dépendent de la compil !!! Donc ici, des dépôts !
On est d'accord pour sql_mode !
Tu as regardé http://stackoverflow.com/questions/1647 … -mode-ansi ?
C'est trop louche et balo ton truc ! Franchement, je n'avais jamais eu l'occasion de voir ça, je vais m'installer un mysql 57 et tout reprendre, pas possible autrement !
Pour le js, oui, c'est exactement ça ! La démarche est celle ci, c'est la bonne.
En effet, essayer de scripter l'environnement dossier, sous-répertoire, sous-domaine pour configurer au mieux l'ensemble n'est pas chose facile.
Installer est plus compliqué que paramétrer !
Donc une fois repéré le souci, tu vas dans configuration globale > réglages divers et tu ajustes le paramètre "chemin de phpmynewsletter".
Pour ubuntu, c'est très bien ! C'est du debian, moi je valide complètement ! Et pour info "mail-in-a-box", excellent soft de paramètrage complet de serveur mail est basé sur ubuntu 14.04 LTS ! C'était à préciser.
problème mysql :
As tu fait un "mysqld --help --verbose" pour avoir l'ordre des conf utilisées ?
A noter quand même : ce mode STRICT, renseignements pris, est devenu le mode par défaut depuis mysql 5.7 !
En gros, ce n'est plus dans les fichiers de conf ! Il faut donc l'ajouter.
Mais d'après ce que tu dis, ça ne fonctionne pas, ce qui est surprenant. (NB : pas besoin de relancer apache pour mysql)
Dans tout ce que j'ai lu, il y a bien un
sql_mode=""à ajouter donc dans le my.cnf...
Allez je reprends :
Au vu de l'erreur 1364, et vu le souci à l'installation, cela signifie que le serveur mysql est en mode strict !
et il faut désactiver cela, sinon, hors phpmynewsletter, il y a des chances que cms et autres outils en général posent de gros soucis !
Donc dans /etc/my.cnf, virer la ligne qui contient un
sql-mode=STRICT_ALL_TABLES
Redémarrer mysql /etc/init.d/mysql restart ou service mysql restart
Ensuite, le short_desc, c'est un champ qui est destiné à être alimenté quand on traite les retours via la gestion bounce.
Ensuite, si tu n'as pas tinymce, c'est que le chemin qui conduit à tinymce.min.js n'est pas bon ! Si tu fais un observateur d'évènements (clic droit > inspecter > reseau ou network + recharger la page), tu verras le js demandé en 404. Bref, c'est parce que pmnl est en sous domaine !
Enfin, ajouter un mail comme ça, ce n'est pas bon, car il y a un hash à calculer...
Il faut donc d'abord créer une liste (liste de tests par exemple !) puis ajouter des mails après !
Donc, au vu de l'installation (qui a installé un mysql très intolérant et posé pmnl en sous domaine ???), je crois qu'il vaut mieux résoudre ces petits soucis avant tout !
Y'a pas de raison que ça ne fonctionne pas !
Et la route et longue car il y a encore les sudo, les crontab, et les connexions imap ;-)
re
interlude ......
![]()
![]()
![]()
![]()
![]()
![]()
![]()
erreur de syntaxe de l'éditeur .........
c'est qui celui là???forcément si j'enlève le `
marquant le début du champs date .......donc ça passe jusque
Création de la table pmn2_archives Fait
Création de la table pmn2_autosave Fait
Création de la table pmn2_email Fait
Création de la table pmn2_config Fait
Création de la table pmn2_listconfig Fait
Création de la table pmn2_sub Faiton va aller vérifier ce que j'ai oublié ou effacer
divadauai
efface tes tables et refais l'installation.
Tu pourras me dire la syntaxe exacte utilisée, je mettrai le script d'install à jour, merci ;-)
En cherchant un peu :
DATETIME NULL DEFAULT CURRENT_TIMESTAMP;
Je suis très fatigué... Le current_timestamp sera formaté au format datetime, ben oui, c'est normal ! Si j'avais eu un champ en varchar cela aurait injecté du timestamp pur et dur, mais pas dans notre cas...
donc un `date` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP;
devrait fonctionner.
Aie !
Effectivement, dans l'empressement, j'ai omis la correction :
$sql = 'CREATE TABLE IF NOT EXISTS `' . $table_prefix . 'archives` (
`id` int(7) UNSIGNED NOT NULL DEFAULT "0",
`date` datetime NOT NULL DEFAULT "000-00-00 00:00:00",
`type` TEXT NOT NULL,
`subject` TEXT NOT NULL,
`message` TEXT NOT NULL,
`list_id` INT(7) NOT NULL DEFAULT "0",
UNIQUE KEY `id_list_mail` (`id`,`list_id`)
) ENGINE='.$storage_engine.' DEFAULT CHARSET=utf8;';deviendra :
$sql = 'CREATE TABLE IF NOT EXISTS `' . $table_prefix . 'archives` (
`id` int(7) UNSIGNED NOT NULL DEFAULT "0",
`date` datetime,
`type` TEXT NOT NULL,
`subject` TEXT NOT NULL,
`message` TEXT NOT NULL,
`list_id` INT(7) NOT NULL DEFAULT "0",
UNIQUE KEY `id_list_mail` (`id`,`list_id`)
) ENGINE='.$storage_engine.' DEFAULT CHARSET=utf8;';Sinon, un CURRENT_TIMESTAMP n'a rien à voir avec un champ date, même si la notion de temps peut paraître similaire...
Désolé
C'est effectivement une possibilité, ne pas se tromper dans le préfixe lors de l'installation, et ne pas charger alors la table config qui sera chargée lors de l'install...
Bonsoir divadauai
Je peux rire pour le mot de la fin ?
C'est drôle, je ne me moque pas !
En fait, je suppose que tu en mysql 5.7. Ou bien ?
Et effectivement, un not null à 0000-00-00 ça ne marchera pas puisque le calendrier mysl commence à 1000 (ou 1001 je ne sais plus) et va jusque 9999.
Il faut alors désactiver le caractère strict, ou alors enlever la clause NOT NULL dans le fichier d'installation, car honnêtement, je crains pour la suite de l'usage des autres scripts.
Si le not null bloque en l'état, alors ça bloquera par exemple aux envois, et je n'aime pas.
Tu vas prendre le fichier install avec un éditeur de texte (context, notepad++), rechercher tous les champs datetime dans les clause create table et enlever le not null, exemple :
$sql = 'CREATE TABLE IF NOT EXISTS `' . $table_prefix . 'archives` (
`id` int(7) UNSIGNED NOT NULL DEFAULT "0",
`date` datetime NOT NULL DEFAULT "000-00-00 00:00:00",
`type` TEXT NOT NULL,
`subject` TEXT NOT NULL,
`message` TEXT NOT NULL,
`list_id` INT(7) NOT NULL DEFAULT "0",
UNIQUE KEY `id_list_mail` (`id`,`list_id`)
) ENGINE='.$storage_engine.' DEFAULT CHARSET=utf8;';deviendra :
$sql = 'CREATE TABLE IF NOT EXISTS `' . $table_prefix . 'archives` (
`id` int(7) UNSIGNED NOT NULL DEFAULT "0",
`date` datetime NOT NULL DEFAULT "000-00-00 00:00:00",
`type` TEXT NOT NULL,
`subject` TEXT NOT NULL,
`message` TEXT NOT NULL,
`list_id` INT(7) NOT NULL DEFAULT "0",
UNIQUE KEY `id_list_mail` (`id`,`list_id`)
) ENGINE='.$storage_engine.' DEFAULT CHARSET=utf8;';Il y en a 4, je crois sincèrement que c'est l'opération la moins risquée...
Egalement vérifier les champs date...
N'ayant pas de nouvelles depuis 7 jours, je considère le problème résolu.
Si une suite est donnée, cela devra faire l'objet d'un nouveau sujet.
Merci divadauai pour le retour et merci d'avoir passé le sujet en [résolu] 
Bon usage et je reste à disposition bien évdemment
Bonjour divadauai et bienvenue sur le forum de support !
Je content de voir une installation sur php 7.0 (j'ai développé avec hhvm, donc ça ne devrait pas poser de soucis).
Sinon, ce problème est connu, et est lié à php.ini, et est décrit dans la base de connaissances :
https://www.phpmynewsletter.com/forum/v … c.php?id=3
C'est juste short_open_tag, et relancer php si installé en php-fpm, ou relancer apache si installé en module apache.
Voilà 
Par 30 ???!!!
Euh... Sauf à avoir des quantités énormes de mails à envoyer, je comprends, mais en l'état général, 1 mail par seconde c'est déjà énorme ! Des salves de 10 seraient mieux...
Bonjour tatayet38,
Je suis content de voir que le code est parfois lu, et pas simplement utilisé ! Je dis bravo, j'adore
Effectivement, j'avais commencé à généré des bouts de code pour intégrer l'ensemble des clés DKIM dans PhpMyNewsLetter ! Et je vois que l'usage que tu en fais est complètement compris dans la finalité et dans la mise en place, encore bravo !
Sauf que tu oublies juste une petite chose, c'est que le send_preview est pour envoyer la lettre de prévisualisation et que l'envoi se fait par le ficheir send.php.
Donc, il faut faire la même chose dans send.php, en attendant le formulaire dans une prochaine version 
Bonne journée et encore merci pour cette belle contribution
Bonjour Ceau,
un petit merci pour le retour support, c'est toujours sympa de lire ça
Alors, aujourd'hui, PhpMyNewsLetter, pmnl, est un produit open source, libre et gratuit qui permet à un administrateur de gérer plusieurs listes de mail de façon simple (et amusante ??), dont une liste que tu as l'air d'oublier et qui est nécessaire, celle de tests
Maintenant, pour répondre à ta question :
- pmnl, se veut être simple... Faire simple, c'est pour répondre facilement, et sans trop de paramétrages, et rapidement à des utilisateurs qui ont en général une liste de mails. Si on se met à gérer des admins, donc aussi des super admins, des droits, des listes, etc... Ca va devenir une usine à gaz... Sincèrement, ce défi ne me fait pas peur, et pourrait même m'amuser... Ce que je développe professionnellement pour mon employeur est bien plus complexe. Mais j'aurais peur que pmnl perde le charme de la simplicité, car sincèrement, une fois passés les quelques paramétrages de la machine, c'est simple non ?
Oui mais en fait, j'ai pas répondu !
Alors la solution : c'est simple, et je l'ai déjà fait pour un utilisateur d'une commune (24 clubs à héberger sur un serveur dédié, adossé à 3 serveurs smtp dédiés en vps) : un répertoire pour chacun, et un 25ème répertoire pour une liste globale de tous les membres des associations sportives, qui compte moins de mail que toutes les listes réunies, puisque les doublons ont été gérés dans pmnl !
De tête, il y avait environ 2000 adhésion clubs, et une liste globale de 1950 comptes environ à laquelle on avait ajouté les élus et les entreprises sponsor.
Au final, ça donnait des choses comme :
macommune.fr/basket/pmnl
macommune.fr/football/pmnl
macommune.fr/petanque/pmnl
Chaque entité avait son admin (oui, vu que ce n'était pas très loin de chez moi, j'avais donné une journée de formation aux futurs rédacteurs) et avait sa liste.
Aujourd'hui, 16 listes tournent (donc 16 assoc), les retraités, pétanqueurs et belotistes n'étant pas fervents utilisateurs. Alors que foot, volléey, tir à l'arc, gym, et autres activités qui bougent marchent à fond !
Voilà... Certes, il semble un peu compliqué à la base, mais aujourd'hui tout le monde est content.
Des questions ? 
PS : une évolution avec gestion de droits n'est pas à exclure !
Pas de souci ! Quand on sait pourquoi, on sait résoudre....