Ce qui est un moyen fiable pour calculer réel (web) page loadtime
Je suis intéressé à savoir la moyenne réelle de la page loadtime pour mon webapplication.
Simpliste, comment connecter mon visiteur moyen d'attente avant de pouvoir commencer à utiliser une page sur mon site. À partir de quand ils cliquent sur le lien vers mon site jusqu'à ce que le site est terminé rendu & prêt à accepter l'entrée.
La solution étalon semble être d'utiliser Javascript pour comparer le temps à partir d'un script dans le jusqu'à ce qu'un script dans la fenêtre.événement onload ().
(Voir: http://www.dreamincode.net/code/snippet1908.htm)
Cela ne semble pas être une très acturate mesurer à moi, comme il ignore le temps pris pour résoudre mon domaine & recevoir assez de contenu HTML pour commencer Javascript parsig.
Aussi, il semble que Safari feux de la fenêtre.onload avant que la page n'a pas fini de se charger (http://www.howtocreate.co.uk/safaribenchmarks.html).
Des idées?
Est-il possible d'obtenir à la fois une à la demande actuelle a été lancé via le Javascript?
Quel événement se déclenche après tout est prêt fiable sur tous les navigateurs?
- DNS le temps de résolution est quelque chose qui est hors de votre contrôle, il n'y a aucun moyen de mesurer de manière fiable que.
Vous devez vous connecter pour publier un commentaire.
http://www.webpagetest.org/ est une excellente ressource pour mesurer le temps de chargement
Aussi google chorme outils de dev a un panneau Montage où vous pouvez enregistrer des événements,
Ici, c'est un 2.5 minutes de vidéo vous montrant comment la Timeline de google chrome fonctionne http://www.youtube.com/watch?v=RhaWYQ44WEc
FireBug a un "réseau de mode de synchronisation" où vous pouvez voir combien de temps il a fallu pour télécharger chaque ressource qui rend votre page web.
Plus vous devez mesurer le temps de votre serveur doit préparer la demande. Puisque vous ne pouvez pas influencer le navigateur et le réseau, les temps de rendu sur votre serveur doit être aussi petite que possible.
Firebug est une grande ressource pour le présent et des tas d'autres informations à propos de votre page se charge. En outre, Firebug avec YSlow, va encore plus loin. YSlow est un hadnful de vérifications qu'il va à l'encontre de votre page et de notes, c'est la performance en fonction de certaines règles (êtes-vous d'utiliser un CDN, est votre CSS et JS compressé, etc.). Je l'ai trouvé d'une valeur inestimable pour faire quelques améliorations majeures (JS compression est un grand) pour mes sites.
Essayer de Yahoo YSLOW, il va répondre à votre post de questions, mais il ne fonctionne qu'avec FireFox (en fait sa un plugin pour firebug)
La façon la plus précise pour calculer les temps de chargement sur le côté serveur: une fois que la page est construite, combien il faut de l'affichage sur le navigateur de l'utilisateur dépend de:
Donc, à l'aide de JavaScript n'est pas une grande mesure, car il ya beaucoup de facteurs que vous ne pouvez pas changer de là.
La meilleure chose que vous pouvez faire est de mesurer le temps de chaque page peut être généré sur votre serveur que, vous pouvez améliorer.
Il va sans dire, cela dépend de la langue dans laquelle vous êtes le codage.
Une chose qui peut être fait est d'utiliser Javascript pour saisir l'heure actuelle, lorsqu'un client-côté de l'événement se produit qui déclenche un post-retour à votre serveur. En passant cette valeur de retour de votre côté serveur vous permettra de vous rendre au client en tant que votre premier seuil de déclenchement temps que vous pouvez comparer.
Au lieu d'utiliser onLoad, je crois que vous pouvez mettre de script inline à la fin du document, de sorte qu'il s'exécute dès que le navigateur rend cette partie du scénario. Cela vous permettra de comparer l'heure actuelle quand le script en ligne va à l'encontre de l'heure de déclenchement qui a été capturé lorsque l'utilisateur a initié l'appel.
Cependant, comme l'a dit Seb, puisque vous ne pouvez contrôler de manière fiable le côté serveur de la loadtime, il serait préférable de l'inclure dans vos paramètres du serveur de génération de la page du temps. Si vous avez les deux méthodes, vous pouvez au moins voir comment beaucoup de le temps total pris par la génération de la page, et de combien est la fonction des différents retards qui pourraient se produire sur le côté client.
J'ai toujours trouvé le Pingdom Tools pleine page de test très utile. Ce n'est pas une solution de code, mais il ne vous donner une bonne idée de la façon dont rapidement (ou pas) de votre page se charge.
pseudo-code.
La méthode que j'utilise est de créer une variable de session (enveloppé dans une si la pour vérifier qu'elle n'a pas déjà été créé) que la première chose à mon index.php fichier (qui chaque script s'exécute à travers). Ensuite, j'ai un événement pageLoad en javaScript qui affiche un retour à un autre script sur le serveur qui reçoit la séance de grandeur du temps et de la soustraction à partir de l'heure actuelle. Cela vous donne le temps qu'il a fallu pour la demande de frapper votre serveur, de processus, de répondre, et le rendu.
assurez-vous de désactiver la variable de session dans le script de post en arrière, de sorte que la prochaine fois le chargement de la page, elle définit une nouvelle variable de session (en tant que l'un n'existe pas, car nous supprimons) et recommence. La seule chose que vous pouvez faire est de trouver le temps, l'ajax a pris de demander au serveur et soustraire, mais il convient de millisecondes.
• Déterminer le nombre de bits que vous transférez.
(ce convertisseur permet de: http://www.matisse.net/bitcalc/)
• * * * Évaluer ou déterminer la vitesse de téléchargement
(vous pouvez utiliser cette chose: http://speedtest.net)
• diviser