mdata

Bon, j'ai trouvé la solution. En fait c'est un plugin qui est la cause de ce problème : WPSSO (WordPress Social Share Optimization). Pour le découvrir, j'ai juste désactivé tous les plugins et les ai réactivés un par un. Pourquoi ça ne se manifeste pas sur le site de dev ? Parce que les plugins de ce type (WPSSO et Yoast SEO) ne sont pas installés dessus. Ce qui est d'ailleurs une ânerie et je les installerai aussi pour m'assurer que les deux sites sont le plus proches possibles. Donc je pense que vu que WPSSO a un cycle de développement très rapide (une mise à jour toutes les semaines) il y a dû y avoir un truc qui a changé et qui occasionne ce comportement. Je n'ai ni le temps ni l'énergie d'investiguer plus avant, WPSSO restera désactivé et vu l'utilisation du site Yoast SEO devrait être suffisant pour les partages sur la page Facebook de l'association. Du coup, ce topic n'est pas à sa place, vu qu'en fait non seulement le problème était de mon côté mais en plus lié à Wordpress, et j'en suis désolé

Bonjour J'ai depuis peu un problème curieux. J'ai un site qui existe en deux versions : une version dev et une version prod sur deux sous-domaines. Ce site fait tourner un Wordpress, avec un plugin que je développe (il sert à gérer une association). Il s'agit de http redirigé sur https. Depuis peu donc, j'ai constaté des incohérences de fonctionnement : - Tests de présence d'entrées dans la base de données qui montraient des entrées déjà présentes avant l'insertion de ces données (idem pour un test d'absence avant une suppression) - Echec systématique de recaptcha, avec comme message d'erreur "timeout-duplicate" (bien planqué le message ceci dit) - Mails envoyés en double lorsqu'ils sont issus d'un formulaire à remplir depuis le site Ces phénomènes m'amènent à penser que les requêtes (POST) sont en fait effectuées deux fois : dans ce cas ça fait sens, car une première fois le traitement est fait normalement, puis la seconde (avec l'affichage) manifeste donc une erreur puisque le traitement a déjà eu lieu. Et pour le mail, ça envoie deux fois le message. Ce qui est encore plus curieux, c'est que ce comportement ne se produit que sur le site de prod, pas sur celui de dev. Le code et la configuration de Wordpress sont identiques sur les deux. Le php.ini de chaque sous-domaine est identique aussi. Et surtout je n'ai rien changé avant que cela ne se mette à déconner. Petite précision : je n'utilise pas de plugin de cache. Est-ce que quelqu'un a déjà rencontré ce genre de problème ? J'ai beau chercher je ne vois pas d'où ça peut venir et comment y remédier. Merci d'avance !

Faut pas être désolés, ce sont des choses qui arrivent et vous avez été super réactifs.

Pour l'instant pour moi ça marche correctement en effet.

Ah flûte, je ne l'ai pas vu . J'ai bêtement juste regardé la liste de travaux en cours sur la droite de la page de iWall et je n'ai pas vu de sujet dessus.

Pareil, très lent et coupures intermittentes sur l'ensemble de mes sites. J'ai ouvert un ticket à ce sujet.

Merci beaucoup pour votre aide à tous les deux. Je vais détailler un peu mon cas : je n'envoie pas un mail avec les 200 adresses en A/CC/CCi, mais je fais un wp_mail pour chaque destinataire (ne serait-ce que parce que les mails sont personnalisés avec le prénom du destinataire). Chaque mail étant traité individuellement, ça fait donc à chaque fois 200 connexions successives au serveur de mail... Les mails sont comme suit : Je n'ai pas l'impression qu'ils sont de nature à allumer en rouge les sentinelles du spam, mais je peux me tromper. Pour le ticket, j'en ai déjà un d'ouvert pour des problèmes un peu similaires cette semaine (qui m'ont amené à envisager la solution google), du coup est ce que je le complète ou bien est ce que j'en ouvre un nouveau ?

Bonjour J'ai un souci d'envoi de mails depuis mon hébergement, et je ne sais pas trop comment m'en dépatouiller. La problématique : sur un de mes sous-domaine tourne un Wordpress équipé d'un plugin développé par mes soins (pour gérer une association). Ce Wordpress a donc besoin d'envoyer des mails, dans les cas suivants : - La vie "normale" d'un WP (mails de maintenance aux admin, reset mot de passe aux utilisateurs) - Les activités liées à l'association : envoi de mails à chaque mise en ligne de plannings (un par semaine), envoi de mails (txt ou ical) sur demande lors d'inscription aux activités, envoi de mails en cas de modification/annulation d'activités (qui ont entre 1 et 30 inscrits) Pour la deuxième partie, le volume peut être conséquent (200 inscrits dans la base au total). Cette partie est implémentée en utilisant wp_mail(), donc par défaut cela utilise la fonction mail() de php. Comme j'ai pu constater lors de mes tests que cela peut donner des mails qui n'arrivent pas (réglé dans un ticket), je me suis penché plus avant sur la question (et j'ai lu le forum) et j'ai voulu utiliser un smtp : celui de gmail via un plugin qui permet de mettre ça par dessus wp_mail. Ca a très bien démarré, mais ce midi lors du lancement du site (donc envoi de 2x 200 mails), gmail a brusquement cessé d'envoyer les mails. Du coup je suis repassé sur la config de base (wp_mail / mail() donc) et là aussi une partie est arrivée mais ça s'est arrêté de fonctionner et plus rien ne passe. J'ai donc l'impression que je m'y prends mal et je ne sais pas trop comment m'en sortir. Les scénarios : - Continuer à utiliser wp_mail/mail () mais des pistes pour que ça se passe mieux ? - Utiliser un smtp externe : j'ai l'impression que si je rebranche gmail ça va à nouveau exploser en vol. - Utiliser le smtp d'un compte zimbra sur yulpa : est ce que le smtp va pouvoir encaisser la charge ? Tous les conseils sont les bienvenus, merci d'avance

J'ai l'impression que c'est mieux de mon côté, je continue à surveiller.

Bonjour Je note de mon côté de forts ralentissements cette semaine sur mon hébergement. Je n'ai pas de données chiffrées mais en ressenti c'est très "mou" avec Wordpress. Sites impactés : wtcomics.mdata.fr, escaletest.mdata.fr Ca se ressent beaucoup dans le back-office, donc pas évident de vous "montrer". Je peux vous donner les noms des serveurs mysql que j'utilise si ça peut vous aider à cerner l'origine du problème...