PhpMyNewsLetter 2.0

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

je viens de faire l'installation de phpmynewsletter sur une machine serveur en localhost sur mon reseau privé  donc totalement dédiée et non lié à ovh ou quelconque hébergeur
les mêmes phénomènes se reproduisent
ubuntu 16 04 lubuntu 16.04 64 bits( interface graphique lègère) source ubuntu

le stricte mode  pour  les requêtes mysql
et on est chez moi et aucun sous domaine n'est configuré donc ce n'est pas lié à ovh mais plutôt je pense aux alias et liens symboliques en ce qui concerne le js pointant vers tinymce

après examen sous la balise script on trouve
ReferenceError: tinymce is not defined
index.php:209:1
mais surtout
<script src="//chemin absolu vers le script...."></script>
un slash généré devant le slash  ?
le repertoire racine se trouve sur  un point de montage absolu  /media/ etc...
divadauai

Dernière modification par divadauai (12-09-2016 22:51:57)

bien le bonjour

je reprends du poil de la bête   
bien que cela ne change rien
la bonne syntaxe pour le mode stricte est sql_mode et non sql-mode

ça ne change rien  car lorsque je place dans /etc/mysql/my.cnf

[mysqld]
sql_mode=""

ou

[mysqld]
sql_mode=ONLY_FULL_GROUP_BY,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION

ou encore

[code]

[mysqld]
sql_mode="ONLY_FULL_GROUP_BY,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"
[/code]

qui sont les autres options par defaut de mysql sous ubuntu en enlevant bien entendu STRICT_TRANS_TABLES

après un reload de mysql et apache2
la commande d'appel de la variable     
mysql -e "SELECT @@sql_mode;"

mysql: [ERROR] unknown variable 'sql_mode=ONLY_FULL_GROUP_BY,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION'

donne
ou

mysql: [ERROR] unknown variable 'sql_mode="" '

allez divadauai cherches , cherches !!!!  ouaf...ouaf
divadauai

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 !

ARNAUD le passionné a-t-il dormi ????
03 :51 arnaud est présent
05: 33  arnaud est toujours present

je vais faire rire :
tu verras quand t'auras mon âge !!!!    
54 balais tout de même

ou alors sql_mode serait  la table dans la configuration de mysql
et
sql-mode la variable

après recherche via phpmyadmin dans la base de données mysql
sous la table Proc il y a un champs 'sql_mode' qui contient  bien apparemment les options du mode stricte

oserais je le modifier  depuis phpmyadmin ????
il s'agit de ne pas casser mes bases de données

divadauai

Dernière modification par divadauai (13-09-2016 09:05:29)

bonsoir,
je vais te rassurer , je n'avais pas l'intention de toucher à la table proc
bon pas eu vraiment le temps d'ailleurs aujourd'h'ui de me pencher sur le problème

par contre en ce qui concerne   l'onglet divers
chemin absolu  vers phpmynewsletter y est bien indiqué et ce depuis l'installation

je pense que l'embrouille provient du saut - lien symbolique depuis localhost  /var/www/html  vers le répertoire

1 création sous /etc/apache2/monsite.conf
dans lequel j'inscris sous <virtualhost> ou non
sous une directive  <directory> Alias le nom d'alias que je veux donner   /le chemin absolu vers  le répertoire du site ( sans / à la fin)
mes directives de sécurité et l'emplacement absolu du fichier index du site

2 on enregistre
3 on valide le site avec la commande apache2 a2ensite ( enable site)
ce qui a pour effet de créer le lien symbolique non visible entre /var/www/html et celui du site

sudo a2site mon site

4 on reload

l'avantage est de rendre un peu plus complexe  le reniflage vers les  répertoires du site d'autant plus qu'il est impossible de l'autre sens depuis var/ww/html de remonter les répertoires
la dessus fail2ban qui monte la garde et ' bot ' en touche pour de longues périodes entre autre sur apache2 et
divadauai

Dernière modification par divadauai (13-09-2016 20:35:36)

RE
dans le fichier /include/newsletterconf.php

si je modifie la ligne 59

 echo "<script src='/".$row_config_globale['path']."js/tinymce/tinymce.min.js'></script>";

en

 echo "<script src='/js/tinymce/tinymce.min.js'></script>";

ligne 86

external_filemanager_path:'/".$row_config_globale['path']."js/tinymce/plugins/filemanager/',

en

external_filemanager_path:'/js/tinymce/plugins/filemanager/',

ligne 88 

  external_plugins: { 'filemanager' : '/".$row_config_globale['path']."js/tinymce/plugins/filemanager/plugin.min.js'}});

en

  external_plugins: { 'filemanager' : '/js/tinymce/plugins/filemanager/plugin.min.js'});

en laissant la parenthése de fin puisqu'elle correspond à un appel PHP de début

bref si je supprime l'appel à la variable contenant le chemin de phpmynewsletter
en théorie le lien vers le script .js de tinycme devrait être effectif est donc le js devrait s'éxécuter et afficher l'éditeur html tinycme ?

Dernière modification par divadauai (13-09-2016 23:41:21)

bonjour Arnaud

j'ai résolu le problème initial à l'origine de la discussion
j'ai désactivé le mode stricte par défaut sur mysql 7.0.13 sous ubntu server 16.04
j'avais pourtant la solution en évidence sous le nez
erreur de syntaxe je placais dan le fichier de conf perso de mysql un séparateur ;      andou...e
je reprend donc

édition en root du fichier de configuration /etc/mysql/conf.d/mysql.cnf
sous [mysql]
ajout de

[mysqld]
sql_mode=""

reload mysql

service mysql reload

ET C'est OK vérification par connexion en root via un terminal sur mysql

mysql -u root -p
# on valide par son mot de passe root de mysql puis
mysql> SELECT @@sql_mode;
# et en réponse on obtient un array sur sql_mode VIDE !!!!!

La désactivation du mode strict entraine bien avec succès l'enregistrement  d'un nouvel abonné

j'ai engagé sur cette discussion en fait 2 sujets en parallelle
ce qui rend une lecture et une lisibilité difficile à suivre sur ce forum pour les usagers en quête de réponse

je te propose de clôturer le sujet et de reprendre la suite de l'absence de l'éditeur tynicme dans un nouveau sujet
j'y placerai éventuellment un lien vers cette discussion

qu'en penses-tu?

divadauai
ps j'envisage par la suite bientôt  incessamment sous peu de rediger un tuto sur ubuntu.fr sur phpmynewsletter  qui me semble être un très bon logiciel de newsletter simple, convivial et respectueux du code source libre

pour tes demandes, elles t'ont été acheminées par courriel

Dernière modification par divadauai (14-09-2016 12:55:23)