Commencer à créer des sites prioritaires en matière de performance
Mettre la mise en cache à la disposition de tous les visiteurs en tant que principale technologie d’amélioration du rendement. Pour oublier tout le cache de page dans le flux de travail de développement, cela produira un meilleur Code qui fonctionne plus rapidement. Lorsque ce que vous faites ralentit votre site Web, il est facile de le voir, de l’entendre et de le savoir.
Voulez – vous en savoir plus sur le fonctionnement du cache? Lisez mon article sur le fonctionnement du cache dans WordPress. Peu importe si vous créez un site à l’aide d’un plug – in, d’un thème prêt à l’emploi et de quelques changements CSS, ou si vous créez un site à partir de zéro en utilisant entièrement du code personnalisé. Le flux de travail performance First est conçu pour vous aider à fonctionner, peu importe la façon dont vous construisez votre site. Oh, non, une dernière chose. 
Mais dans le Code d’arrière – plan, nous n’avons pas beaucoup de nombres premiers. Je pourrais en trouver un qui s’appellerait \
Er a changé et il est temps de tester la performance du contenu que vous avez introduit ou modifié. Quel est le but de votre test? Vous pouvez tester le rendement dans différents domaines: fonctionnalité \/ score de code une page test à l’échelle du site fonctionnalité ou score de code fonctionnalité ou score de code les tests de rendement sont généralement effectués dans le cadre du processus d’intégration continue (ci). Pour de nombreux sites Web ordinaires, cela n’est pas compliqué et prend du temps. Test d’une page La plupart des gens testent une page à l’aide d’un outil de test d’une page, comme webpagetest. Org (ou tools.pingcom.com, gtmetrix). Ces outils sont faciles à utiliser et sont assez bons pour la plupart des gens. Le problème, cependant, est qu’ils ne sont que des outils de test d’une page. Le test d’une page est un domaine restreint pour la plupart des sites Web. Un test de performance d’une seule page ne suffit pas à moins que vous n’ajoutiez du Code qui n’affecte qu’une seule page. Dans la plupart des cas, tout code ajouté affecte plusieurs pages. L’ajout d’un plug – in ou d’un module affecte certainement plusieurs pages. Tests à l’échelle du site la plupart des développeurs devraient faire des tests à l’échelle du site. Effectuer un test complet du site en sélectionnant la page de préréglage du test ou en effectuant un balayage complet du site. Grâce à un test complet du site, vous pouvez voir l’impact de l’édition sur plusieurs pages, puis identifier les problèmes de performance sur les pages avec différents scénarios. Les essais complets sur le terrain peuvent être effectués dans le cadre de votre processus d’IC ou peuvent être exécutés manuellement à l’aide d’outils tels que sitebulb et squiring Frog. Il est important que, quel que soit l’outil que vous utilisez, vous puissiez obtenir des IRC dans le budget de rendement de chaque page. Tout le personnel
Mieux et plus vite. C’est exact. Mes changements affectent le rendement si le Code que vous changez ou ajoutez affecte le rendement, le flux de travail deviendra plus comme la danse. La première chose que vous devez savoir est si la dégradation des performances en vaut la peine. Cette décision dépend entièrement de vous. Si cela ne vaut pas la peine, retournez à l’étape 2 pour trouver une solution meilleure et plus rapide à tout problème que vous essayez de résoudre. Oui, ça en vaut la peine, alors ça en vaut la peine. Par conséquent, le flux de travail performance Priority dispose d’un filet de sécurité au cas où vous prendriez cette décision plus d’une fois. Le budget global de performance, qui est une valeur absolue, ne peut jamais être dépassé. L’étape suivante pour déterminer si la dégradation du rendement en vaut la peine consiste à vérifier si les changements ont dépassé le budget de rendement. Dans ce cas, vous devez retourner à l’étape 2 et réécrire le Code, ou trouver une solution meilleure et plus rapide d’une manière ou d’une autre. Aide Je dépasse mon budget de performance si vous dépassez mon budget de performance moyen, vous devrez réécrire le Code. Il est important de noter ici qu’il n’est pas nécessaire de réécrire le Code nouvellement introduit. Il peut être plus facile et plus intelligent de retravailler une partie du Code qui occupe une plus grande partie du budget de rendement. Lorsque vous dépassez votre budget, vous devez savoir quelle partie du budget vous avez. Lorsque vous arrivez au premier octet (ttfb), vous avez deux options. Avec l’aide de l’outil d’analyse, essayez d’héberger ou de retravailler votre code plus rapidement pour voir ce qui ralentit votre code. L’analyse prend du temps et est souvent difficile à réaliser à moins que vous n’ayez un ensemble de compétences avancées et diversifiées. La phase de déploiement que vous avez terminée dans le flux de travail, et finalement la phase de déploiement. Bien joué! Distribuer une nouvelle version du site Web sur Internet, rend
Le public peut les consulter sur Internet. Cependant, nous devons effectuer la dernière étape du premier flux de travail sur le rendement avant de vous mettre un coussin sur le dos. Activer le cache activer le cache est toujours la dernière étape du flux de travail. Pas avant le procès. C’est la dernière étape parce que vous ne devriez jamais utiliser de cache (cache de page complète, cache HTML, etc.) Comme amélioration du rendement. Si vous utilisez le cache de performance, vous pouvez vous assurer qu’à un moment donné, les utilisateurs auront une mauvaise expérience parce que les utilisateurs malchanceux n’auront pas accès au cache. Après avoir retiré le cache de la boîte à outils de performance de votre site, vous devez vous élever et votre travail au niveau suivant pour atteindre le niveau de performance requis pour les visiteurs de votre site. Cependant, s’il y a un cache dans la boîte à outils, il est facile de l’activer et de vous faire penser que c’est une bonne solution. Ce n’est pas le cas. La performance est une chose difficile à résoudre, et les modèles ci – dessus peuvent vous aider à avoir une meilleure perspective. Cependant, chez servebolt, nous nous efforçons de simplifier la vie de nos clients et, pour la même raison, nous avons développé des services de domaine accélérés uniques qui non seulement résolvent les problèmes de performance de votre site, mais optimisent également les ressources qui contribuent à améliorer l’extensibilité et la durabilité. Maintenant, c’est à vous de mettre en œuvre le flux de travail, de l’utiliser et de voir ce qui se passe. Je suis sûr à 100% que vous finirez par avoir un site plus rapide, un meilleur Code et des clients plus heureux. Si vous avez des questions, des critiques ou simplement des commentaires, veuillez faire des commentaires. Le flux de travail performance First sera mis à jour et amélioré, et nous avons également tenté de le transformer en un projet Open source et de fournir des outils et des conseils pour simplifier le travail performance First.