Problème connexion au site ou de chargement des CSS, images, js

[Saxgard]

J'ai encore eu le support au téléphone ce matin a priori ça viendrait de surcharges des WEBM. OVH n'arrive toujours pas à identifier la cause de ces surcharges. Même si je comprend que ca doit etre très difficile à détecter ça me met dans une salle position. Je ne pourrais pas rester comme ça encore longtemps :/

[YannC3]

ce qui est quand même étonnant c'est que les autres personnes dont moi qui sommes sur le même cluster n'avons pas ces problèmes.

[Saxgard]

Selon les dire du support ca n’affecte pas tout le cluster. Mais peu de sites (c’est pas tres rassurant dans la mesure ou c’est donc pour ovh peut etre moins prioritaire). Ca aurait un rapport avec la repartition des ressources ou un truc du genre. Ce qui rend le probleme compliqué c’est que mon site n’a pas un tres gros traffic, en temps normal il se charge tres rapidement etc. Rien qui justifie une surcharge et OVH essaye donc d’identifier le probleme. L’aspect aléatoire complique les chose meme si parfois ca peut etre surchargé pendant des heures. Il y a d’autres moments ou ca charge normalment et tres rapidement. Et ca date a priori « que » depuis quelques semaines.
Seul @vcasse pourrait donner plus de précision. Pour le moment je ne sais guère plus.

[YannC3]

pas de bol quoi, il en fallait un

[vcasse]

Bonjour,

Il s'agissait effectivement d'uns surcharge aléatoire sur nos serveurs webs. Elle était causée par de multiples facteurs en même temps :
- Sous dimensionnement de l'infrastructure suite à des migrations vers du nouveau matériel,
- Comptes d"hébergements exploitant trop de ressources suite à des hacks majoritairement.

Nous avons bien entendu revu nos systèmes de monitoring pour détecter en avance de phase ces soucis avant qu'ils n'impactent vos sites web.

Nous avons agit progressivement sur ces deux points afin de faire redescendre ces instabilité en ajoutant des machines petit à petit et en analysant et détectant de nouveaux patterns de hacks sur nos hébergements. Depuis mercredi après midi, nous n'observons plus ces instabilités d'infrastructure.

@Saxgard, cela fait deux jours que je teste sitacados.com sur pingdom, je tombe en dessous de 600ms à chaque fois. Peux tu me confirmer que tu vois aussi ces résultats sans les perfs aléatoirement basses ?

Dans tous les cas, nous continuons à jeter un coup d'oeil sur ce cluster dans les jours qui viennent.

Nous sommes désolé de l'impact que cela a pu avoir sur vos sites webs.

Vincent

[Saxgard]

Bonjour

Encore une fois merci beaucoup @vcasse pour se retour. Avant de donner une réponse définitive sur le retour à la normal je vais me laisser quelques jours, histoire de vérifier si il n'y a pas toujours des pics d'instabilité. J'attends également quelques jours afin de vérifier la courbe des temps de chargement du Google Search console (qui met du temps à se mettre à jour).

La seule chose que je peux dire pour le moment c'est que je n'ai pas constaté de gros pics d'instabilité hormis ce matin ou je suis tombé une fois sur un 33s vers 9h40, ce qui je dois avouer ne m'a pas rassuré (peut etre un autre pb sous-jacent non détecté). Mais je n'ai pas reproduit ensuite d'autres résultats de ce type. Partant toujours du principe que je ne tests pas toutes la journée en continu.

GTmetrix Performance Report: A (91%) / C (70%)

Je ferais donc quelques tests et ferais un meilleur retour en début (milieu) de semaine prochaine. On est jamais trop prudent ;)

PS : au téléphone le support me disait que vous aviez essayé de me changer de WEBM, et que le problème persistait. Si je comprend bien ce sous dimensionnement de l'infra et les hacks affectait plusieurs WEBM, et je n'ai donc vraiment pas eu de chance ?

A prendre avec des pincettes, mais vers 14h30 j'ai constaté un pb similaire avec un autre site, les images et le site ont mis beaucoup de temps à se charger. J'ai fait à ce moment la un test pingdom et je suis tombé sur ça :

Pingdom Tools

site sur :

Cluster 005
filer 2007
Performance 1

Le problème s'est peut être propagé sur d'autres serveurs. Quoi qu'il en soit difficile d'analyser avec ce site vu que j'ai l'Option CDN (perf1 ) pouvant être fausser les tests.

Et j'ai aussi remarqué via le Google Seach console des petits pics de temps de chargement depuis le 11 novembre pour un autre site également avec CDN (perf 1). Rien de suffisamment significatif mais...

Je préfère le signaler même si je n'ai pas plus d’éléments à fournir pour le moment pour confirmer ou non qu'il y a également un soucis (le même?) sur d'autres serveurs.

