Comment réduire le premier octet de temps ou le premier temps de chargement
J'ai développé un site joomla 3.2 site. Je l'ai testé avec webpagetest.org et j'ai obtenu les résultats suivants
First Byte Time-F
Keep-alive Enabled-A
Compress Transfer-A
Compress Images-A
Progressive JPEGs-F
Cache static content-A
Effective use of CDN-yes
lien pour le résultat-http://www.webpagetest.org/result/140205_RX_DE5/1/details/
www.webpagetest.org/result/140205_RX_DE5/
J'ai activé ca sur mon site.Maintenant, je veux réduire mon site du premier octet de temps que je suis F dans le Premier octet de temps. comment puis-je améliorer mon site??
Et, comment puis-je convertir des images en images progressives que j'ai aussi eu F dans progressive Jpeg??
Voici le lien de mon site-http://www.guru99.com
S'il vous plaît aidez-moi à améliorer les performances du site.
Je ne peux pas imaginer le Premier Octet Temps d'un CMS aussi grand que Joomla être top notch vu comme c'est assez lourd de la CMS. Test de la Joomla.org site, et peut-être aussi quelqu'un comme Yootheme qui sont un moyen très efficace de l'entreprise pour voir ce que leurs résultats sont.
Juste par curiosité, pour votre cdn, avez-vous tout simplement de créer un sous-domaine? >> cdn.guru99.com
Nous sommes à l'aide maxcdn
Juste par curiosité, pour votre cdn, avez-vous tout simplement de créer un sous-domaine? >> cdn.guru99.com
Nous sommes à l'aide maxcdn
OriginalL'auteur Tushar Korat | 2014-02-05
Vous devez vous connecter pour publier un commentaire.
J'avais environ 0,8/1s ttfb avec un hébergement mutualisé.
Déplacé vers VPS changé service de apache à nginx et PHP-FCGI
N'était pas encore assez. TTFB était 250/400
Cherché sur le web pour les 3 jours. Sans aucun résultat, en abaissant le ttfb.
Jusqu'j'ai trouvé ceci:
http://help.directadmin.com/item.php?id=567
OpCache m'Aider à réduire le ttfb à 0,12/0.2 ms pour mon site joomla.
Pourriez-vous ajouter plus de détails sur la solution fournie sur le lien inséré?
ajouter plus de détails? Il y a tout ce qui est écrit sur une URL donnée. gzip_static; fonction de son très puissant. Lire plus sur le sujet: nginx.org/en/docs/http/ngx_http_gzip_static_module.html. J'ai utilisé Zopfli pour archiver tous les js/css fichiers. Il suffit d'entrer Votre dossier html via SSH et utiliser des commandes pour archiver tous les fichiers js # trouver . -type f -name ".js" -exec zopfli -i1000 {} \; et css # trouver . -type f -name ".css" -exec zopfli -i1000 {} \;
Et je pourrais ajouter encore une chose Quand j'ai changé de CDN Cloudflare d'Incapsula a été un grand pas en place sur un site de la vitesse pour ma page. Voici comment la page est loding maintenant tools.pingdom.com/fpt/#!/ebcjws/www.ekavet.com webpagetest.org/result/150607_AB_DDV
OriginalL'auteur Donatas
Je dois l'avouer, votre question m'a inspiré alors j'ai passé les 2 derniers jours de travail sur l'optimisation. Après des tests extrêmes j'ai eu le Premier Octet de Temps à B. Pour ce faire, j'ai fini par utiliser la JCH Optimize Plugin. Comme pour les paramètres, j'ai activé tout en dehors combinant les CSS et JS comme ce qui a entraîné une erreur de la console.
Il réduit les temps de chargement de la page par un montant du tarif. J'ai aussi activé le G-Zip option dans la communauté Joomla Configuration Globale, cependant j'ai tourné Joomla intégré de mise en cache comme elle peut provoquer des problèmes avec certaines extensions.
Comme pour les Images, tout .des images jpg que j'ai utilisé, je l'ai ouvert dans Photoshop et n' CTRL + Maj + ALT + S et le "Progressive" option. Un fait et téléchargés, j'ai couru de nouveau le test et a obtenu un Un pour Progressive Jpeg.
Essayez de faire la même chose, et voir ce que le résultat est. Espérons que cela aide
OriginalL'auteur Lodder
Comme mentionné c'est surtout à propos de deux choses de votre serveur et de votre application.
Vous semblent être sur un partage d'hôte/adresse ip à Hivelocity si cela aura une incidence sur votre TTFB. Pour l'utilisation d'un hôte si
619 ms First Byte Time
n'est pas horrible. N'oubliez pas qu'un Un est seulement 192ms, afin d'obtenir un F est d'une demi-seconde de plus.Vous êtes à l'aide d'un Portique cadre modèle basé sur ce qui est probablement l'un des plus lourds autour de Joomla templates (bien qu'aucun de la communauté Joomla fournisseurs commerciaux sont vraiment léger). RocketTheme fournir leur propre extension du cache pour une utilisation avec leurs modèles, vous pouvez essayer que, bien que je ne suis pas certain que cela aura un impact sur le reste de vos stats.
Pour les clients qui exigent de nous de configuration web dédiés et serveurs de base de données, c'est à dire des machines séparées pour chaque fonction, cela permet à la pression d'Joomla beaucoup plus loin. Pour les non-Joomla apps nous construire, nous avons essayé HHVM avec de bons résultats (HHVM a encore un quelques questions en suspens avec de plus grands projets).
Pour le JPEG progressif, nous avons utilisé Optim dans le passé, c'est aussi sur GitHub.
La chose à retenir est le TTFB est juste une métrique (et à mon humble avis sans valeur), le plus important métrique est la page de prêt. Jetez un oeil à cette CloudFlare post.
Il pourrait l'être, mais n'oubliez pas c'est juste sur le premier octet de retourner quelque chose d'utile comme combien de temps l'ensemble de la page pour être livré. Des choses comme l'application (joomla) met en cache ne sera pas vraiment l'affecter, seules les grosses boîtes, plus de ram, etc. Voir la CloudFlare lien que j'ai ajouté.
OriginalL'auteur Craig
TTFB est principalement liée à 2 choses: Votre serveur et de votre application.
Le serveur peut avoir des problèmes qui sont à l'origine d'un grand TTFB, par exemple, il peut avoir un certain complexe de règles de pare-feu ou de certains problèmes de routage. Vous aurez besoin de vérifier avec votre compagnie d'hébergement.
Que la réduction de la TTFB pour Joomla, assurez-vous d'activer la mise en cache (attention cependant, la mise en cache de Joomla est livré à une charge).
OriginalL'auteur itoctopus
Je suis d'accord avec l'utilisateur cppl que TTFB n'est pas nécessairement un sens de la mesure et allait lien vers le même l'article sur Cloudflare. L'article s'appuie sur ce point: "du point de vue utilisateur final TTFB est presque inutile ... c'est en fait une corrélation négative avec le temps de téléchargement: le pire de la TTFB le mieux le temps de téléchargement.'
Dans la plupart des cas, l'obtention de votre balisage sur la page aussi vite que possible pour l'utilisateur de regarder pendant que d'autres fichiers peuvent être chargés à l'arrière-plan est une bonne façon de faire de l'utilisateur l'impression que votre site est "réalisation" eh bien, même si un dev pourrait juger de la performance par des critères un peu différents.
Pour répondre à votre question sur la façon d'améliorer les performances du site, j'ai couru votre site par le biais de YSlow et découvert quelques choses qui devraient améliorer les performances du site du point de vue de l'utilisateur final:
OriginalL'auteur Candlejack
Si votre page web est en train de récupérer énorme quantité de données, vous devez différer le chargement de la masse de données à l'aide d'ajax ou de mise à jour des panneaux. Cela permettra certainement de réduire le TTFB.
OriginalL'auteur Shadi Namrouti