2009-02-06 13 views
0

Je développe actuellement un site sur lequel je travaille depuis plus d'un an. Aujourd'hui, à environ une semaine du lancement, j'ai commencé à revoir des choses que je n'avais pas faites au cours de la dernière année, y compris les temps de chargement. Je n'ai pas remarqué de problèmes de chargement, mais je voulais toujours regarder.Ma page d'index est-elle trop grande?

Ce qui suit représente ma page d'index:

 
Documents (1 file)  22 KB 
Images (53 files)  96 KB 
Objects (0 files) 
Scripts (9 files)  90 KB - Including jQuery.min.js 
Style Sheets (6 files) 23 KB 
------------------------------- 
       Total 230 KB 

Nous ne vivons plus dans le monde des années 56K et 28,8 de, mais je me demande ce qui devrait être considéré comme trop grand maintenant aujourd'hui. Je devrais également mentionner que Google Analytics rapporte que 3,28% de mes visiteurs ont un accès commuté. Ces utilisateurs parcourent actuellement une page d'index de 158 Ko.

Autres formats de page d'index intéressantes:

  • Google: 20kb
  • Amazon: 525KB
  • StackOverflow: 121kb
  • Digg: 58kb
  • Revision3: 936KB
+0

Avez-vous déjà réduit autant que possible les images? PNG et la réduction des couleurs sont vos amis. Mais après tout: c'est ce que sont les caches après le premier chargement :) – Leonidas

+0

PS: Je mentionne les images, car les envoyer toutes à travers des conversions automatisées et les comparer à la version est l'optimisation la moins chère que j'essaierais. Surtout avec eux étant un tiers de toute la charge. – Leonidas

+0

@Leonida, j'ai optimisé mes images plus grandes. J'avais un .png qui était 50kb. Il est maintenant environ 9kb. Je veux essayer quelques sprites plus tard. – Sampson

Répondre

6

Pas une réponse directe, mais le site Web Yahoo! Exceptional Performance est rempli d'articles et de conseils sur les problèmes d'ingénierie frontale tels que ceux-ci, qui peuvent affecter la perception de l'utilisateur des temps de chargement du site.

En particulier, je suggère qu'il pourrait être possible de réduire le nombre de requêtes HTTP effectuées - six feuilles de style et 59 images, par exemple - peut-être certaines de ces images pourraient être sprited pour réduire ce chiffre?

+0

Je suis complètement d'accord. Malheureusement, le processus de développement était «Agile», et une grande partie de la mise en page a été déterminée ad-hoc, malheureusement. Je voudrais revenir en arrière et réduire mes fichiers .css, rejoindre ensuite si possible, et sprite plusieurs images lorsque le temps le permet. – Sampson

+0

Avez-vous oublié la partie refactoring du développement "agile"? – dtc

+0

@webdtc - Je suis le seul développeur de ce projet, et le courant est alimenté par la haute direction. "Ajouter quelque chose là-bas qui contient des informations X" dépeint le type de demandes que je reçois sur une base hebdomadaire (parfois tous les jours) :) – Sampson

2

C'est assez gros, mais je ne le considérerais pas comme un problème avant/devient un problème. Méfiez-vous de l'optimisation prématurée dans tout contexte.