[MartinF]

Bonjour,

je viens de lire avec grand intérêt tout ce post, et je pense avoir un problème similaire sur mon site web (problèmes de chargement de fichiers css, js, images qui bloquent / délaient l'affichage de la page).
Mon site (www.alternaweb.org) est hébergé sur le cluster 020 (http://cluster020.hosting.ovh.net).

J'avais écrit un post (https://community.ovh.com/t/erreurs-504-intermittentes/5350) avant d'avoir lu celui-ci.

@vcasse: pourrait-il s'agir du même problème ?

Merci,
Thomas

[vcasse]

Bonjour @MartinF,

Nos monitoring ne remontent pas du tout le soucis que nous avions identifié sur le cluster002. Il y a probablement trés peu de chances que ce soit lié.

Ce que j'observe, c'est que votre site met beaucoup de temps à se générer à chaque requêtes en consommant beaucoup de processeurs et en effectuant des connexions à d'autres serveurs qui ralentissent la génération de la page.

Il y a beaucoup d'appels à api.wordpress.org. Je vous conseille de cacher les résultats de cette API pour éviter d'effectuer deux fois le même appel et ainsi réduire le temps de chargement de vos pages.

Bonne fin de journée,
Vincent

[DamienM1]

bonjour,

je suis ce fil depuis quelque jours car je rencontre le même type de problème.

je constate encore aujourd'hui les dysfonctionnements :
- temps d'accès très long, jusqu'à 16s pour une page de 750Ko !, ici http://distilled-art.com/
- problème réguliers d'accès la la base de donnée qui plante wp ici http://mouvementutopia.org/

aucun message sur ce fil depuis 4 jours, mais pas d'amélioration chez moi...
@Saxgard, c'est résolu pour toi ?
merci pour vos réponses !

[ppast.dev]

Suivant ce fil, je vois ce message.

La page en question (distilled-art.com) ne pèse pas 750ko, mais plutôt 2.4Mo (vu avec outils de dev Chrome) ! Avec 84 ressources externes à charger (CSS / JS), c'est loin d'être optimisé...

Pareil en rentrant dans le site. Il me semble que dans ce cas précis, le problème est plus lié à la conception du site (avec jquery etc.) ; par ex. la page "livres et magazines" télécharge quelques dizaines d'images non optimisées (250/300ko) chacune (normalement, il faudrait une version miniature de qq dizaines de ko et une version pour zoom utilisateur).

[DamienM1]

hello @ppast.dev,

merci pour ta réponse, et oui, en effet, je n'ai pas vraiment cherché à optimiser le site, parce que je crois comprendre que ce n'est pas là le principal problème - mais je veux bien un éclaircissement, voire un démenti si je me trompe.

sur le fichier ci-dessous (où j'ai pris l'indication de poids, celui annoncé par pingdom), on voit deux temps d'attente très longs avant que l'ensemble se charge - dans les faits, il me semble que le chargement 'concret' du site se fait après le 2ème temps, celui de plus de 10s (auquel cas la page met moins de 2s pour s'afficher, et vu le but du site ce n'est pas un problème, c'est juste un site plaquette pour présenter mon travail à des personnes qui me connaissent déjà...).

j'ai demandé à plusieurs techniciens ovh d'où peut venir ce délai, sans réponse convaincante, mais j'ai l'intuition (peut-être fausse) que c'est chez eux que ça plante, et pas la configuration de wp qui ne va pas.

sachant que je gère plusieurs autres sites, construits peu ou prou de la même manière, et que je n'y rencontre pas ce délai bizarre (et où ai des temps de chargement 'normaux').

peux-tu me dire déjà à quoi correspondent réellement les délais indiqués par pingdom ? et donc si la piste du serveur est bonne ?

merci

[vcasse]

Bonjour @DamienM1,

Je confirme que le soucis observé n'a plus lieu selon notre monitoring.

J'ai regardé un peu votre site web. Je pense que votre base de données ne doit pas être optimisée. J'imagine que vous devez avoir quelques tables bien remplis et que votre code effectue des recherches dessus sans utiliser d'index (S'agissant de wordpress, il se peut que cela soit une extension qui se provoque ces soucis).

Si vous observez les statistiques au sein de votre espace client, vous pourrez constater des centaines de requêtes SQL par minutes alors que votre traffic est dans le même temps de 10 à 15 requêtes par minutes sur votre site.

Cela signifie que chaque chargement de page effectue plusieurs requêtes dans cette base de données.

Etant donné qu'il y a des soucis de construction de la base de données, la durée moyen d'une requête SQL sur votre base est de 2 secondes. Il en suffit donc d'une dizaine pour que votre site ne s'affiche qu'en 20 secondes.

Je vous invite à rechercher le code qui effectue ce nombre de requêtes. Il arrive souvent que des extensions de mauvaise qualité ne soient à l'origine de ce genre de soucis.

Bien cordialement,
Vincent

[DamienM1]

bonjour @vcasse,

merci d'avoir pris le temps de regarder ça.

dans un premier temps j'ai tout mis à jour puis nettoyé les bases de données (de distilled-art.com), sans progrès - j'ai donc désactivé toutes les extensions pour ne les réactiver que une par une, avec speedtest à chaque fois.

pour découvrir celle qui faisait planter l'ensemble, pourtant une extension réclamée par le thème oshine, la BE Portfolio Post - je le précise pour le cas où ça puisse servir à quelqu'un.

et les temps de chargement sont bien redescendus à 1s ou 1,5s, ce qui est très normal.

donc encore merci, et désolé d'avoir accusé ovh sur ce coup-là...

damien

[vcasse]

Pas de soucis @DamienM1, c'est toujours un peu difficile à diagnostiquer.

Heureux que le soucis soit résolu.

A bientôt,
Vincent

[Saxgard]

Bonjour @vcasse

Bon a priori en effet ça va beaucoup mieux avec sitacados, je n'ai pas observé depuis de grosses instabilités hormis quelques petits pics de temps de chargement mais très ponctuels pouvant être associé j'imagine à une petite surcharge des serveurs acceptable sur du mutualisé. Et sur le Google Search console le temps de chargement des pages est redescendu en dessous des 220ms.
Je reste quand même a l’affût et ne manquerait pas de signaler si je constate a nouveau un gros pics d'instabilité.

Je souhaite cependant signaler ceci :

Aujourd'hui je viens de tomber sur un 502 Bad gateway vers 13h57 avec mon site gameophage.com également hébergé sur le cluster 02 :

filer : 32
cluster : 002
performance 1

Ce n’est pas la 1ere fois que je tombe sur des 502 depuis fin octobre avec gameophage. Mais ca reste aussi très ponctuel. Le site n'a jamais souffert de gros pics de temps de chargement comme pour sitacados.

J'ai également choppé le 21/11 sur sitacados un err_connection_reset détecté par Gtmetrix :

le 21/11/17 https://gtmetrix.com/?job_error=ePqCCbUp (Je n'ai pas vérifié l'heure désolé mais il me semble que c'était vers 17h)

[YoannD]

Salut, j'ai le même soucis sur le même cluster 002 en performance 1. J'ai acces au site mais plus au panel admin, j'ai 502 ou 504 bad gateway. Je suis au tel avec ovh actuellement

[MarketD]

Tu pourras nous faire un retour stp

[YoannD]

Problème trouvé. Je suppose que vous avez un prestashop en 16.0.4 ou 1.6.0.5.

Renommez le module "gamification" en "gamificationOLD" et ça va revenir.

Astuce trouvée sur le site de webbax et c'est la hotline dysfonctionnement de OVH qui m'a indiqué ou chercher, à savoir que site envoyait des requêtes vers le site gamification prestashop.

[Saxgard]

je suis encore tombé sur un 502 Bad gateway vers 18h22 sur mon site gameophage.com qui est également sur le cluster 002.
Pour le peu que je surf dessus chaque jour ces erreurs 502 m'ont l'air un peu trop fréquentes.

gameophage.com
filer : 32
cluster : 002
performance 1

@vcasse si tu pouvais voir ce qu'il en est :/ j'ai indiqué un autre 502 bad gateway il y a 2 jours (si ça peut aider, voir plus haut)
A chaque fois quand ca arrive c'est ponctuel et instantané et je ne constate aucun temps de chargement élevé. Difficile de faire la comparaison avec sitacados étant donné que sur l'autre site j'ai option CDN.

PS : pour sitacados.com je ne détecte plus de temps de chargement élevés sur de longues périodes et je n'ai pas eu d'erreurs 502

[SimonL8]

Bonjour,
Je me permets de participer à ce fil car je rencontre un problème similaire sur les deux sites https://flockyou.fr et http://sweat-de-promo.fr où les Google Bots ne prennent pas en compte le CSS et le JS et où certaines ressources semblent charger aléatoirement. Les deux sites sont sur le même hébergement et sur deux CMS différents (Prestashop et Wordpress). L'aperçu de la page donné par la Search Console fait peur à voir, et comme l'indique Saxgard, cela pénalise sûrement le SEO de ces deux sites.
@vcasse , serait-il possible de regarder ce qu'il en est pour que je puisse relancer les tests avec la Search Console et vous confirmer que toutes les ressources sont bien prises en compte svp? Le problème semble présent surtout sur les pages produits et catégories où les fichiers css et js ne sont jamais pris en compte par les Google Bots ("Autre erreur").

Merci d'avance.