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
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
bonjour, toujours très grosses lenteurs, pour accéder déjà au site et ensuite entre pages, dans le programme outil santé de votre site j'ai trouvé 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
bonjour, toujours très grosses lenteurs, pour accéder déjà au site et ensuite entre pages, dans le programme outil santé de votre site, j'ai trouvé 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
bonjour, toujours très grosses lenteurs, pour accéder déjà au site et ensuite entre pages, dans le programme outil santé de votre site, j'ai trouvé 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
bonjour, toujours très grosses lenteurs, pour accéder déjà au site et ensuite entre pages, dans le programme outil santé de votre site, j'ai trouvé 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
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.
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?????
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
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
Total: 27
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?
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 ?
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 ?
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).
