Conseils pour étude d'offre PRO
BMPCreated with Sketch.BMPZIPCreated with Sketch.ZIPXLSCreated with Sketch.XLSTXTCreated with Sketch.TXTPPTCreated with Sketch.PPTPNGCreated with Sketch.PNGPDFCreated with Sketch.PDFJPGCreated with Sketch.JPGGIFCreated with Sketch.GIFDOCCreated with Sketch.DOC Error Created with Sketch.
Question

Conseils pour étude d'offre PRO

Par
MarcL13
Créé le 2018-05-31 08:42:13 (edited on 2024-09-04 11:36:17) dans Hébergements Web

Bonjour à tous,

Je dispose d'une ancienne offre d'hébergement OVH "PRO 2010" et je constate que mon site sur Wordpress est très lent. J'en suis arrivé à me poser la question de la part de responsabilité de l'hébergeur dans cette lenteur, qui ne m'étonnerait pas pour inciter les utilisateurs à changer d'offre. En effet, à chaque connexion, OVH me conseille de basculer à la nouvelle offre "PRO" qui est plus chère, avec 250 Go d'espace disque (bien que je n'ai besoin que de 25 Go).

Mon offre actuelle est à mois de 6 euros par mois, me propose 100 Go d'espace disque (je n'en utilise que 25% et cela ne vas pas évoluer), 1 SQL Pro à 500 Mo et 3 SQL à 50 Mo. Je n'utilise que la SQL Pro.

Plusieurs questions :
- une bascule vers l'offre Pro actuelle peut-elle avoir un impact sur la rapidité du site (notamment dans le domaine des ressources ?).
- une bascule vers l'offre Pro actuelle est-elle transparente pour mon site (ai-je besoin de mettre à jour des fichiers de configuration?) ?

Merci d'avance pour votre temps et vos réponses.

Cordialement.

Marc


64 réponses ( Latest reply on 2018-06-19 20:29:35 Par
Buddy
)


Je dispose d'une ancienne offre d'hébergement OVH "PRO 2010" et je constate que mon site sur Wordpress est très lent.

Bonjour @MarcL13, les ralentissements dont tu parles sont certainement dus :
* Aux plugins
* Aux appels vers des liens externes.

Passer sur une offre, dite plus performante, ne changera rien.

Au fait, quelle quantité de visiteurs individuels par jour ?

Trafic mensuel : 60 000 visiteurs
Pages vues mensuellement : 165 500 pages
6 000 images
10 000 pages
1 forum Phpbb (aucun soucis de lenteur) : 110268 messages.

Les plugins sont malheureusement tous indispensables au bon fonctionnement de mon site. Il y a bien entendu des plugins qui "pèsent" comme WPML mais j'imagine que je ne suis pas seul dans ce cas là.

Quel est le contenu du fichier ovhconfig?

Quelle version de php ?
Avec ou sans cdn ?

Voici le contenu de l'ovhconfig:
> app.engine=php
> app.engine.version=5.6
> http.firewall=none
> environment=production
> container.image=stable

Mon offre actuelle ne propose pas de CDN.

Et avec php 7.1 ou 7'2 par exemple ?

Passer à PHP 7.1 ou 7.2 peu effectivement aider. Mais attention que phpBB soit compatible. Sinon as tu une plugin mise en cache installé ?
Ca aide aussi beaucoup

J'ai bien un plugin de mise en cache.

Pour le passage à PHP 7.1, pouvez-vous m'indiquer la marche à suivre ? Merci.


app.engine.version=5.6


A remplacer par
app.engine.version=7.1
(si ça ne marche pas avec ph 7.1, il est possible de remplacer par 7.0 et ça ne marche toujours pas 5.6)


