Conseils pour étude d'offre PRO

janus57 2018-06-10 09:18:47 UTC #47

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 :

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

Cordialement, janus57

MarcL13 2018-06-10 11:26:16 UTC #48

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

OVH:

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.

janus57 2018-06-10 12:12:40 UTC #49

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

Gaston_Phone 2018-06-10 12:24:01 UTC #50

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.

MarcL13 2018-06-10 15:34:59 UTC #51

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 :

Buddy 2018-06-10 17:50:59 UTC #52

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)

Buddy 2018-06-10 17:55:35 UTC #53

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.

MarcL13 2018-06-10 18:06:40 UTC #54

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

MarcL13 2018-06-10 19:57:19 UTC #55

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...

Buddy 2018-06-10 20:03:27 UTC #56

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 ..

MarcL13 2018-06-10 20:21:03 UTC #57

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.

janus57 2018-06-10 20:28:33 UTC #58

Bonjour,

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

Cordialement, janus57

MarcL13 2018-06-10 21:14:10 UTC #59

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

Buddy 2018-06-10 21:20:33 UTC #60

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..)

kingkurt 2018-06-10 21:40:11 UTC #61

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 !

MarcL13 2018-06-11 18:36:04 UTC #62

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.

Buddy 2018-06-11 20:24:41 UTC #63

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..

MarcL13 2018-06-17 09:32:06 UTC #64

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...

MarcL13 2018-06-19 19:57:17 UTC #65

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à?

Buddy 2018-06-19 20:29:35 UTC #66

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..

Propulsé par Discourse, le rendu est meilleur avec le JavaScript activé

OVH Community

Bienvenue sur votre espace communautaire. Posez des questions, recherchez des informations, publiez du contenu et interagissez avec d’autres membres OVH Community.