Donc un peu plus court. Tout drsquoabord, nous chargerons le site directement à partir du serveur sans utiliser de CDN. Étant donné que le serveur est déjà assez rapide, Xeon fonctionnant à 3,3 GHz sur nginx avec un cache FastCGI nrsquoest pas un petit exploit et devrait pouvoir se charger lui même très rapidement.
Pas de cdn77 à San Jose, Californie
Dans lrsquoimage, pouvez voir que le temps total de téléchargement est drsquoenviron 2,64 secondes. Pour cette expérience, jrsquoai utilisé le serveur San Jose en Californie, États Unis, parce que mon serveur est en Caroline du Nord, États Unis, et le temps de téléchargement devrait être assez court. Sur lrsquoécran de droite, pouvez voir quand toutes les ressources (actifs) ont été chargées. Pas de cdn77 à Stockholm, Suède
Comme pouvez le voir, tant que la demande vient de loin, les choses vont empirer Le site a réduit sa note à 86 et le temps de téléchargement est maintenant drsquoenviron 5,20 secondes, ce qui se produit lorsque plus de 95 demandes doivent voyager dans le monde entier. Étant donné que la vitesse de la lumière et tous ces fichiers ennuyeux ne font qursquoaugmenter le temps de chargement total, il nrsquoy a vraiment aucun moyen.
Avec le cdn77 de San Jose, Californie, nous activons maintenant le cdn77 afin qursquoil puisse commencer à récupérer automatiquement tous les actifs et voir ce qui se passe
Crsquoest le premier inconvénient de lrsquoutilisation du CDN. lrsquointerprétation nrsquoest pas correcte, elle peut donner lieu à des malentendus quant au fait que le rnc ne fonctionne pas. La première fois qursquoun site Web est chargé, le service CDN doit récupérer la ressource du serveur source et la charger à partir de lemplacement le plus proche où la ressource est demandée. Vous pouvez voir clairement que le temps de chargement a en fait augmenté à 6,36 secondes, et dans lrsquoimage de droite pouvez voir pourquoi. La réponse se trouve dans lrsquoen tête de réponse X cache. Le service CDN a répondu par « misses», indiquant clairement
« les actifs nrsquoont pas été mis en cache auparavant et doivent être chargés « dynamiquement », ce qui ralentit la solution CDN, mais seulement la première fois qursquoils sont chargés. Parce que lrsquoactif doit aller retour du service CDN au serveur source, puis retourner au réseau interne et au serveur le plus proche à lemplacement désiré. La vitesse aller retour nrsquoest pas si lente, mais le paramètre X cache aidera clairement à déterminer quand il est mis en cache. Lrsquooutil pingdom est il bon ou mauvais?
Avec le cdn77, le second run nous montre ce qui se passe dans le second run
Il est vivant! On est en train de parler. Comme pouvez le voir, le temps de téléchargement est tombé à 2,48 secondes et est maintenant plus rapide que la référence originale sans CDN. De plus, dans lrsquoimage de droite, pouvez maintenant voir
La première charge à gauche nous donne un temps plus ou moins similaire, sinon meilleur, à la référence originale. Ceci sans mettre en cache la requête réelle, et maintenant sur lrsquoimage de droite pouvez voir clairement lrsquoamélioration, qui nrsquoest pas petite. Maintenant, nous sommes passés de 5,20 secondes sans CDN à 2,34 secondes pour charger lrsquoensemble du site, ce qui est plus de 2 fois lrsquoamélioration, car seuls les fichiers PHP de base sont maintenant chargés à partir du serveur source, tandis que tous les autres actifs sont chargés localement à cdn77 à partir du serveur Stockholm! Tu veux des preuves? Commnet donc! Voici:
Allons à lrsquoextrême Pas de cdn77 de Melbourne, Australie Charge
Crsquoest vraiment douloureux de ne pas avoir de CDN sur un site australien, mon site est devenu le plus lent du Groupe, avec 77 et C. Cdn77 de Melbourne, Australie Avec cdn77 activé, lrsquoaugmentation de vitesse est impressionnante, presque le double de la différence. Bien sûr, le score est retourné à a, ce qui prouve une fois de plus que le CDN fonctionne, comme il devrait lrsquoêtre. Voyons ça clairement, drsquoaccord? Ce graphique illustre presque la façon dont le rnc améliore réellement le rendement par rapport à lemplacement du site. votre lecteur client visite un site dans le même pays que votre serveur, pourquoi demander le bon CDN? Ça nrsquoarrangera pas les choses. Au mieux, il aide votre serveur en termes de ressources et réduit le temps CPU impliqué, mais nrsquoaméliore pas le temps de chargement. Cependant, une fois qursquoun de vos lecteurs tente drsquoaccéder à un site Web en dehors du pays du serveur, les performances peuvent facilement être multipliées par deux. Vous ne pouvez pas nier que pouvez faire ces tests même. votre site est lu à partir de partout dans le monde, le CDN est important et il réduira également les besoins en bande passante sur le serveur.
Conclusion le rnc doit être affiché sur votre site Web international. Qursquoil srsquoagisse de blogs technologiques, de magazines numériques ou de sites Web de produits. êtes intéressé par les performances et que vos clients lecteurs sont partout dans le monde, CDN va vraiment accélérer votre site WordPress. De plus, plus le site charge de ressources à partir de différents endroits, plus lrsquoamélioration est importante. Cependant, avoir un CDN nrsquoest pas un plaisir. La bonne gestion des services est essentielle à leur rendement. Gardez à lrsquoesprit que la première demande sera de plus en plus lente et qursquoil est important de mettre en cache correctement le CDN.
Dans le prochain article, nous examinerons comment configurer correctement
Avec le service cdn77 de WordPress, comment configurer son emplacement et en tirer le meilleur parti afin que puissiez profiter des mêmes avantages de cet article. Attendez avec impatience! Nrsquooubliez pas de consulter nos messages sur les meilleurs services rnc gratuits. Certains drsquoentre eux sont entièrement gratuits dans une certaine mesure, tandis que drsquoautres sont gratuits pendant la période drsquoessai. Bien que cdn77 soit un excellent choix, nous aimerions que examiniez ces autres services exceptionnels afin que puissiez choisir ceux qui conviennent le mieux.
