Qu’est-ce que le DOM Acess? R.I.P Google :p (Créer un compte)

  • Statut : non résolu
7 sujets de 1 à 7 (sur un total de 7)
  • Auteur
    Messages
  • #559830
    Mooks
    Participant
    Padawan WordPress
    87 contributions

    Bonjour,

    Ma configuration WP actuelle
    – Version de WordPress : 4.4.2
    – Version de PHP/MySQL : 5.6.x
    – Thème utilisé : HTML5Blank-stable
    – Extensions en place : Live Composer | AIO SEO Pack
    – Nom de l’hebergeur : Infomaniak
    – Adresse du site : https://www.les-alternatives.com

    Problème(s) rencontré(s)

    Bonjour,

    Je suis actuellement dans l’early stage de la création de mon site web. Et « heureusement », j’ai déjà analysé son optimisation/comportement sur différents site afin de voir s’il y avait des problèmes.

    Et donc, après analyse sur http://yellowlab.tools/ je m’aperçois qu’il y a un réel souci au niveau des DOM Manipulation (DOM Access) et Scroll Bottlenecks (DOM Access on scrolls).

    Quelqu’un pourrait-il m’expliquer :

    1 – Ce que sont les DOM Access et les Scroll Bottlenecks?

    2 – Si Live Composer est le fautif?

    3 – Et s’il y a un moyen de régler ce problème, car voir plus de 3000 accès pour une page web composée de très peu d’élément me fait peur.

    Merci d’avance.

    #1044481
    CAMEO172
    Participant
    Maître WordPress
    1395 contributions

    C’est très simple : tu as trop de fichiers .js et trop de css ! Il faut tout réunir pour faire autant d’appel en moins.

    C’est ce que détecte yellowlab. je cite :

     »The more your JavaScript code accesses the DOM, the slower the page will load.

    Try, as much as possible, to have an HTML page fully generated by the server instead of making changes with JS.

    Try to reduce the number of queries by refactoring your JavaScript code. »

    Gtmetrix arrive aussi à la même conclusion 😉

    #1044482
    Mooks
    Participant
    Padawan WordPress
    87 contributions

    Merci pour ta réponse.

    je pense donc que c’est Live Composer le fautif… tu peux absolument tout éditer, mais pour chaque section édité, il va te rajouter un bout de code css.

    Donc en gros, c’est soit je code à la main et j’abandonne Live Composer, soit j’accepte ces soucis…

    #1044483
    CAMEO172
    Participant
    Maître WordPress
    1395 contributions
    Mooks wrote:
    Merci pour ta réponse.

    je pense donc que c’est Live Composer le fautif… tu peux absolument tout éditer, mais pour chaque section édité, il va te rajouter un bout de code css.

    Donc en gros, c’est soit je code à la main et j’abandonne Live Composer, soit j’accepte ces soucis…

    ou soit, par exemple, tu utilises W3 Total cache de façon intelligente. C’est un plugin hardu mais qui va te faire le boulot du minification (entre autre).

    Perso, il me regroupe un nombre incalculable de js et css, le tout en uniquement un fichier pour chacun, avec en plus ce fichier en bas de page pour accélérer l’affichage de la page.

    #1044484
    Mooks
    Participant
    Padawan WordPress
    87 contributions

    Bah justement, j’étais dessus. Ca fait 2 heures que je trifouille dedans, mais rien à faire concernant les DOM Access. Pour le reste W3 Total Cache c’est bien fichu.

    #1044485
    ferryd
    Participant
    Chevalier WordPress
    297 contributions

    Bonjour,

    Il ne s’agit pas du nombre de fichier css et js qui compose ta page, bien que moins il y en a, mieux c’est en terme de performance. Dans le cas présent, il s’agit du nombre d’appel que font tes JavaScript à la structure de ta page. IL s’agit essentiellement d’appel jQuery fait sur des éléments commençant par « dslc-« .
    Si tu regardes ce que te dis YellowLab, au bout de 872ms ton document est chargé, les appels JavaScript se terminant au bout de 3120ms. tu as donc plus de 2 secondes de traitement de ta page par le navigateur.

    Dans ce cas, un plugin de cache ne résoudra pas ce problème, il permettra d’accélérer le temps de génération de la page coté serveur, mais pas coté navigateur internet ( coté client)

    #1044486
    Mooks
    Participant
    Padawan WordPress
    87 contributions

    Oui ferryd, j’en étais arriver à la même hypothèse. Le test est simple si je désactive Live Composer, je n’ai pas ce problème. C’est le fonctionnement même de Live Composer qui fait que pour chaque morceau d’élément de la page, un ou plusieurs appels JS sont effectué.

    J’aime pas ça, et je vais mettre les mains dans le cambouis. Je ne connais que les rudiments du codes PHP/HTML, mais je le comprend. Je vais peut être tout simplement me forcer à recréer ma base avec un code sain. Mais c’est tellement moins facile et rapide.

7 sujets de 1 à 7 (sur un total de 7)
  • Vous devez être connecté pour répondre à ce sujet.