Mettre en cache toute la page pour améliorer les performances. Les résultats fourniront aux visiteurs du magasin une perspective intéressante sur lamp;rsquoexpérience utilisateur. Nous avons testé les performances de 15 sites de commerce électronique Magento populaires hébergés par différentes entreprises de différentes régions nordiques.
La figure ci dessous est un exemple de la répartition du temps de réponse que souhaitez (karitraa.com). La plupart des demandes présentées dans le cadre de lamp;rsquoessai initial ont été reçues en moins damp;rsquoune seconde et certaines en moins de deux secondes. Les tests de mise en cache continue montrent que presque toutes les demandes peuvent être mises en cache sur une page entière, ce qui nous indique que le trafic soudain élevé sera traité en douceur.
La figure ci dessous est un exemple du test damp;rsquoéquivalence ci dessus (hoyer.no), mais les résultats nous disent que les utilisateurs vivent une expérience très négative. Seule une petite partie des demandes ont été traitées en moins damp;rsquoune seconde et la grande majorité en trois secondes ou plus.
La distribution des tests de mise en cache recommande également de mettre en cache toute la page, mais elle ne fonctionne pas pour la plupart des demandes. Étant donné que les ressources damp;rsquoarrière plan seront utilisées pour fournir la plupart des demandes non mises en cache, il est probable quamp;rsquoun trafic soudain et élevé sur le site les rendra indisponibles. Aperçu des résultats nous avons mesuré le temps que devez attendre avant que votre navigateur ne commence à voir une page Web. Il est temps que tout le monde attende que plus damp;rsquooptimisation fonctionne. Peu importe la façon dont le Front end est optimisé plus petites images, agrégations CSS et Javascript, moins de recherche de noms de domaine ce temps damp;rsquoattente samp;rsquoapplique à tout le monde.
Lamp;rsquoexpérience utilisateur est un convertisseur
Un temps de réponse moyen inférieur à 0,8 seconde fournit généralement de bonnes performances un temps de réponse moyen supérieur à 0,8 seconde donne au magasin lamp;rsquoimpression damp;rsquoêtre un peu lent plus de 1,2 seconde le temps de réponse moyen semble lent et peut commencer à doubler Cliquer sur un temps de réponse moyen supérieur à 1,5 seconde signifie que les visiteurs agités et en difficulté tout ce qui dépasse 2 secondes garantit une mauvaise expérience utilisateur Comment lire et analyser ce diagramme
La barre de temps de réponse Rouge indique le temps de réponse que la plupart des visiteurs éprouveront, avec seulement un temps de réponse moyen acceptable et constant de moins de 0,8 seconde pour les quatre premiers sites. La barre de temps de réponse bleue peut apparaître pour les visiteurs lors damp;rsquoun événement de circulation intense. Pour les tests de mise en cache de page complète, un temps de réponse de mise en cache de page complète inférieur à 1 seconde indique que la mise en cache de page complète peut être utilisée efficacement pour redimensionner (le temps de réponse de test FPC inférieur à 0,5 seconde ne doit pas être comparé, car la latence du réseau est la principale source de changement) Les différences absolues sont importantes Entre lamp;rsquoexécution initiale et lamp;rsquoexécution de validation, la performance varie aléatoirement (hellyhansen.com, eplehuset.no, hoyer.no), quelques informations supplémentaires sur les trois sites hébergés par servebolt: yme1verse. Com, coverbrands. Et karitraa. Format commun de noms de domaine
Aucun damp;rsquoentre eux namp;rsquoa mis en cache lamp;rsquoarrière plan en utilisant redis ou damp;rsquoautres marques de recouvrement de remplacement. Non fournit un temps de réponse sous optimal et namp;rsquoutilise pas de cache pleine page. Il samp;rsquoest avéré capable damp;rsquoaccueillir plus de 2 000 utilisateurs en même temps sans configuration de Cluster karitraa. Com fonctionne sur PHP 5.6. La mise à jour du site en PHP 7 réduira le temps moyen de 35 à 50% d
Camp;rsquoest rispesta enklereliv. No est le seul site non Servo boulonné qui offre damp;rsquoexcellentes performances lors de cet essai. Ces chiffres et les contrôles que nous avons effectués de lamp;rsquoextérieur de la configuration montrent que leur cache pleine page est toujours actif.
Le tableau ci dessous énumère tous les sites où en moyenne plus de 3,5% des pages ont répondu en plus de 2 secondes. Les visiteurs du site visitent généralement plusieurs pages, mais ce graphique montre la capacité damp;rsquoaccéder à des pages de plus de 2 secondes par clic. Résultats du cache pleine page ces diagrammes ne comprennent que les sites qui mettent effectivement en oeuvre le cache pleine page pour redimensionner. Les barres bleues montrent la performance globale. Coverbrands. Non namp;rsquoutilise pas de cache pleine page, mais il est ajouté pour souligner que pouvez obtenir damp;rsquoexcellentes performances sans utiliser de cache pleine page.
Il y a plusieurs sites qui implémentent la mise en cache complète de la page, mais ces sites ne sont pas listés si le Service de mise en cache a trop peu de demandes pour être redimensionné efficacement. Helly Hansen et stormberg se comportent assez lentement, mais ils samp;rsquoadaptent au trafic. Fjellsport. Non, camp;rsquoest généralement lent, voorwinden. Nl et eplehuset. Il namp;rsquoy a généralement pas damp;rsquoexpérience utilisateur négative à moins que le visiteur namp;rsquoait eu de la chance de cliquer sur la page cache. Scores de rendement nous avons créé un indice qui reflète le rendement de la ttfb que les visiteurs aléatoires peuvent samp;rsquoattendre à obtenir et qui donne des résultats allant de 0 à 100, dont 100 sont les meilleurs scores. Lamp;rsquoindex comprend les éléments suivants:
Temps de réponse (jusquamp;rsquoà 30 points) capacité de mettre en cache le temps de réponse (jusquamp;rsquoà 20 points) Hits amp;lt 1s pagina (fino a 30 punti) Possibilità di colpire amp;lt 2s pagina (fino a 20 punti) Bauhaus.se to: Bauhaus.se Sviluppatore: Vaimo Ospitato presso: Bauhaus IT Piattaforma: Magento Commerce Utilizzo della cache a pagina intera: No Grado Alexa: 46467 Eplehuset. N lieu: eplehuset. Pas de SVI
Lupstore: Convert hosted at: Amazon Platform: Magento commerce full page cache Use: is Alexa Grade: 184868 Bonjour, Hansen. te Web: Helly Hansen. Développeur: vaimo hébergement: Amazon Platform: Magento commerce full page cache Use: is Alexa Grade: 47695 G port. Pas de site: gsport. Pas de développeur: Atele hosted at: embriq Platform: Magento commerce full page cache Use: is Alexa Grade: 72478 Coverbrands. N site: coverbrands. Pas de développeur: vaimo hébergé sur: servebolt Platform: Magento commerce full page cache utilisation: pas damp;rsquoAlexa niveau: 226247 Hoyer. Hoyer. Aucun développeur: Convert hosted at: Digital Ocean Platform: Magento commerce full page cache Use: is Alexa Rating: 442853 À bord. Pas de sito: tilbirds. Aucun développeur: vaimo hébergé sur: glesys Platform: Magento 1.9 full page cache Use: No Alexa Grade: 334487 Ymeuniverse. te Web: ymeuuniverse. Com Developer: Convert hosted on: servebolt Platform: Magento 1.9 full page cache Use: is Alexa Grade: 91850 Caritra. te Web: karitraa. Développeur: Atele hébergement: servebolt Platform: Magento commerce full page cache Use: is Alexa Rating: 502283 Stomberg. te Web: stormberg. Com Developer: trollweb hosting Location: trollweb Platform: Magento commerce full page cache Use: is Alexa Grade: 152444 Fjellsport. Pas de site Web: fjellsport. Pas de développeur: trollweb host Location: Amazon Platform: Magento commerce full page cache Use: is Alexa Grade: 72919 mplereliv. Pas de site: enklereliv. Aucun développeur: trollweb hosting Location: trollweb Platform: Magento commerce full page cache Use: Yes Alexa Grade: 325308 Walwenden. Nl site: voorwinden. Nl Developer: Hosted on: Byte Platform: Magento Commerce page cache use
À tous: Camp;rsquoest Alexa Grade: 921644 Piezumers. Nl site Web: pietzoomers. Nl Developer: Hosted on: Byte Platform: Magento Enterprise Edition full page cache Use: No Alexa Grade: 1507728 Vita sito: vita. N Developer: trollweb hosting Location: trollweb Platform: Magento Enterprise Edition full page cache Use: is Alexa Grade: 157170 Reflection and Cache Cache Cache on Magento est un logiciel ou un composant matériel qui stocke des données afin que les demandes futures pour les mêmes données puissent être satisfaites plus rapidement. Il est essentiel damp;rsquoaccélérer le traitement et damp;rsquoéconomiser des ressources et du temps pour accéder aux données. La mise en cache se fait à la plupart des niveaux de la pile logicielle du serveur Web, du système de fichiers, de la base de données, du serveur Web et de lamp;rsquoapplication Web. Une idée courante est que lamp;rsquoarrière plan du cache alternatif et le cache de page entière résoudront les problèmes de performance de stockage. Camp;rsquoest rarement vrai. Damp;rsquoaprès lamp;rsquoexpérience, nous savons que les développeurs Magento commencent à exiger un arrière plan de cache plus rapide (comme redis) et une solution de cache pleine page (comme varnish) lorsquamp;rsquoils rencontrent des problèmes de performance. On samp;rsquoattend généralement à ce que lamp;rsquoinstallation et la configuration de cette fonctionnalité corrigent les problèmes de performance, mais non! Magento e commerce et mise en cache de pages complètes ce test montre que la mise en cache de pages entières ne donne généralement pas les résultats que les développeurs essaient damp;rsquoatteindre. Camp;rsquoest pourquoi La plupart des magasins ont des centaines, voire des milliers de pages différentes. La mise en cache damp;rsquoune page entière ne met généralement pas en cache tout le contenu, et les entrées mises en cache expirent généralement. Pages visitées par les visiteurs du site
Lamp;rsquoarrière plan du cache override ne fournit quamp;rsquoun accès en lecture écriture plus rapide au cache. Le problème le plus courant avec Magento namp;rsquoest pas lamp;rsquoaccès en lecture écriture au cache, mais la création réelle damp;rsquoéléments de cache dans MySQL et PHP. Lamp;rsquoautre type damp;rsquoarrière plan de cache namp;rsquoaccélère pas le temps nécessaire pour créer des entrées de cache, mais fournit seulement un moyen plus rapide damp;rsquoenregistrer et de lire les données dans le cache. De plus, pour Magento, lamp;rsquoamélioration des performances damp;rsquoE s de lamp;rsquoarrière plan de cache basé sur la mémoire est souvent surestimée. exécutez une pile logicielle correctement configurée sur un disque dur SSD avec suffisamment de RAM, ces éléments sont mis en cache dans le système damp;rsquoaccès aux fichiers ou la RAM. Méthodes damp;rsquoessai objectifs de lamp;rsquoessai de performance Magento lamp;rsquoobjectif principal de lamp;rsquoessai est de recueillir des renseignements sur le temps de réponse, la répartition du temps de réponse et lamp;rsquoefficacité de la mise en cache de lamp;rsquoensemble de la page pour améliorer le rendement. Les résultats fourniront aux visiteurs du magasin une perspective intéressante sur lamp;rsquoexpérience utilisateur. Les tests ont été effectués par les pays Bas au cours des semaines 49 et 50 de 2017. La méthode de test de performance Magento utilise Scream Frog SEO SPIDER pour recueillir des données et configurer pour récupérer uniquement les pages HTML (pas de CSS, JPG, JS, etc.) Et empêche les pages damp;rsquoêtre testées avec des filtres et damp;rsquoautres paramètres get non pertinents. Pour les trois exécutions damp;rsquoindex par site, nous avons enregistré le temps de réponse moyen pour toutes les demandes et un calendrier de réponse trié par seconde. Exécution 1 – lamp;rsquoessai initial exécute lamp;rsquoindexeur pendant environ 5 minutes (index entre 350 et 750 pages). Exécuter 2 – le test de cache de page complète exécute environ la même quantité de vues
Page I, exécuter 3 immédiatement après lamp;rsquoexécution 1 – vérifier que le test indique un nombre égal de pages vues dans les heures suivant lamp;rsquoexécution 1 et 2. Le principe est de tester lamp;rsquoexpérience damp;rsquoaccès damp;rsquoun utilisateur réel à un site Web. Lamp;rsquoessai damp;rsquoexécution 1 doit fournir un instantané correct du rendement global du site. elle est utilisée et correctement configurée, lamp;rsquoexécution 2 devrait atteindre le cache de page complet et simuler la performance en cas de pointe soudaine du trafic (p. ex., envoyer un communiqué de presse, obtenir un site actif, etc.). Pour les sites qui utilisent la mise en cache pleine page, nous prévoyons une amélioration du temps de réponse moyen et du déploiement. Confirmer le test, exécuter 3, est de confirmer que les résultats de lamp;rsquoexécution 1 sont justes et damp;rsquoobserver la viscosité du cache de page entier. Tous les tests sont effectués sur un site Web de production sur place, comme si tout le monde sur Internet pouvait les utiliser. Cela signifie que les sites qui utilisent correctement le cache et qui ont un trafic important devraient avoir un avantage général sur les sites qui ont un trafic faible et qui namp;rsquoutilisent pas le cache de page complet. Résumé et recommandations nous avons lancé ce projet de recherche afin de comprendre le rendement global du site Magento pour les utilisateurs finaux et les résultats sont conformes à nos attentes. Les questions auxquelles nous voulons répondre et nous inspirer sont les suivantes: La mise en cache de la page entière est elle une solution viable aux problèmes de performance de Magento? Le remplacement de lamp;rsquoarrière plan du cache améliorera t il les performances de Magento? Y a t il une meilleure façon de résoudre les problèmes de performance de Magento? Les problèmes de performance des sites Magento sont généralement résolus en installant plusieurs applications, extensions et plus de code. Les résultats montrent quamp;rsquoil samp;rsquoagit généralement damp;rsquoune approche SBA
Camp;rsquoest pourquoi la Commission propose de prendre des mesures pour résoudre les problèmes de performance. Lisez la réflexion et comprenez pourquoi. La mise en cache de la page entière est elle une solution viable aux problèmes de performance de Magento? Vous pouvez obtenir de bonnes performances frontales en implémentant la mise en cache pleine page, mais seulement un des 15 sites de test fournit des exemples damp;rsquoutilisation efficace de la mise en cache pleine page pour améliorer les performances. Pour tous les magasins avec un temps de réponse moyen supérieur à 1 seconde, les résultats montrent que les visiteurs namp;rsquoaccèdent généralement pas aux pages mises en cache. De plus, la mise en cache damp;rsquoune page entière namp;rsquoaméliore jamais les performances de lamp;rsquoarrière plan. Le remplacement de lamp;rsquoarrière plan du cache améliorera t il les performances de Magento? Aucun des sites hébergés par servebolt namp;rsquoutilise damp;rsquoarrière plan de cache alternatif. La raison en est que le cache Backend I o ne cause généralement pas de problèmes de performance. Samp;rsquoil y a des problèmes damp;rsquoE s de cache, passer à lamp;rsquoarrière plan de cache basé sur la mémoire peut être utile, mais pour la plupart des sites Magento, les performances php MySQL peuvent ralentir le site. Le seul remède pour php MySQL lent est un hébergement plus rapide et meilleur. Y a t il damp;rsquoautres façons damp;rsquoobtenir une excellente performance Magento? Pour une bonne performance, notre principale recommandation est de se concentrer sur lamp;rsquoaccélération des performances plutôt que sur la mise en cache. Cela est souvent plus facile à dire quamp;rsquoà faire, mais résumez le scénario de base: avec un hôte rapide avec un système damp;rsquoexploitation correctement configuré et une pile damp;rsquoapplications, les configurations standard sur VPS et les services Cloud ne fournissent pas de bonnes performances. Corriger toutes les erreurs connues les développeurs ont tendance à ignorer les erreurs dans les journaux du serveur Web et les journaux Magento. Chaque bogue ralentit la fonctionnalité
Camp;rsquoest beaucoup plus difficile lorsque le registre des erreurs est grand. Testez le rendement de toutes les pages avant de déployer le nouveau Code lorsque effectuez des changements, assurez que vos pages de couverture, de catégorie, de produit et de paiement répondent toujours en temps opportun. De plus, concentrez toujours sur la performance de lamp;rsquoarrière plan. Choisissez des extensions à utiliser avec soin de nombreuses extensions peuvent endommager les performances. Désinstallez les extensions inutilisées. Tester Magento avec la mise en cache pleine page désactivée accepte le fait que la plupart des utilisateurs accéderont à des pages non mises en cache. Toute la page est mise en cache pour redimensionner, pas pour la performance. La performance non mise en cache est quelque chose que devez surveiller. Les récompenses damp;rsquoun tel travail se traduiront par une meilleure performance à lamp;rsquoavant et à lamp;rsquoarrière. Lorsquamp;rsquoun problème de rendement survient, la solution consiste à déterminer avec précision quel est le problème. Il est généralement plus facile damp;rsquoutiliser le profileur Magento et les requêtes de base de données damp;rsquoenregistrement. Elaboration Merci de consulter cette étude. avez des commentaires, des questions ou des cas précis que souhaitez discuter, namp;rsquohésitez pas à joindre à nous ou à nous contacter par chat, téléphone ou courriel. Lamp;rsquoéquipe de servebolt
Études de performance Managed Magento
