Est-il vraiment possible d'atteindre la note "A" dans yslow pour tout pour un site dynamique et CMS (PHP/Asp.net)? et en utilisant le même serveur.Est-il vraiment possible d'atteindre la note «A» dans Yahoo yslow pour tout pour un site web dynamique/CMS?
http://developer.yahoo.com/yslow/help/index.html#performance_view
Oui, je suppose qu'il est possible d'y parvenir sur un serveur, sauf bien sûr pour la partie CDN qui repose sur une service externe. Vous aurez probablement besoin d'un contrôle total sur votre serveur pour configurer des choses comme ETags et autres.
Je pense qu'il vaut rarement la peine de remplir tout cela jusqu'au dernier pourcentage sauf si vous êtes un site énorme comme Google ou Yahoo, où chaque octet sauvegardé peut représenter des dizaines ou des centaines de milliers d'économies. Il suffit d'obtenir une note correcte pour que les choses fonctionnent rapidement et de manière fiable - un peu comme à l'école :)
Bien sûr, pourquoi pas?
Chaque élément suit à travers un lien avec plus de détails sur la façon de acheive un grade supérieur
Oui. Tout d'abord, essayez de faire tout votre JS externe, et chargez-le à la demande, en ne préchargeant que les composants dont vous avez vraiment besoin. Puis surveillez quand chaque fichier javascript est chargé, dans l'ordre. Exécutez-le via JSBuilder (outil de compression et de compression JavaScript).
Activez GZIP sur votre serveur. La compression Gzip a été capable de réduire mes filesizes statiques (css, js, etc.) de 73,43%.
Cache, cache, cache. Tout ce qui ne change pas entre les déploiements d'applications doit avoir un en-tête d'expiration du futur éloigné. Si vous pouvez vous le permettre, servez vos fichiers depuis un cdn. Ce sont des réseaux distribués qui facilitent la diffusion de contenu. Débarrassez-vous de vos cookies, ou combinez-les en codant leurs valeurs dans JSON ou en utilisant un serveur de cache côté serveur pour mettre en cache les valeurs, et ne stocker que la clé de cache dans le cookie. De cette façon, vous n'avez qu'un seul cookie au lieu de plusieurs centaines.
Mettez votre css en haut et optimisez-le en supprimant les sélecteurs et propriétés inutilisés. Oh, et envisagez de passer à un client léger ... recharger la page Web est ainsi 1999. L'utilisation d'un client léger vous permet d'essayer différentes techniques d'optimisation de téléchargement de pages, et découple votre vue (le client Web) de votre serveur et l'API middleware, vous permettant de développer un frontal dans à peu près n'importe quel environnement RIA de votre choix. Vous pouvez aller extrêmement léger avec JQuery, ou aller avec les UI pré-construites plus robustes de Ext ou Dojo.
Réduire la quantité de HTML non utilisé. Les tables sont mauvaises sauf si elles sont absolument nécessaires ou insérées dans le dom après chargement de la page.
Je suis sûr qu'une partie de ceci exigera un remaniement important, pour lequel votre architecture d'application et votre ensemble de compétences de développeur ne sont pas adaptés pour le moment. La bonne nouvelle est que vous pouvez améliorer votre expérience utilisateur simplement en mettant en cache les cookies côté serveur (comme je l'ai mentionné plus haut), en compressant vos composants statiques, en combinant et en réduisant tous les JS et en optimisant votre CSS et votre mise en page. restructurer votre application web.
Oui, c'est possible.
Voici un exemple de succès guidé de an optimisation of a Typo3 installation. Jetez un oeil à this Yahoo! page pour les goodies d'optimisation. Vaut-il la peine d'essayer d'optimiser la réduction de la bande passante et la réactivité du serveur? Sûr! Beaucoup de gens se connectent via des appareils portables avec des plans de téléphonie mobile coûteux. Le système scolaire où je vis a même des plans large bande limités et coûteux. Attendre le chargement d'un site Web est une perte de temps.