Je dispose d'une ancienne offre d'hébergement OVH "PRO 2010" et je constate que mon site sur Wordpress est très lent. J'en suis arrivé à me poser la question de la part de responsabilité de l'hébergeur dans cette lenteur, qui ne m'étonnerait pas **pour inciter les utilisateurs à changer d'offre.** En effet, à chaque connexion, OVH me conseille de basculer à la nouvelle offre "PRO" qui est plus chère, avec 250 Go d'espace disque (bien que je n'ai besoin que de 25 Go).


Tiens, je suis juste venu écrire un message allant dans le même sens.
Je pense qu'il y a actuellement une politique malhonnête pour nous forcer à payer plus,

Ainsi, avec une offre perso, je suis resté des mois avec 4 sites internets dont un seul qui avait beaucoup de visite : 4 à 5000 visiteurs par jours.

Puis, comme j'avais un petit bug mais pas de dépassement de ressource, j'ai demandé le conseil à un technicien qui m'a conseillé de passer à une offre superieur.

J'ai suivi bêtement et confiant son conseil et cela a été une grosse erreur, malgré le fait que j'ai déplacé un des petits site sur un autre hébergeur, que les trois sites restants se sont retrouvé avec chacune une base de donnée, il y a eu de gros ralentissement.

En demandant conseil aux techniciens ils m'ont dis encore de changer d'offre, j'ai finalement écrit un message à ce propos sur ce forum en expliquant comment mes sites avaient ralenti en passant à l'offre pro, comment j'étais passé de 4 à 5000 visiteur/jour à 2000 à cause de ces ralentissement et juste après, il y a eu un déblocage, la fin des pages 503 à répétitions et la vitesse est un peu revenue, mais pas autant que quand j'étais en hébergement perso.

Quand je suis revenu sur le forum pour voir si quelqu'un avait répondu à mon message, j'ai découvert qu'ils l'avaient effacé.

Et maintenant, alors que je suis encore loin de mes anciens 4 à 5000 visiteurs/jours en perso, car il y a encore beaucoup de ralentissement, que je suis au environs de 2500 visiteurs/jours, je viens de recevoir un message d'ovh me félicitant parce que mes sites avaient du succès car je dépassais le plafond de ressource et que je devais payer encore pour passer à une offre supérieure, comment qualifier ce genre de méthode ?

J'avais vu il y a quelques mois,cela :
https://www.lemondeinformatique.fr/actualites/lire-ovh-obtient-400-meteuro-de-credit-pour-financer-son-deploiement-mondial-68686.html OVH obtient 400 M€ de crédit pour financer son déploiement mondial

Je me demande si ils ne sont pas en train de couler, d'où l'incitation à nous mettre tous sur des VPS.

Enfin, j'ai effacé un des petits sites et vais déplacer l'autre petit site sur l'autre hébergement, j'ai aussi supprimé des plugins sur le gros site, fait beaucoup pour l’alléger, mais je sais pas si cela va suffire ou si je vais devoir aller voir ailleurs, mais je suis dégoutté de devoir payer encore alors que j'ai encore près d'un an sur OVH.

Comment défendre ces droits face à cela, je ne sais pas si 60 millions de consommateur protège les webmaster, je vais voir.

Url des sites ?
Les techniciens Ovh ne s'occupent pas du tout des sites donc si il y a un plugin qui tournent en rond, beh ils conseillent simplement de viser plus haut..

J'ai fait les modifications de l'ovhconfig, mais à part des bug, ça n'a pas eu l'effet escompté.

Avec 7.1; j'ai eu le droit à ce message d'erreur :

> **Not Implemented**
> GET to /normandie not supported.
> Additionally, a 501 Not Implemented error was encountered while trying to use an ErrorDocument to handle the request.

Avec 7.0, j'ai juste eu le droit à la fameuse page blanche.


Avec 7.0, j'ai juste eu le droit à la fameuse page blanche.



Ton WP et tout les plugins sont ils à jour ?

sans l'url difficile par exemple de voir si la mise en cache est bonne, si il n'y a pas de redirection non souhaitée et etc ...

Sinon tu peux vérifier la compatibilité de tes plugins avec php 7.0, 7.1 à l'aide de ce plugin
https://fr.wordpress.org/plugins/php-compatibility-checker/


