Vous n'êtes pas identifié(e).
[25 janvier 2021] - Publication de Wanewsletter 3.1.0
hello,
je me retrouve depuis la mise à jour de WAnewsletter en version 2.3 dans l'impossibilité d'envoyer correctement mes newsletters. :x
en effet, lorsque je procède à l'envoi, le script mouline et l'erreur suivante s'affiche :
Impossible de mettre à jour la table des abonnés (connexion au serveur sql perdue)
SQL query :
UPDATE wa_abo_liste
SET send = 1
WHERE abo_id IN(3609, ....................., 4523)
AND liste_id = 2
SQL errno : 2006
SQL error : MySQL server has gone away
Fichier : engine_send.php Ligne : 633
Je suis obligé de reprendre l'envoi et chaque 500 abonnés le script m'affiche de nouveau ce message.............
cela me parait bizarre de perdre ma connection au serveur MySql....
Qqn pourrait-il m'éclairer ? :idea:
Merci d'avance à tous....... :d
PS : je suis en mutualisé chez OVH, WANewsletter 2.3, PHP Version 4.4.2
Hors ligne
Quelle version de MySQL ?
PHP et MySQL, un duo gagnant !
Hors ligne
après appel de la hotline d'OVH, le pbm ne viendrait de leur côté......
Vérité ou mensonge ? :evil2:
La perte de la connexion MySql est-elle viendrait du script ? :???:
Mystère.... :mhh:
Au secours.....................................
Hors ligne
Si la connexion à la base de données a été perdue, le script tente une reconnexion automatique. Si cela échoue, l'erreur que vous avez obtenu est renvoyée.
Si le serveur mysql est en rade, ce n'est certainement pas la faute de wanewsletter
PHP et MySQL, un duo gagnant !
Hors ligne
Le truc bizarre là-dedans c'est que chaque flot part correctement, ce n'est que lors de l'envoi du flot suivant que la connexion est perdu....
La connexion à la base de données est donc effective, elle est juste perdue lors de l'envoi suivant et systématiquement....
Bobe, je ne veux pas mettre en doute tes compétences (loin de là) mais est-tu sûr que le problème ne vient pas du script de Wanewsletter ?
Hors ligne
Oui.
Il y a un système de sécurité pour parer à ce genre de choses (plantage du script, perte définitive de la connexion à la db). Si vous relancez l'envoi, le script terminera le travail (sauvegarde des infos nécessaires dans la base de données, et reprise éventuelle de l'envoi).
PHP et MySQL, un duo gagnant !
Hors ligne
malheureusement ce n'est pas le cas...
après chaque flot envoyé la connexion à la base est perdue mais lorsuqe j'effectue la reprise de l'envoi je suis de nouveau confronté au message d'erreur après un nouveau flot...
Hors ligne
Oui, et quand tous les envois auront été fait. Le script vous indiquera que l'envoi est terminé.
PHP et MySQL, un duo gagnant !
Hors ligne
Hors ligne
J'ai pas d'idée là
PHP et MySQL, un duo gagnant !
Hors ligne
Hors ligne
As tu toujours ce probleme ?, car je suis chez OVH également, et j'ai le meme probleme depuis aujourd'hui :cry: . Suis en attente de leur retour par mail.
Quelqu'un a t'il une solution ? un retour d'OVH ?
Hors ligne
Hors ligne
voici la reponse d'OVH :
Votre requete est trop longue en terme de temps de connexion au serveur SQL.
Je vous conseille d'alléger vos requetes.
Donc sans rien changer, ca devient trop lourd
Hors ligne
ccluz: Cette réponse d'OVH est débile. Je sais que ça n'aide pas mais il fallait le dénoncer là.
comment peut-on réduire le temps de connexion au serveur MySQL afin de pallier au pbm....
Désolé, il faut bien que le script envoit tous les emails qu'il doit envoyer.
Seulement quand l'envoi ou flot d'envoi a été fait, le script envoit une ou plusieurs requêtes au serveur mysql
faut-il réduire le nombre d'abonnés pour chaque flot ?
C'est une bonne solution.
PHP et MySQL, un duo gagnant !
Hors ligne
ok, merci pour la réponse.
Si je fais des flots de 100 mails ça devrait le faire quand même...
le seul problème c'est que j'ai 12000 abonnés dans à ma newsletter, ce qui fait quand même 120 clics :tss:
Hors ligne