Vous n'êtes pas identifié(e).
[12 janvier 2021] - En prévision d'un abandon futur du nom de domaine phpcodeur.net, le forum a migré vers le nom de domaine forum.webnaute.net
[25 janvier 2021] - Publication de Wanewsletter 3.1.0
Bonjour à tous,
La version 3.1.0 est maintenant disponible. C'est une version de maintenance qui apporte notamment la compatibilité avec PHP 8.
Au menu de cette version :
– Wanewsletter requiert désormais PHP 7.1 ou plus
– Compatibilité vérifiée avec PHP 8
– Mise à jour de TinyMCE à la version 5.6.2
– Fin du support du script de mise à jour pour les versions 2.2.x
– Remplacement de patchwork/utf8 par
symfony/polyfill-{mbstring,intl-normalizer}
– Remplacement de elkuku/console-progressbar par
macroman/terminal-progress-bar
– Bug fix : chargement de brouillons par URL inopérant
– Bug fix : commande vacuum inopérante avec sqlite >= 3.15
Téléchargement :
http://dev.webnaute.net/wanewsletter/telecharger
Changelog :
http://dev.webnaute.net/wanewsletter/ch … sion-3.1.0
Envoyez cela par email dans ce cas.
La version précédente est la 2.3.4.
Ce n'est pas normal que le cookie soit réinitialisé. Vérifiez quand même que la valeur de la clé de configuration "cookie_path" dans la table wa_config est bonne ainsi que "session_length" (valeur par défaut : 3600)
Alors le problème vient des sessions php. Vérifiez que vous obtenez bien le cookie de session php lorsque vous arrivez sur la page de connexion ("wanewsletter_sessid" si vous n'avez pas changé le nom du cookie), et que la valeur de ce cookie ne change pas après validation du formulaire.
quelle version de php est installée sur votre serveur ?
Cette ligne 38 dans le fichier includes/login.inc.php :
if (!is_null($reset_key)) {
remplacez par :
if (!is_null($reset_key)) { exit('k: '.$reset_key.', sk: '.$_SESSION['reset_key']);
bonsoir,
désolé pour le délai de réponse :s
Le jeton est stocké pour comparaison dans les données de session php et n'est donc valable qu'un certain temps.
Avez-vous utilisé le lien dans les minutes qui ont suivi l'utilisation du système de réinitialisation du mot de passe ?
Le paramètre k contenu dans le lien est-il correctement rempli ?
Les sessions php sont-elles actives ?
Éditez le fichier admin/envoi.php et changez la valeur de la constante DISABLE_CHECK_LINKS à true
Ce n'est pas un bug. Le formulaire par défaut est à l'adresse https://www.fredsfollies.com/wanewsletter/subscribe.php
Sur quelle page obtenez-vous une page blanche, admin/ ?
Éditez la ligne 42 du fichier includes/constantes.php :
const DEBUG_MODE = DEBUG_LEVEL_QUIET;
remplacez par
const DEBUG_MODE = DEBUG_LEVEL_ALL;
Dans le phpinfo, vers le bas de la page, il y a une section "PHP variables". Est-ce qu'il y a une variable $_SERVER['LOCAL_ADDR'] dans la liste avec l'ip de votre serveur ?
Il y a bien une traduction anglaise livrée avec le script (languages/en/).
Pour télécharger d'anciennes versions, c'est par là : http://dev.webnaute.net/wanewsletter/releases/
Je vous suggère de contacter votre hébergeur et de lui exposer le problème (absence de la variable SERVER_ADDR, posant problème avec certains scripts).
En attendant, vous pouvez contrer le problème en ajoutant
return false;
juste après
function check_cli()
{
Voilà le problème, la variable serveur "SERVER_ADDR" n'est pas définie, ce qui est pour le moins inhabituel. Quel type de serveur web est utilisé sur ce serveur ? (apache, lighttpd, nginx, iis, ...)
Il y a des mots traduits automatiquement dans vos messages attention.
On va faire plus simple : https://send.firefox.com/download/ac123 … Yhf0WBCAzg
Vous ajoutez cette ligne :
echo 'api: ', PHP_SAPI, ' - ip: ', $_SERVER['SERVER_ADDR']; exit;
entre
function check_cli()
{
et
if (PHP_SAPI! = 'cli' && (PHP_SAPI! = 'cgi-fcgi' ||! vide ($ _ SERVER ['SERVER_ADDR']))) {
ah.
Voilà qui est étrange. Cela viendrait donc de la fonction check_cli(), fichier includes/functions.php, ligne 1363.
Éditez le début de la fonction ainsi :
function check_cli()
{
en :
function check_cli()
{
echo 'api: ', PHP_SAPI, ' - ip: ', $_SERVER['SERVER_ADDR']; exit;
Sauvegardez le fichier sur le serveur et rappelez install.php. Vous êtes sensé obtenir le texte "api: cgi-fcgi - ip: [ip de votre serveur]"
C'est l'erreur que vous obtenez en tentant d'utiliser install.php en ligne de commande (ou j'ai mal compris), lequel n'est pas prévu pour ça. Ce qui m'intéresse est ce qui se cache derrière l'erreur 500 quand vous appelez install.php dans votre navigateur web.
Avez-vous accès aux journaux d'activité du serveur ? Il faudrait savoir ce qui se cache derrière cette erreur 500 et donc consulter le journal d'erreur du serveur web ainsi que celui de php.
quelle API est utilisée pour faire le lien entre PHP et le serveur web ? Cette information est disponible dans le phpinfo à la ligne "Server API"
À quel moment avez-vous cette erreur 500, dès l'affichage de install.php, ou après avoir validé le formulaire ?
Vous appelez bien install.php dans votre navigateur web ?
Cool, bonne continuation
bonjour,
J'ai pas codé depuis un certain temps, je suis un peu rouillé ^^
En faisant le require de newsletter.php uniquement si $decode['success'] vaut true, ça devrait être bon
Oui, vous pouvez remplacer les occurences de "TYPE=" par "ENGINE=". Ça devrait régler le problème.
La dernière version est la version 3.0.1
Peut-être que sur ovh, la connexion se fait via un nom d'hôte spécifique et non pas localhost. Renseignez-vous pour savoir quels sont vos identifiants et mots de passe d'accès à votre base de données, et aussi le nom d'hôte (localhost ne semble pas convenir). Apparemment, ils ont changé avec la migration.
réessayez avec localhost à la place de sql10
Si la base de données mysql est sur le même serveur que wanewsletter, 'localhost' est la bonne valeur.
Quel message d'erreur avez-vous ?