J'ai une page (a) qui est une page javascript lourde, lorsque je laisse cette page pour aller à la page B Ça prend une longue période. Quand je vais à la page B d'une autre page, c'est vraiment rapide. Donc, il a quelque chose à voir avec la page A et probablement son JavaScript.
Lorsque j'exécute le profileur de réseau à partir des outils de développeur dans IE 9, il affiche une lacune d'environ 15 secondes entre la réponse et le DOMContentOached (événement).
page A est lourd avec JavaScript car il exécute l'éditeur Xopus, un éditeur de texte riche XML.
Quelqu'un a-t-il des idées sur ce que je pouvais faire pour analyser l'écart quant à ce que je pouvais faire ou ce que je pouvais faire pour rendre la page un déchargement plus rapide.
3 Réponses :
Ceci est un coup long car il y a environ onze cents choses qui ne va pas, mais cela pourrait être quelque part pour commencer. Ajoutez cette balise de script à votre page comme le dernier: Ce code tente de forcer le déchargement de chacun des fichiers JavaScript chargés sur la page, signalant le temps qu'il contient. prend pour les déposer en millisecondes. Tirer cela comme cela est pratique, c'est-à-dire sur déchargement ou avec un bouton: Ceci pourrait ne pas fonctionner / vous dire ce que vous devez savoir car c'est-à-dire que c'est-à-dire de refuser de faire la collecte des ordures lorsque le script est déconnecté. Cela pourrait être parce que c'est-à-dire qu'ils ne les déchargent vraiment pas lorsque vous faites cela, ou simplement parce que c'est-à-dire qu'Indi a dit :) En tout cas, ce n'est pas une solution; Peu importe que la JS soit déchargée, la collection à la poubelle prend toujours le même temps. Ceci est juste une tentative d'un premier diagnostic, comme vous l'avez demandé. J'espère que cela fonctionne / aide ...
Peut-être que vous utilisez une bibliothèque JavaScript comme prototypejs qui accroche à la page Déchargez l'événement et lorsque la page décharge, il bouge via un tableau en supprimant tous les écouteurs d'événements pour tous les éléments DOM page. Si nous savons quelles bibliothèques utilisez, nous pourrions simuler un appel pour décharger la page pour forcer la bibliothèque à exécuter sa fonction de déchargement. Ensuite, commencez une minuterie pour voir combien de temps il faut pour charger une autre page.
Oui Ie suce . Mais il existe plusieurs outils pour profiler votre page.
Fiddler ou httpwatch est un bon outil permettant d'analyser votre chronologie de votre demande et de voir s'il faut longtemps pour télécharger tout votre code JavaScript lourd. C'est souvent la principale cause de ralentissement d'une page JSzevey JS. Depuis Ie ne prend pas le téléchargement parallèle très bien < / a>, cela coûte plus de temps pour des centaines de petits fichiers JavaScript.
Pour ce cas, essayez Minificateur Votre JavaScript . C'est la manière la plus directe d'améliorer vos performances de charge de la page.
Si cela n'aide pas beaucoup. Vous pouvez avoir besoin Yslow pour analyser une performance détaillée. Bien que cela ne s'adapte pas à coire, la fixation des problèmes sous Chrome ou FF peut affecter les performances sous IE.
Ajoutez un peu de connexion de votre console, affiez-vous que vous puissiez trouver le problème de performance d'exécution.
Voir aussi: Stackoverflow.com/questions/855126
Merci pour la suggestion, j'ai vérifié le JavaScript et aucun appels semble prendre beaucoup de temps. Cela ressemble à la collecte des ordures dans IE ou quelque chose comme ça. FF et Chrome sont rapides dans la réponse.
Cela se produit-il seulement avec une page B?
Peut-être que c'est-à-dire cible? ...: P