Je viens de télécharger Yslow pour Firebug et avez-vous regardé les résultats pour Un site que je suis en construction.
Je vois des recommandations, par exemple, d'utiliser Etags, un domaine sans cookie pour mes composants statiques et ajouter des en-têtes expirés.
Je pense, je pourrais bien sortir et les résoudre, mais il y a probablement un tas d'autres optimisations que je pouvais faire en premier, par exemple la mise en cache des appels de base de données ou quelque chose de similaire.
Je ne pense pas que ce site obtiendra «il y a beaucoup de» utilisation pour justifier les recommandations de Yslow.
Je sais que vous ne devriez jamais optimiser avant de savoir que vous devez, mais je pense que des choses comme Etags et expire les en-têtes n'entrent sûrement pas en jeu sur des sites avec un trafic très lourd.
Si, par exemple, j'ai écrit une mauvaise implémentation qui fait 5 appels (relativement petits) à la base de données par demande et Yslow me dit que mes 14 images ne sont pas sur un domaine sans cookie, lequel de ces Deux optimisations doivent être abordées en premier?
7 Réponses :
Vous êtes tout à fait correct, optimisant le code d'application tel que
vous donnera des gains de performance beaucoup plus élevés que les recommandations Yslow dans la plupart des cas.
Les optimisations YSLOW sont généralement adressées à l'amélioration de la performance des parties statiques de votre site, qui effectueront généralement mieux que les parties dynamiques, avant toute modification.
Le code du backend est plus souvent plus rapide que le code avant. Essayez de garder la quantité de ressources externes (images de fond CSS, fichiers CSS et fichiers JavaScript) jusqu'à un minimum.
Ce serait l'optimisation la plus cruciale que l'on puisse faire IMHO.
Yslow est bon de vérifier l'expérience "utilisateur" que vous voyez des utilisateurs. Ses recommandations sont d'aider à rendre la page Je m'attaquerais toujours aux optimisations du backend d'abord, car ils peuvent vous aider à rendre votre site évolutif, si cela devient jamais aussi grand.
Les sprites de l'image ne font que rendre la page semblable à charger plus rapidement, il réellement va charger plus vite (à cause du téléchargement en parallèle et parce que les sprites prendront en réalité moins de taille totale en raison de la compression).
Correction de l'une éventuelle de votre Profiling Cause le plus ralentissement des vues de page.
N'oubliez pas que tout ce que vous résoliez que Yslow se plaint sera probablement aidera probablement plus tard sans que vous ayez à le refaire, alors que l'optimisation de la base de données sera une tâche en cours.
C'est-à-dire que si vous divisez vos images sur plusieurs domaines et faites-leur de la cookieLess, alors que vous ajoutez plus d'images, elles doivent être scindées sur ces domaines (espérons-le automatiquement ) et ne nécessitera plus d'efforts.
Aussi, expire les en-têtes entraînent des niveaux inférieurs de demandes sur votre serveur (car les réponses peuvent être mises en cache), ce qui les accélérera les visites de tous les .
Gardez à l'esprit que Yslow ne peut pas voir votre code de backend, il ne peut donc basoter que ses recommandations sur l'interaction du navigateur avec votre site. Vous devriez certainement résoudre vos appels de base de données en premier. Les recommandations de Yslow concernant plusieurs demandes, GZIP, etc. sont assez solides, mais cela me dise toujours d'utiliser un réseau de livraison de contenu - ce qui n'a aucun sens pour un petit site. Il suffit de ne pas dépenser beaucoup de temps / d'argent sur chaque recommandation aveuglément et facteur dans ce que vous savez et yslow ne le fait pas.
en no yslow notre gourou .htaccess. Mais j'ai récemment construit un site Web Joomla et j'ai utilisé Yslow pour trouver des domaines d'amélioration. Les deux zones de Yslow que vous avez posées sur ci-dessus - "Ajouter des en-têtes d'expiration" et "Configurer les balises d'entité (Etags)" - J'ai adressé via un fichier .htaccess sur la racine de mon domaine.
Yahoo dit: "Les pages Web deviennent de plus en plus complexes avec plus de scripts, de feuilles de style, d'images et de flash sur eux. Une première visite à une page peut nécessiter plusieurs demandes HTTP pour charger tous les composants. En utilisant Expire les en-têtes Ces composants deviennent cachées, ce qui évite les demandes HTTP inutiles sur des vues de page ultérieures. L'expiration des en-têtes est le plus souvent associé aux images, mais ils peuvent et doivent être utilisés sur tous les composants de page, y compris les scripts, les feuilles de style et le flash. " P >
Pour résoudre ce problème, j'ai trouvé et ajouté le bloc de code suivant à mon fichier .htaccess (Remarque: Modifier OpenBayBracket sur ""): P>
########## Begin - Remove Etags
#
FileETag none
#
########## End - Remove Etags
S'il vous plaît, s'il vous plaît n'utilisez aucun cookies et expire pour votre contenu statique.
Cela ne vous aide pas seulement, cela aide J'utilise un lien Internet plus lent à la maison, 144 Kbps. Je l'ai souvent chargé à la capacité, téléchargeant des mises à jour ou des fichiers vidéo. Cela rend sa latence aller jusqu'à 800 ms ou plus.
Sites Web qui exigent beaucoup de voyages ronds pour les chèques de temps if-modifiés, chargés très lentement. Les sites utilisateurs expirent correctement charger rapidement car seul le contenu dynamique doit réellement charger.