Il s'agit du forum d'assistance technique de WPML, le plug-in multilingue pour WordPress.
Il est accessible à tous, toutefois seuls les clients de WPML peuvent y publier leurs messages. L'équipe du WPML répond sur le forum 6 jours par semaine, 22 heures par jour.
Sun
Mon
Tue
Wed
Thu
Fri
Sat
-
6:00 – 12:00
8:00 – 12:00
6:00 – 12:00
8:00 – 12:00
6:00 – 12:00
-
-
13:00 – 15:00
13:00 – 17:00
13:00 – 15:00
13:00 – 17:00
13:00 – 15:00
-
Fuseau horaire du supporter: America/Lima (GMT-05:00)
Malheureusement, de nouvelles erreurs 500 sont réapparues sur le frontend (notamment ce 10 mars).
Situation :
- de manière aléatoire, vous tombez sur une ou plusieurs pages en erreur 500 sur le frontend
- une simple connexion au backend suffit à faire disparaitre les erreurs 500
- Je n'ai pas trouvé comment reproduire les erreurs
Merci de m'activer un champs privé pour que je puisse vous partager :
- le debug.log
- les erreurs serveur indiquées dans le Cpanel de mon hébergeur O2Switch
- une prise d'écran du plugin Query Monitor relevant des problèmes de requêtes WPML
Déjà testé sans succès :
- reproduction totale du site (sans clonage pour éviter de migrer les problèmes) sur un WordPress et une base de donnée vierge
- désactivation du cache (litespeed cache, réactivé depuis)
- php 7.4, 8.0, 8.2, 8.2 (php 8.0 actuellement)
- augmentation des valeurs PHP du serveur (valeurs toujours actuelles) :
max_execution_time : 3000
max_file_uploads : 200
max_input_time : 600
memory_limit : 2048M
post_max_size : 512M
upload_max_filesize : 512M
Je n'ai pas encore eu l'occasion de comparer mon htaccess entre les moments où le site fonctionne parfaitement et les moments où il est en erreur 500 sur certaines pages. J'essayerai de consulter ce fichier avant de me connecter au backend (action faisant disparaitre les erreurs).
Je ne sais pas si c'est normal, mais mon WordPress comporte 3 fichiers htaccess :
- ".htaccess"
- ".htaccess.bk" (contenu actuellement similaire à .htaccess)
- ".htaccess_" (contenu beaucoup plus long car comportant de nombreuses mentions liées il me semble à LiteSpeed cache)
En parallèle de ce projet, j'ai recommandé WPML (à raison ?) à deux autres clients sur lequel je travail actuellement. Espérons que nous trouverons très vite à résoudre ce problème d'erreur 500 et que nous n'auront pas les mêmes soucis dans ces deux autres projets.
Les langues: Anglais (English )Français (Français )
Fuseau horaire: America/Lima (GMT-05:00)
Bonjour,
Malheureusement, comme je le mentionnais dans ma dernière réponse sur l'autre ticket. Notre support de deuxième niveau confirme que cela n'est pas lié à WPML.
George:
The call being from cron is not a problem. It should work. Yes I think mod_security could be influenced by this, but this is not WPML issue for me with the given information.
La solution alternative que je puisse vous offrir est de migrer votre site sur Cloudways afin que vous puissiez tester le site sur un autre environnement (autre serveur).
Dites moi si vous êtes d'accord pour procéder à la migration
Je n'affirme pas que le problème soit lié à WPML mais il est un peu trop tôt pour conclure que ce n'est pas le cas.
L'hébergeur O2switch avec qui je n'ai jamais eu de problème avant de proposer WPML à mes clients, m'indique que quelques chose sature les ressources pourtant très conséquentes chez eux.
Encore une fois rien ne prouve que WPML est lié aux erreurs mais la plupart des erreurs que je vois dans mes logs ou dans le plugin Query Monitor mentionnent WPML.
Une recherche "erreur 500" sur le forum fait remonter également énormément de topics en rapport.
J'admet être un peu refroidi et embêté car WPML me paraissait être une solution fiable et éprouvée à proposer à mes clients WordPress. Je préfèrerai sincèrement trouver enfin la solution plutôt que de devoir trouver une alternative.
En quoi consiste le serveur Cloudways ? Vous me donner des accès où je peux cloner le site quelques temps ?
Je suis d'accord du moment que le site soit bien bloqué en indexation pour éviter le duplicate content SEO avec le site en production.
Pouvez-vous m'activer la réponse privée pour que je vous partage les récents log ?
Les langues: Anglais (English )Français (Français )
Fuseau horaire: America/Lima (GMT-05:00)
Bonjour,
Voici les instructions pour migrer votre site sur Cloudways:
1) Installez ce plugin sur votre site: Cloudways WordPress Migrator (https://wordpress.org/plugins/bv-cloudways-automated-migration/)
2) Une fois activé, vous serez redirigé vers un formulaire de migration
3) Remplissez le formulaire avec ces informations
- Email
Votre propre email pour recevoir les notifications de migration
- Destination Site URL: lien caché
- Server Public IP Address:
198.199.78.128
- Database Name:
ysudqryhyp
- Database User:
ysudqryhyp
- Database Password:
3JfkMqgQzf
- SFTP User:
user-658913
- SFTP Password:
User-658913
4) Acceptez les termes et cliquez sur "Migrate"
Plus d'infos: lien caché
5) Vous recevrez les notifications de début et fin de migration par email
6) Dites moi lorsque la migration est terminée.
L'idée ici est de voir si le problème vient bien de votre serveur. Pour cela garder le site tel quel avec tous les plugins activés. Si l'erreur ne se reproduit pas, c'est qu'elle provient de votre environnement. Si elle se reproduit il faudra tester le site en "minimal en désactivant tous les plugins qui ne sont pas liés à WPML et changez de thème pour un thème WordPress comme 2020.
La copie de votre site sera en ligne, mais les moteurs de recherche ne l'indexeront pas (la copie) afin que vous n'ayez pas à vous soucier de contenu dupliqué.
Le formulaire du plugin m'indique Invalid username/password details.
N'y a t'il pas une erreur dans le "SFTP User" et le "SFTP Password" (ceux fournis sont identiques hormis une majuscule)
Pour info, le formulaire ne me propose pas de rentrer :
- Database User
- Database Password
Le formulaire comporte les champs :
- Destination Site URL
- SFTP Host/Server Address
- Database Name
- SFTP Username
- SFTP Password
Voici les autres réglages du formulaire que j'envisage de faire :
- HTTP Auth enabled? = No
- cocher tous les root et toutes les tables (pour vraiment avoir le site à l'identique)
- Is this site password-protected? = No
PS : vous me confirmez que cette procédure clone seulement et que site reste intacte sur son serveur actuel ? Ce n'est pas une migration dans le sens d'un déplacement "couper/coller" 😅 ?
Les langues: Anglais (English )Français (Français )
Fuseau horaire: America/Lima (GMT-05:00)
Bonjour,
Merci pour cette migration. C'est sans doute une migration du site PROD car mon compte admin n'existait pas/plus.
Je me suis connecté à la base de données et j'ai changé le mot de passe du compte admin afin de pouvoir me connecter. Je vous donne le nouveau mot de passe dans une réponse privée pour que vous ayez aussi accès.
Voici mes premières observations:
1. Il y a un message d'avertissement qui dit que Breeze n'est pas compatible avec LiteSpeed. Les deux plugins sont des plugins de cache et il n'est jamais recommandé d'avoir deux plugins exécutant la même fonction car cela peut entrainer des conflits (c'est le cas par exemple entre WPML et Polylang, deux plugins de traduction).
Merci de désactiver l'un des deux plugins sur cette migration (celui de votre choix) pour écarter cette piste.
2. J'ai activé WP_DEBUG et il y a déjà des erreurs loguées liées aux travaux CRON:
[17-Mar-2023 18:06:23 UTC] Erreur d'événement de replanification de tâche pour le crochet get_version_cron. Code d'erreur : invalid_schedule. Message d'erreur : L'évènement planifié n'existe pas.. Données : {"schedule":"3hours","args":[],"interval":10800}
[17-Mar-2023 18:06:53 UTC] Erreur d'événement de replanification de tâche pour le crochet get_version_cron. Code d'erreur : invalid_schedule. Message d'erreur : L'évènement planifié n'existe pas.. Données : {"schedule":"3hours","args":[],"interval":10800}
Merci de vérifier si vous avez les mêmes erreurs de votre coté en prod (car si je me souviens bien vous faites vos propres travaux CRON non?)
Je n'arrive pas du tout à consulter le site cloné. J'arrive sur une erreur 500 actuellement (même sur la page /wp-admin, ce qui n'est jamais arrivé sur le site en prod).
1. Il y a un message d'avertissement qui dit que Breeze n'est pas compatible avec LiteSpeed
Nous utilisons et souhaitons conserver LiteSpeed Cache qui est idéal sur les serveurs O2Switch. Il s'agit peut être d'un plugin de cache installé par Cloudways car je ne connais pas et n'ai jamais installé "Breeze".
Comment puis-je m'assurer qu'il n'est pas en place sur le site de prod ? (il n'apparait pas dans la liste des plugins WordPress).
2. J'ai activé WP_DEBUG et il y a déjà des erreurs loguées liées aux travaux CRON:
J'ai effectivement les mêmes erreurs que vous dans debug.log du site de prod.
Je n'ai jamais eu de problème avec le remplacement du Cron natif à WordPress (non optimal) par un Cron Cpanel.
Voici la commande que j'utilise actuellement (déclanchement toutes les 30min) :
Sur le site de prod, le plugin Query Moniteur affichait en rouge durant quelques minutes les requêtes de la screen jointe.
Peut être que cela est lié à cette erreur présente à de nombreuses reprises dans debug.log :
[20-Mar-2023 13:05:24 UTC] PHP Warning: mysqli_real_connect(): (HY000/1203): User XXX_XXX already has more than 'max_user_connections' active connections in /home/XXX/XXX.com/wp-includes/class-wpdb.php on line 1775
(je cherche à mettre le doigt sur la génération des erreurs 500 aléatoires).
Les langues: Anglais (English )Français (Français )
Fuseau horaire: America/Lima (GMT-05:00)
Bonjour,
Il y avait un problème avec .user.ini, je l'ai éliminé et le site est de nouveau accessible.
- Les erreurs dans debug.log sont les même que la dernière fois.
[21-Mar-2023 13:24:27 UTC] Erreur d'événement de replanification de tâche pour le crochet get_version_cron. Code d'erreur : invalid_schedule. Message d'erreur : L'évènement planifié n'existe pas.. Données : {"schedule":"3hours","args":[],"interval":10800}
[21-Mar-2023 13:25:27 UTC] Erreur d'événement de replanification de tâche pour le crochet get_version_cron. Code d'erreur : invalid_schedule. Message d'erreur : L'évènement planifié n'existe pas.. Données : {"schedule":"3hours","args":[],"interval":10800}
- Effectivement Breeze est un plugin de cache par "Cloudways" je l'ai donc désactivé
- Jusqu'à présent les erreurs enregistrées sur le serveur sont liées à ce problème avec .user.ini
Sur le site de prod les erreurs 500 (avant quotidiennes) sont heureusement de plus en plus rares. Continuons de surveiller le comportement du clone durant quelques temps. L'idéal serai de mettre le doigt sur la raison pour être vraiment serein.
Voici le debug.log récent du site de prod (les 2 erreurs sont présentent à de multiples reprises) :
Erreur d’événement de replanification de tâche pour le crochet get_version_cron. Code d’erreur : invalid_schedule. Message d’erreur : L’évènement planifié n’existe pas.. Données : {"schedule":"3hours","args":[],"interval":10800}
PHP Deprecated: usort(): Returning bool from comparison function is deprecated, return an integer less than, equal to, or greater than zero in /home/XXX/XXX.com/wp-content/plugins/sitepress-multilingual-cms/vendor/wpml/fp/core/Lst.php on line 115
PS : de manière globale, merci pour votre aide sur les différents tickets (pour info je suis aussi nicolasD-89) 😉
1. D'accord, dommage. Je n'ai jamais eu de problème avec mes Cron Cpanel. J'ai souvent entendu dire que le Cron natif à WordPress n'est pas optimal car dépendant des visites (il se déclenche pas assez souvent lorsqu'un site a peu de trafic, ou trop souvent sur un site recevant beaucoup de trafic).
Constatez vous toujours ces erreurs en réactivant le cron natif à WordPress sur le clone ?
2. J'étais en 4.6.1 et viens de passer à la 4.6.2
Je vais surveiller les logs pour voir si l'erreur réapparait.
En attendant, ce 22/03, cette erreur est réapparu à de nombreuses reprises dans le debug.log :
PHP Warning: mysqli_real_connect(): (HY000/1203): User xxx_xxx already has more than 'max_user_connections' active connections in /home/xxx/xxx/wp-includes/class-wpdb.php on line 1775
Les langues: Anglais (English )Français (Français )
Fuseau horaire: America/Lima (GMT-05:00)
Bonjour,
1. Sur Cloudways il n'y a pas de cron job programmé et je viens de vérifier le fichier wp-config.php et je ne trouve pas de commande pour désactiver le cron job de WordPress.
define('DISABLE_WP_CRON', true);
Comment l'avez vous désactivé?
2. Merci de me tenir informé car ce problème est marqué comme résolu. S'il réapparait, je ferai remonter l'info
3. Concernant les referrer, je ne pourrais pas vous dire. C'est plutôt une question pour votre hosting mais je sais qu'il existe des "spam referrer" (cherchez sur Google) donc c'est sans doute pour cela que le message est "denied by server".
Le sujet '[Fermé] erreur 500 aléatoires mais récurrentes' est fermé aux nouvelles réponses.