Aussi votre topic n'a pas été supprimé: https://community.ovhcloud.com/community/fr/lenteur-hebergement-pro-et-changement-dns?id=community_question&sys_id=c324b94c81928210f0780f07683eb2c2


Ce n'est pas celui dont je parle, bien sur, la réponse du technicien ovh, pardon, du membre Gaston ne donnais pas envie de continuer, comme je suit le forum depuis longtemps, j'ai le fichier /.ovhconfig conseillé par lui même et les autres très habitué de ce forum.

Et sur l'autre message, je parlais aussi du changement de perso à pro, de la lenteur et des erreurs 502, 503, 504 à répétition.

Sinon au niveau plugin, lors du changement de perso à pro, j'avais exactement les mêmes.

Donc il y aurait des plugins qui marchent bien sur un hébergement perso mais pas sur les pro ?

L'excuse du plugin lent est pratique, c'est pas de notre faute, c'est ton plugin, il faut que t’achète un VPS pour pouvoir l'utiliser !

WP et tous les plugins sont à jour.

Voici l'URL pour info : www.1overlord.comoverlord.com

il est possible de passer le site en https. (OVH fournit gratuitement le certificat : https://www.ssllabs.com/ssltest/analyze.html?d=www.dday-overlord.com )

Après il est sur le cluster002, on ne peut pas dire qu'il soit réputé pour sa fiabilité ...

C'est qui est un peu bizarre selon pingdom : Load time 42.69 s c'est effectivement enorme pour 1.7 MB.
Il y a un fichier http://www.1overlord.com/img/div/favicon.ico.pngoverlord.com/img/div/favicon.ico.png qui semble tout bloquer
https://tools.pingdom.com/#!/dg6Ev7/http://www.dday-overlord.com/

L'option du certificat SSL est déjà activé et en ligne : https://www.1overlord.com/overlord.com/

Est-ce qu'une option CDN pourrait accélérer les choses ?

Oui.
Le cdn prendrait déjà en cache toutes les images et surtout le favicon problématique.

Pour le https,il faut aller dans le panneau admin de wordpress réglages et changer url du site et url de wordpress en remplaçant http:// par https://


Est-ce qu'une option CDN pourrait accélérer les choses ?



Le CDN a l'avantage que ton site peut profiter du http/2 . Par contre ce truc avec le favicon est un peu bizarre. As tu essayé juste pour voir désactiver ce favicon dans le thème ou plugin si ça accélère ton site ?

J'ai désactivé le plugin du favicon, mis en place une option CDN et changé l'adresse en https, mais pas d'évolution de la rapidité du site, même en back-end.

Le favicon il vaut mieux le faire 1 fois a la main et le poser sur le site.
Pas besoin de plug in pour un favicon.

Il faut attendre plusieurs heures pour que le site pointe vers l'ip du CDN.


J'ai désactivé le plugin du favicon, mis en place une option CDN et changé l'adresse en https, mais pas d'évolution de la rapidité du site, même en back-end.



As tu vidé le cache produit par ton plugin ?
Toujours le même problème avec ce fameux favicon
https://tools.keycdn.com/speed?h=5b1121ad71bf2708ca243ab2

Désormais, une fois le cache vidé, c'est encore pire.

Le délais d'attente est dépassé, les navigateurs ne peuvent pas attendre aussi longtemps, les pages ne s'affichent plus...

HELP !

Et sinon complètement supprimé le favicon ?


Le délais d'attente est dépassé, les navigateurs ne peuvent pas attendre aussi longtemps, les pages ne s'affichent plus...



Chez moi ton site s'affiche rapidement
et même chez pingdom Load time : 3.19 s
https://tools.pingdom.com/#!/cT5orb/https://www.dday-overlord.com

et key CDN 3,5 sec
https://tools.keycdn.com/speed?h=5b1145b271bf2717231dcc32

Mais ton favicon et toujours là et le plus long. Par contre p.être grâce au http/2 ça ne semble plus bloquer

Bonjour,

Avez vous suivi ce guide ? Notamment la partie qui vous explique les statistiques de l'hébergement ?

https://docs.ovh.com/fr/hosting/optimisation-performances-site/#statistiques-de-votre-site

Vos requêtes sont très importantes, notamment sur une de vos bases qui en totalise 7 millions ces dernières 24h, c'est énorme. Cela vient forcément de quelque chose installé sur l'hébergement, il faut donc identifier ce qui crée tant de requêtes et faire en sorte qu'elles baissent.
Les logs pourront vous dire d'où viennent les requêtes (TCP out, web, erreurs...) Vocii un guide qui vous explique comment les lire :

https://docs.ovh.com/fr/hosting/mutualise-consulter-les-statistiques-et-les-logs-de-mon-site/

@DominiqueT pour faire suite a votre message, @Gaston_Phone ne travaille effectivement pas chez nous, à notre grand regret. ;)

