bonjour
mon site WordPress hébergé chez OVH standard est super lent, réponse au ticket d'OVH de leur cote tout est ok
les tutoriels envoyés sont trop complexes à suivre pour moi.
Et pas possible d’être guidé par tel par ovh , la liste proposée des prestataires recommandés pour le dépannage et si longue qu'il est difficile de choisir et qui sont ils et à quel cout?
Si quelqu'un a réussi à se dépanner merci de l'aide
mon site https://www.cieldescorbieres.fr/ et me joindre e-mail abap@cieldescorbieres.fr à l'attention de Serge
Merci
Serge
34360 
26.11.2025 10:38
Bonjour@SergeS21
Dans votre page d'accueil, avez-vous des liens (images, css, etc.) vers des sites externes au votre ?
Si oui, désactivez ces liens, images, ...
Si ce n'est pas le cas, vous pourriez par exemple, désactiver tous les plugins, puis les remettre en service l'un après l'autre.
Voir dans mon guide le paragraphe : W - PLUGINS en erreur, dossier PLUGINS
N'installez que le minimum de plugins :
Voir dans mon guide le paragraphe : L2 - N’installer que le strict minimum de plugins
merci de votre réactivité, pas de plugins obsolètes par contre dans menu outil santé du site je trouve ce message mais je ne vois pas comment le résoudre
Lors du test de l’API REST, une erreur s’est produite :
Point de terminaison de l’API REST : https://www.cieldescorbieres.fr/wp-json/wp/v2/types/post?context=edit Réponse de l’API REST : (http_request_failed) cURL error 28: Operation timed out after 10000 milliseconds with 0 bytes received
qu'en pensez-vous?
Bonjour,
Vu comment le site répond, cela ressemble a un plugin qui fait un appel externe puis tombe en timeout.
Pour ça il existe 2 plugins qui permet de faire de l'analyse/debug : https://wordpress.org/plugins/query-monitor/ & https://wordpress.org/plugins/http-requests-manager/
Note: pour tout problème lié au site le support OVH ne fera rien car cela sort de leur domaine d'action.
Cordialement, janus57
je n'arrive pas à lire vos réponses pourtant je suis bien connecté à community et pas de bouton pour lire, j'ai bien recu sur mon email de consulter les réponses?????
@fabl
C'est encore le grand bordel, la réponse que j'ai fait ce matin vers 9h sur ce sujet encore disparue 👺
j'ai testé gtmetrix sur mon lien du site et le retour est: analyse erreur en récupérant le délais de réponse de la page, je ne trouve pas d'image qui aurait recopié avec lien extérieur, je ne suis pas un expert surement la solution est simple; je pose la question est-il possible d'y travailler en direct par tel, merci
Bonjour,
Comme dit plus haut avez-vous vérifier vos extensions/plugins ?
Avez-vous tester les extensions/plugins pour analyser le problème ?
N'avez-vous pas reçus un mail de OVH pour dire que les connexion sortante sont bloqués suite à un abus ?
Cordialement, janus57
ok, en plugins seulement 2 = metaslider et udrafplus à jour
dans outil etat de santé du site j'ai toujours cette erreur critique que je vois pas comment résoudre =
Lors du test de l’API REST, une erreur s’est produite :
Point de terminaison de l’API REST : https://www.cieldescorbieres.fr/wp-json/wp/v2/types/post?context=edit
Réponse de l’API REST : (http_request_failed) cURL error 6: getaddrinfo() thread failed to start
merci
Bonjour,
je vais re-poster ce que j'avais posté et restez sans réponse :
Bonjour,Vu comment le site répond, cela ressemble a un plugin qui fait un appel externe puis tombe en timeout.Pour ça il existe 2 plugins qui permet de faire de l'analyse/debug : https://wordpress.org/plugins/query-monitor/ & https://wordpress.org/plugins/http-requests-manager/Note: pour tout problème lié au site le support OVH ne fera rien car cela sort de leur domaine d'action.
+ Avez-vous tester les extensions/plugins pour analyser le problème ?
+ N'avez-vous pas reçus un mail de OVH pour dire que les connexion sortante sont bloqués suite à un abus ?
Cordialement, janus57
avec plugins query monitor installé voici les indications
1° erreur php
Obsolète Deriving $_SERVER['argv'] from the query string is deprecated. Configure register_argc_argv=0 to turn this message off
Unknown:0
1 Inconnu
2° doing it wrong
La fonction _load_textdomain_just_in_time a été appelée de façon incorrecte. Le chargement de la traduction pour le domaine catch-responsive a été déclenché trop tôt. Cela indique généralement que du code dans l’extension ou le thème s’exécute trop tôt. Les traductions doivent être chargées au moment de l’action init ou plus tard. (Ce message a été ajouté à la version 6.7.0.)
_load_textdomain_just_in_time()
3° vue d'ensemble
Temps de génération de la page
12,5690s
7,6% de 165s limite
Pic d’utilisation mémoire
15 623 640 octets (14,9 Mo)
2,9% de la limite du serveur 512 Mo
Requêtes en base de données
0,0160s
Appels d’API HTTP
Aucun(e)
Cache objet
93,9% taux de réussite (801 réussites, 52 échecs)
Aucune extension de cache d’objet persistant n’est utilisée
L’extension Redis de cache d’objets PHP est installée, mais elle n’est pas utilisée par WordPress. Vous devriez installer l’extension Redis.
question dois-je installer extension Redis et pour le1° et 2° que faut-il faire?
Merci
Bonjour,
>question dois-je installer extension Redis
non ce n’est pas dispo chez OVH
>et pour le1° et 2° que faut-il faire?
Pour le 1 cela semble lié à PHP8.5 qui demande à ce que register_argc_argv soit à OFF => rien de spécial à faire, c’est juste un warning (et pour le coup je conseillerais de rester en PHP8.4 si vous n'avez pas vérifié que tous vos thèmes/plugins sont comptable PHP8.5)
Pour le 2 c'est un problème de code dans un plugin et/ou thème et c'est au concepteur de corriger.
Après, il faut analyser votre page principale, car là, je suppose que c'est les données issues de la page d'administration.
En tout cas, à chaque requête, je constate que le site met entre 30s et 1m a répondre et 99% du temps est "attente" ce qui signifie un traitement côté PHP qui soit est trop long soit part en timeout à cause d'une ressource externe HS
+ N'avez-vous pas reçu un mail de OVH pour dire que les connexions sortantes sont bloquées suite à un abus ?
Cordialement, janus57
oui, j'avais été piraté et ovh m'avais conseillé de recharger les données et la base, je suis remonté à une semaine, la connexion se faisait sur une page en langage Turc. je viens de repasser en PhP 8.4 et désormais je n'ai plus accès à la page administrateur. j'hésite de repasser à 8.5?
ensuite que faire avec ces messages? est-ce que remonter plus loin dans les sauvegardes serait une solution ?
Merci de votre intérêt sur mon cas?
Serge
complément info: les sauvegardes rechargées pour récupérer accès sans cette page bloquante me faisais penser à un piratage entre le 27 et 28 février
Bonjour,
L'information que votre site a été piraté aurait été utile pour le coup.
Là je vois que 3 solutions, sachant que la seule vraie solution est la 1 ou la 3 :
1 - Analyser/nettoyer le site, voir comment il est rentré et corriger la faille (souvent dû à des absences de mises à jour)
2 - Restaurer la sauvegarde la plus ancienne possible (avec les pertes de données que cela va impliquer)
3 - recommencer le site à zéro
Note : en aucun cas restaurer une sauvegarde ne va faire disparaitre le piratage si cette sauvegarde n'est pas analysée avant pour vérifier que le pirate n'est pas déjà dedans, car restaurer une sauvegarde ou le pirate y a implanté un moyen de revenir ne sert à rien (c'est potentiellement le cas ici).
Cordialement, janus57
bonjour
je préfèrerai la solution 1, de passer en php 8.4 j'ai perdu la possibilité de rentrer sur mon site en mode admin, je fais régulièrement des visites pour voir les mises à jours et des sauvegardes PC pour être rechargées sur PC et consultable par local-site
un nettoyage consiste en quoi? une application particulière. possible à tester sur pc local site? Pour info, en parallèle j'ai relance mon ticket OVH mais il m'avait déjà invité de faire appel à la communauté ou de voir avec un prestataire recommandé, pour l'instant je reste avec vous. Les éléments statistiques me donne au moins un tiers des pages en erreur
Merci
joint la page trouver sur mon site qui avait disparue en rechargeant les données anciennes d'un semaine
Bonjour@SergeS21
Pour maintenant, c'est trop tard.
Mais pour plus tard quand votre site sera nettoyé et opérationnel, n'oubliez pas de le sauvegarder sur votre PC.
________________________________________________________________________________________________
Les sauvegardes chez OVH de votre site ne sont pas éternelles.
Extrait de mon guide : T - Restauration OVH de votre site à une date antérieure
Chez OVH, la restauration de votre hébergement ne permet de remonter qu’au maximum à deux semaines.
Si le piratage de votre site remonte à 3 semaines, vous êtes foutu et obliger de tout supprimer et reconstruire complètement votre site.
Chez OVH, la restauration de votre base de données ne permet de remonter qu’au maximum à deux mois
Penser à faire une sauvegarde Hébergement et Base de données sur votre PC une fois par mois.
Voir dans mon guide le paragraphe : Ua - Sauvegarde complète de votre site sur votre PC