Qu'est-ce que Fast 3G signifie réellement?
Dans les outils de développement du navigateur Chrome), il existe différentes façons de limiter votre connexion réseau pour émuler différents types de connexion.
Ces menus permettant de sélectionner un type de connexion indiquent les vitesses et le temps de latence qui seraient utilisés pour simuler chaque type de connexion.
Désormais, à partir du moins Chrome 64, les informations utiles sur la vitesse et la latence ont été supprimées.
J'ai essayé de dupliquer les numéros de la première image pour la 3G ordinaire et la bonne 3G dans mes propres profils personnalisés pour voir s'ils correspondaient aux préréglages Lente 3G et Rapide 3G de la première image, mais j'ai obtenu des résultats très différents pour les événements de DOMContentLoaded et Load entre les préréglages et mes profils personnalisés.
DevTools rédacteur technique et défenseur des développeurs ici. DevTools essaie maintenant de reproduire les conditions réelles de ce qu’est un réseau 3G rapide. Auparavant, DevTools vous montrait les valeurs de téléchargement/téléchargement/RTT, comme vous l'avez montré dans votre capture d'écran de l'ancienne interface utilisateur. Mais ces valeurs étaient trompeuses. Ils sont peut-être techniquement corrects, mais lorsque DevTools a été comparé à d'autres outils de limitation, DevTools n'a pas suffisamment réduit le contrôle. Par exemple. Si vous avez chargé une page avec l'outil A qui étrangle pour la 3G, puis que vous avez chargé cette même page avec DevTools (également pour la 3G), la page s'est chargée plus rapidement avec DevTools.
Ainsi, DevTools n’affiche plus les valeurs exactes, mais si vous mesurez les performances de chargement de DevTools par rapport à d’autres outils de limitation, vous pouvez constater qu’ils ont tous les mêmes performances maintenant.
La raison pour laquelle DevTools ne montre plus de valeurs, c'est qu'elles ne correspondent pas bien à la réalité. Par exemple, vous pouvez rechercher qu'une certaine vitesse de connexion est définie comme le taux de téléchargement X, le taux de téléchargement Y et le taux Z RTT. Donc, vous mettez ces valeurs dans DevTools. Ces valeurs ne vont pas bien se rapprocher des conditions du monde réel. DevTools va charger plus rapidement que l'expérience du monde réel. Il est préférable d'analyser le mode de chargement d'une page donnée sur cette connexion, puis d'ajuster les valeurs d'entrée jusqu'à ce que DevTools charge votre page de test à peu près au même temps que votre test de performance réel.
Bien sûr, une autre approche consisterait à faire appel à un ingénieur Chrome) pour que les valeurs que vous entrez correspondent bien à la réalité. Mais pour une raison quelconque, cela ne se produit pas.
Puisqu'il est possible d'ajouter des limitations personnalisées, je suis conscient que nous devons mettre à jour l'interface utilisateur de DevTools pour expliquer cette limitation. En d'autres termes, lorsque vous créez des régulateurs personnalisés, vous devez analyser une page, puis modifier les entrées de Deveaks jusqu'à ce qu'il corresponde à l'indice de référence, plutôt que de compter sur les valeurs.
J'espère que cela a du sens.