Cdlt,
ThT

Par contre, il y a toujours un problème, le favicon n'existe pas, ce qui implique une redirection 301 inutile (qui fait perdre du temps ..)

http://testuri.org/sniffer?url=https://www.dday-overlord.com/wp-content/uploads/2016/02/favicon.ico.png

il faudrait peut être mettre le favicon en dur dans à l'endroit suivant wp-content/uploads/2016/02/ puis suivre ce tutoriel https://wpformation.com/favicon-wordpress/

puisque le site est maintenant en HTTPS, autant ajouter ceci dans le fichier .htaccess

#permet aux navigateurs de se souvenir qu'il doit passer en https pour votre site (HSTS)
Header set Strict-Transport-Security "max-age=16006000; includeSubDomains; preload"

@Th.T concernant l'optimisation :
- activation de PHP-FPM : réalisé (en version 5.6).
- plugin de mise en cache : mis en place.
- CDN : commandé depuis hier.

Concernant les requêtes, elles vont augmenter ces prochains jours (il s'agit d'un site dédié à l'histoire du 6 Juin 1944, et la date anniversaire approche et nous sommes en pleine période de commémorations).
Je rencontre d'ailleurs actuellement des erreurs récurrentes "504 Gateway Timeout"... Le réseau fait des siennes pour changer.

@Buddy, j'ai mis à jour ce matin le fichier .htaccess.
Quant au Favicon, il n'apparait plus dans les requêtes, que ce soit sur Pingdom ou sur GTMetrix.

Ce qui est certain, c'est que la mise en place de l'option CDN n'a absolument RIEN changé à la vitesse du site. Soit c'est mal paramétré, soit c'est de la publicité mensongère...


Quant au Favicon, il n'apparait plus dans les requêtes, que ce soit sur Pingdom ou sur GTMetrix.


si si, il apparaît toujours ... (ligne 190 à 193 du code source de la page ...)
> < link rel="icon" href="https://www.1overlord.com/wp-content/uploads/2016/02/favicon.ico.pngoverlord.com/wp-content/uploads/2016/02/favicon.ico.png" sizes="32x32" />
> < link rel="icon" href="https://www.1overlord.com/wp-content/uploads/2016/02/favicon.ico.pngoverlord.com/wp-content/uploads/2016/02/favicon.ico.png" sizes="192x192" />
> < link rel="apple-touch-icon-precomposed" href="https://www.1overlord.com/wp-content/uploads/2016/02/favicon.ico.pngoverlord.com/wp-content/uploads/2016/02/favicon.ico.png" />
> < meta name="msapplication-TileImage" content="https://www.1overlord.com/wp-content/uploads/2016/02/favicon.ico.pngoverlord.com/wp-content/uploads/2016/02/favicon.ico.png" />

Donc pour accélérer le site, il faut qu'il y ait un fichier à cette URL
`https://www.1overlord.com/wp-content/uploads/2016/02/favicon.ico.png` overlord.com/wp-content/uploads/2016/02/favicon.ico.png`

Le CDN permet de prendre en charge l'affichage des images et de les servir plus rapidement. Après c'est sur, ça ne fait pas gagner 90 % du temps ...
mais encore une fois, la majorité du temps perdu et dû au favicon ...

il est toujours présent sur le gtmetrix..
https://gtmetrix.com/reports/www.dday-overlord.com/9QAoo1fB on voit plusieurs favicon.ico.png dans le waterfall..

Bonjour,

perso ce que je retient surtout de l'intervention de @Th.T c'est ceci :


Vos requêtes sont très importantes, notamment sur une de vos bases qui en totalise 7 millions ces dernières 24h

Alors je sais pas vous avez quoi comme plugins ou combien, mais là clairement certains doivent abuser sur les requêtes et/ou votre plugin de cache est totalement inutile.

Cordialement, janus57


Ce qui est certain, c'est que la mise en place de l'option CDN n'a absolument RIEN changé à la vitesse du site. Soit c'est mal paramétré, soit c'est de la publicité mensongère...


Pour que le CDN fonctionne bien (protocole http/2) il faut que TOUS les sites soit en https (et les liens aussi).

quand on regarde le menu tous les liens sont encore en http://au lieu de https://













Idem pour le forum, il faut le passer en https.
forum phpbb => panneau administration => parametres du serveur => Paramètres des URLs du serveur =>
Protocole du serveur https://
Port du serveur : 443

si tout est en https, ça permet d'utiliser le protocole HTTP/2 qui permet de charger plusieurs fichiers sur une même requête et donc de gagner en rapidité de chargement. (le CDN utilise le HTTP/2 quand le site est en https car les navigateurs n'ont pas implémenté le http/2 sur le http. Google, mozilla en autre force le HTTPS pour la sécurisation des sites internet / vie privée ).

Je dirait la piste des plugins ultra gourmand en requêtes vers la base de donnés est la bonne.
Perso j'avais fait l'expérience sur un site d'un client que certains plugins de sécurisation font énormément de requêtes à la BDD. C'est juste une piste
Le site est effectivement parfois en "time out"

Tout d'abord, merci à tous les participants pour votre patience et vos conseils. Cela permet de lever quelques lièvres et ce n'est pas négligeable, même si je suis encore loin du but.

Les liens et le forum phpbb sont en cours de tous passer en https.
Le favicon supprimé du dossier a été remis à sa place.

Je dois faire face actuellement à un nombre impressionnant d'erreurs 504 Gateway Time-out... je ne peux même plus travailler sur le site, même en back-end...

Un ticket a été ouvert à destination d'OVH.

Bonne nouvelle, cela va mieux...

Deux solutions : soit OVH s'est penché sur le sujet de son côté (peu probable), soit le plugin "Autoptimize" (compresse les CSS et JavaScript) que j'ai activé a amélioré les choses de lui-même (le plus probable).

Il reste encore une large voie d'amélioration, mais je peux désormais travailler en back-end.


soit le plugin "Autoptimize" (compresse les CSS et JavaScript) que j'ai activé a amélioré les choses de lui-même (le plus probable).


Franchement, je ne suis pas certains que de nos jours ce type de plug in soit nécessaire ...

on voit ici https://gtmetrix.com/reports/www.dday-overlord.com/kfDEPB1l sur le waterfall que le plug in a mis 2.85s et 1.85 sec à servir les fichiers (et que c'est donc lui qui a ralentit l'affichage ...)

Bonjour,

il faut savoir que dans la majorité des cas le problème viens des plugins/thèmes.

Cordialement, janus57


soit le plugin "Autoptimize" (compresse les CSS et JavaScript) que j'ai activé a amélioré les choses de lui-même


a moins que les css ou javascript soit très très mauvais (ce qui est très très très rare de nos jours surtout sur des sites avec wordpress, je pense que le problème est ailleurs ...
en prennant de la marge, la connexion moyenne des français est à 6 Mbits. gagné 0.05 Mo (ce qui est déjà énorme sur de tels fichiers) ne fait gagner que 0,07 à 0,1 sec ...

je pense que le problème est ailleurs ...
votre thème qui n'a pas l'air optimisé déjà et clairement pas à jour (sinon il serait compatible php 7.1 ou 7.2 )
php 7 apporte un gain de performance de 30 % voire plus par rapport à php 5.6 ...


Bonne nouvelle, cela va mieux...

Deux solutions : soit OVH s'est penché sur le sujet de son côté (peu probable), soit le plugin "Autoptimize" (compresse les CSS et JavaScript) que j'ai activé a amélioré les choses de lui-même (le plus probable).


Moi aussi j'avais des erreurs 504 à répétitions, comme d'autres, et elles ont cessé après le message où j'ai décris mes problèmes après passage en pro, qui a été effacée sur ce forum.

Comme quoi, il vaut mieux venir se plaindre sur le forum que demander l'aide du service technique, qui ne fait d’ailleurs, que répéter de passer à une offre supérieure.

Moi aussi cela va mieux pour l'instant, pourvu que ça dur !


@DominiqueT pour faire suite a votre message, @Gaston_Phone ne travaille effectivement pas chez nous, à notre grand regret. ;)


Oui je suis toujours surpris par le fait que lui et Buddy soient en permanence sur ce forum et ai une telle dévotion pour les utilisateurs, si ils ne travaillent vraiment pas chez vous alors ils mériteraient un hébergement gratuit !


[quote="Th.T, post:30, topic:8383"]
@DominiqueT pour faire suite a votre message, @Gaston_Phone ne travaille effectivement pas chez nous, à notre grand regret. ;)

Oui je suis toujours surpris par le fait que lui et Buddy soient en permanence sur ce forum et ai une telle dévotion pour les utilisateurs, si ils ne travaillent vraiment pas chez vous alors ils mériteraient un hébergement gratuit !
[/quote]
Bonjour @DominiqueT. c'est une bonne idée. :)

Je confirme que je ne suis pas salarié ni rattaché de près ou de loin à OVH (je suis client, rien d'autre).

Merci pour le message !

Je vous le confirme, après plusieurs essais et une bascule sur l'offre "Performance 1" d'OVH, rien n'a changé à la vitesse d'exécution et d'affichage de mon site. Pourtant, le changement m'a été garanti par le technicien d'OVH.

Les erreurs 504 Gateway Time-out se poursuivent, le travail en back-end est difficile, voire impossible, car le site WP se déconnecte régulièrement et je ne parviens pas à sauvegarder mes travaux.

Je vais demander une expertise approfondie de la part d'OVH, et si rien ne change, je demanderai le remboursement de mon achat.

Bonjour,

le changement d'offre n'est pas censé accélérer votre site…

LE changement d'offre augmente simplement les ressources disponible pour votre site et en garantie certaines partie comme le CPU/RAM, mais si derrière le code est pourrie, fait 15.000 requêtes à la minutes et fait 20 connexions sortante par page, cela ne changera rien.

Je le répète, mais un membre de la Team OVH avait dit c'est quoi le problème sur votre site ; les requêtes :


Vos requêtes sont très importantes, notamment sur une de vos bases qui en totalise 7 millions ces dernières 24h, c'est énorme. Cela vient forcément de quelque chose installé sur l'hébergement, il faut donc identifier ce qui crée tant de requêtes et faire en sorte qu'elles baissent.


Et ça OVH ne peut rien pour vous si cela viens de votre site.

Cordialement, janus57

Cette problématique a été exposée à OVH, et voici leur réponse à ce sujet :


L'offre CDN permet de répliquer vos données sur plusieurs serveurs répartis à travers le monde. Cela permet d'acheminer les requêtes vers le serveur le plus proche géographiquement.

Cependant, la problématique que vous rencontrez est lié à l'exécution de vos scripts présents sur le serveur.

Votre offre d'hébergement Pro se trouve sur une plateforme mutualisée dont les ressources du serveur sont partagées entre les différents clients.

C'est-à-dire que votre hébergement s'appuiera sur les ressources ambiantes disponibles, selon la disponibilité par rapport à la consommation des autres clients du même cluster.

A l'inverse, l'offre Performance est hébergée de manière isolée et dispose de ses propres ressources qui sont garanties.

Vous pouvez accéder aux caractéristiques de ces offres via ce lien: https://www.ovh.com/fr/hebergement-web/hebergement-performance.xml

Actuellement, vous dépassez le CPU alloué, les autres ressources sont à la limite du dépassement et l'offre que nous vous proposons vous permettra de gagner considérablement en terme de ressources.

En effet, sur votre offre Pro, les worker, permettant d'interpréter d'exécuter 1 requête (instruction) codée en PHP à la fois, sont beaucoup moins nombreux que sur les offres performance et celà à une incidence sur la vitesse d'accès des données de votre site.

Bonjour,

et vous avez vérifié si vous dépassez toujours les ressources ?

Si oui il faudrait peut être intervenir sur le site pour réduire la consommation de ressources.

Cordialement, janus57


Je vous le confirme, après plusieurs essais et une bascule sur l'offre "Performance 1" d'OVH, rien n'a changé à la vitesse d'exécution et d'affichage de mon site. Pourtant, le changement m'a été garanti par le technicien d'OVH.


_**Hum! Hum! Qu'as-tu corrigé suite à la réponse ci dessous de @Th.T ?**_
_**Reviens nous voir quand tu aura d'abord corrigé ces requêtes indésirables.**_


... lenteurs sur votre site web, ainsi que des pistes d'amelioration.
Vos requêtes sont très importantes, notamment sur une de vos bases qui en totalise 7 millions ces dernières 24h, c'est énorme. Cela vient forcément de quelque chose installé sur l'hébergement, il faut donc identifier ce qui crée tant de requêtes et faire en sorte qu'elles baissent.
Les logs pourront vous dire d'où viennent les requêtes (TCP out, web, erreurs...) Vocii un guide qui vous explique comment les lire :

Ce qui a été fait : plusieurs plugins ont été désactivés, j'ai notamment supprimé deux qui n'étaient pas compatibles avec php 7.0, puis j'ai basculé le site en 7.0.

Pour info et si cela peut aider, voici mes requêtes HTTP de la veille

Requêtes SQL de la veille :

Le pic de requpetes SQL à 25K/min vers 7h30 du matin est clairement énorme... si c'est l'heure où le thème est mis en cache c'est énorme d'avoir un thème si compliqué.
Pour les requêtes http, le nombre est un peu élevé, mais puisque le site a été basculé sur le https la semaine dernière, c'est possible aussi que Google, Bing, Qwant et etc réindexe le site directement en https.

les performances sont plutôt correctes en ce moment..

un gtmetrix donne maintenant 4 sec contre 10 avant .
https://gtmetrix.com/reports/www.dday-overlord.com/j9IPb2yN (depuis Vancouver)
https://tools.pingdom.com/#!/c47Yk7/https://www.dday-overlord.com (0.78sec depuis la suède)


j'ai notamment supprimé deux qui n'étaient pas compatibles avec php 7.0, puis j'ai basculé le site en 7.0.



Est-ce qu'il marche sous php 7.1 ou 7.2 ? (chaque nouvelle version est toujours un peu plus rapide que les précédentes ... Le gain n'est pas énorme entre php 7 et 7.2 mais si ça fait 5 ou 10 % de gagner c'est toujours ça de pris.

Pour l'instant, il est en 7.0, je vais faire le test en 7.2. Réponse au prochain épisode...

Pour l'instant, l'ensemble du site est incompatible avec 7.1 et les versions supérieures.

Ceci dit, cela n'explique pas pourquoi le site est aussi lent en backend, avec les erreurs 504 Gateway Time-out à répétition, quelle que soit l'heure de la journée...

Le front-end fonctionne bien non ?

C'est surement que le thème / plug in qui intervienne sur le back end qui bouffe toutes les ressources ..

J'avais justement changé il y a un an pour adopter le thème Hueman. Il est réputé pour être justement très léger.

Bonjour,

et si vous lister vos plugins ça donne quoi comme liste ?

Cordialement, janus57

Akismet Anti-Spam
Autoptimize
Better Search Replace
Breadcrumb
Custom Permalinks
Duplicate Post
Easy Plugin for AdSense
Google Analytics Dashboard for WP
Google Maps Easy
iframe
Image Widget
Latest Post Shortcode
Migration dday
Post Type Switcher
Quick Featured Images
Redirection
Responsive Lightbox & Gallery
Simple Facebook Page Plugin
Social Icons Widget by WPZOOM
TablePress
TablePress Extension: Responsive Tables
Theme4Press Core
TinyMCE Advanced
TW Recent Posts Widget
Widget Logic
Wordfence Security
WP Performance Score Booster
WP Responsive Recent Post Slider
WP Super Cache
WPML Media
WPML Multilingual CMS
WPML Sticky Links
WPML String Translation
WPML Translation Management
WPML Widgets
Yoast SEO
YouTube
Éditeur de page WPBakery

c'est énorme comme liste !

ils servent tous au moins ?
Ils sont utiles ?
il n'y a aucun doublon ?
Si il ne fallait en garder que 15, les quels choisir ?

NB : toutes les mises à jours ont bien été faite ?
Quel est le plug in qui ne tourne pas sous php 7.1 ou 7.2 (wordpress étant compatible depuis déjà un grand moment..)

C'est beaucoup de plugins mais en soi pas un problème. Un peu au pif je dirait que ça peut venir de Wordfence Security. J'ai fait l'expérience sur un site d'un client que les plugins de sécurité peuvent bouffer beaucoup de resources.
http://www.harnessdigital.co.uk/post/wordfence-slowing-down-site-how-to-speed-it-up

C'est juste une piste !

Malheureusement oui, tous ces plugins sont essentiels.

J'ai désactivé Wordfense, on va bien voir le résultat demain.

Autre hypothèse : j'ai effectué la migration de mon site web depuis une structure html (site conçu sous dreamweaver) vers wordpress. Pour cela, j'ai fait appel à un tiers (William Bartolini) qui avait créé des plugins mais qui, désormais, a disparu d'internet. Il est injoignable.

Pour la migration du site vers wordpress, il a créé deux plugins intitulés : "Shortcode link" et "migration dday". Lorsque je désactive "Shortcode link", les liens sous la forme [postpermalink post= "identifiant de page″]Lien[/postpermalink] sont inaccessibles.
Lorsque je désactive "migration dday", le site devient inaccessible.

Problème : je ne connais pas le rôle et l'impact du plugin "migration dday". Savez-vous comment je peux l'identifier ? C'est peut-être celui qui pose soucis.

Si c'est juste pour la réécriture d'URL il est sûrement possible de basculer sur de la réécriture des liens via wordpress. (Yoast seo le fait pas mal de mémoire) et gérer les quelques problèmes à la main via des redirections htaccess..

En utilisant le plugin Query Monitor, le plugin le plus gourmant (et de loin), c'est WPML.

Ce plugin de traduction est connu pour ce soucis, j'ai ouvert un ticket de support auprès de WPML, mais question rapidité de réponse, là aussi il y a une importante marge de progression...

Je viens de réaliser que ma base de données OVH est installée sur une base de donnée mysql 5.5., alors que le fichier ovhconfig est configuré en 7.0 tout comme mes plugins.

Le problème pourrait il venir de là?

Heu.. Il ne faut pas confondre mysql et php.
Il n'y a aucune raison que la version de php et de mysql soit la même..