Vous n'êtes pas identifié(e).
[25 janvier 2021] - Publication de Wanewsletter 3.1.0
Pages : 1
Bonjour,
Je viens d'installer la version 3.0-beta1 (installation propre après suppression de la 2.4).
Juste pour signaler un bug : bien qu'ayant renseigné une signature dans les paramètres de ma liste de diffusion, la signature n'apparaît pas lorsque je fais le test d'envoi du courriel ni lorsque j'envoie le courriel à la liste de diffusion.
En tous cas, merci pour cette nouvelle version (surtout pour l'UTF8 et le prise en charge de Tiny MCE par défaut). Super job :-)
Je vais pouvoir former la secrétaire à cet outil !!!
Bonsoir,
Je déterre un viiiiiieux topic :-p
Avec les versions actuelles de WA, de CKEditor et de CKFinder, je fais les manips, tout semble OK, j'envoie les mails et il n'y a pas d'erreur, sauf que je ne reçois rien (tout fonctionnait avant que je fasse les modifs).
Quelqu'un peut me dire comment intégrer aujourd'hui CKEditor ? Merci !!!!!
Bonsoir,
Autre question : la secretaire doit envoyer des mail mais n'y connait rien en html :-)
J'ai vu ici
http://forum.webnaute.net/viewtopic.php?id=5025
que l'intégration de CKEditor était possible mais avec les versions actuelles (WA, CKEditor et CKFinder) ça ne fonctionne plus (tout est OK mais les mails ne partent jamais).
Est-ce que l'intégration de CKEditor est prévue dans la prochaine version ?
Merci :-)
Salut,
OK merci pour ta réponse. Tu sais quand la beta3 doit sortir à peu près ? La mise à jour depuis la beta2 sera-t-elle automatique (je demande pour savoir si je dois attendre ou pas, car j'ecris des scripts qui interfèrent avec wanewsletter et autant pas faire le job pour rien ;-) ) ? Et pour SQL ? Tu passes sous Mysqli ?
Pour les accents c'est les habituels "?". Je capte pas là alors que d'habitude c'est.simple à régler. Tout mon site est déclaré en utf8. Et même quand je déclare un set names utf8 pour chaque connexion SQL c'est la même chose.
Tant mieux si tout WA passe en utf8 parce que j'ai commencé à regarder pour régler mon problème, mis y'a du latin1 de l'ISO et de l'utf8 un peu partout mélangé et j'ai laissé tombé (j'aurais dû regarder la feuille de route).
Merci pour ton boulot et bonne année !
Suite...
J'ai modifié la fonction encode_IP :
function encode_ip($dotquad_ip)
{
if(filter_var($dotquad_ip, FILTER_VALIDATE_IP,FILTER_FLAG_IPV4))
{
$ip_sep = explode('.', $dotquad_ip);
return sprintf('%02x%02x%02x%02x', $ip_sep[0], $ip_sep[1], $ip_sep[2], $ip_sep[3]);
}
elseif(filter_var($dotquad_ip, FILTER_VALIDATE_IP,FILTER_FLAG_IPV6))
{
return str_replace(':','',$dotquad_ip);
}
else
{
return null;
}
}
Pour prendre en compte l'IPv6, il faut également modifier la colonne 'session_ip' de la table 'wa_sessions' dans la base de données. Elle est en char(8), il faut la passer en char(32).
De plus, la fonction decode_IP dans class.sessions est obsolète (elle n'est de toutes façons pas utilisée) et la fonction 'sessions' qui contient le filtre d'IPv4 à la ligne 97 toujours dans le même fichier class.sessions doit être complétée avec un filtre IPv6.
Voilà voilà
Je me répond tout seul... la fonction attend une IPv4 xxx.xxx.xxx.xxx avec le point '.' comme séparateur
Mais les IPv6 sont formatées sur 8*2 octets séparées par deux points ":" ... donc la fonction explode ne fonctionne pas :-)
Je suis passé en 'DEBUG_LEVEL_QUIET' en attendant mais ça ne résoud pas le problème :-)
Je suis sous IPv6, ça ne serait pas un problème d'IPv4 au vu de la fonction "encode_IP" concernée ?
Bonjour,
J'ai un message d'alerte en bas de toutes les pages de la dernière version du script waewsletter (mais le script fonctionne normalement a priori) dans un encadré rouge.
Bug ? Problème de config ? Comment le résoudre ? Je suis sous PHP 5.5.18 (voir mon phpinfo http://www.relaispourlavie-valdoise.net/phpinfo.php)
Merci pour le passage vers HTML5 et PHP 5.4+ !
PHP Notice: Undefined offset: 1 in ~/includes/class.sessions.php on line 508
Backtrace:
#0 Session->encode_ip() called at [~/includes/class.sessions.php:129]
#1 Session->session() called at [~/admin/pagestart.php:29]
#2 require() called at [~/admin/index.php:12]
PHP Notice: Undefined offset: 2 in ~/includes/class.sessions.php on line 508
Backtrace:
#0 Session->encode_ip() called at [~/includes/class.sessions.php:129]
#1 Session->session() called at [~/admin/pagestart.php:29]
#2 require() called at [~/admin/index.php:12]
PHP Notice: Undefined offset: 3 in ~/includes/class.sessions.php on line 508
Backtrace:
#0 Session->encode_ip() called at [~/includes/class.sessions.php:129]
#1 Session->session() called at [~/admin/pagestart.php:29]
#2 require() called at [~/admin/index.php:12]
D'autre part, lorsque je cherche à lire certaines données dans la base de données (je récupère les données de la table nl_log pour lister les anciennes newsletter), les caractères accentués ne passent pas (pourtant j'ai défini le charset utf-8 en en-tête de mes pages php et je fait un "set names utf-8" pour chaque connexion sql).
Salut,
OK, merci pour le retour, j'ai corrigé le problème de pseudo
Par contre, je peux faire quoi pour validate_email() et date() (parce que c'est moche ;-))
Bonjour,
Un rapport de bug sur la dernière beta 2.4, lors de l'inscription/désinscription (mais a priori valable pour tout le reste du code). Problème avec la fonction date et la fonction email. Je suis sous PHP Version 5.2.9-1.illimite (online.net). Voir ici pour le phpinfo :
http://www.relaispourlavie-valdoise.net/phpinfo.php
***************
Notice : Undefined index: pseudo in class.form.php on line 746
Strict : date() [function.date]: It is not safe to rely on the system's timezone settings. Please use the date.timezone setting, the TZ environment variable or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Berlin' for 'CET/1.0/no DST' instead in class.mailer.php on line 2139
***************
Strict : Non-static method Mailer::validate_email() should not be called statically, assuming $this from incompatible context in class.form.php on line 93
Strict : date() [function.date]: It is not safe to rely on the system's timezone settings. Please use the date.timezone setting, the TZ environment variable or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Berlin' for 'CET/1.0/no DST' instead in functions.stats.php on line 169
Strict : date() [function.date]: It is not safe to rely on the system's timezone settings. Please use the date.timezone setting, the TZ environment variable or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Berlin' for 'CET/1.0/no DST' instead in functions.stats.php on line 178
Strict : date() [function.date]: It is not safe to rely on the system's timezone settings. Please use the date.timezone setting, the TZ environment variable or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Berlin' for 'CET/1.0/no DST' instead in class.mailer.php on line 2139
Strict : date() [function.date]: It is not safe to rely on the system's timezone settings. Please use the date.timezone setting, the TZ environment variable or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Berlin' for 'CET/1.0/no DST' instead in class.mailer.php on line 2139
****************************
En tous cas merci (il n'est jamais trop tard...) pour ton script !!!!!!!
Pages : 1