Alternatives Yslow - Optimisations pour les petits sites Web

Question

Je développe une petite application Web basée sur un intranet. J'ai installé YSlow et cela suggère de faire plusieurs choses, mais elles ne semblent pas pertinentes pour moi. Par exemple, je n'ai pas besoin d'un CDN. Mon application est lente et je souhaite donc réduire la bande passante des requêtes.

1. Quelles règles de YSlow devrais-je respecter?
2. Existe-t-il d'autres outils pour les sites plus petits?
3. Quelle est la liste de contrôle à appliquer avant de déployer ma candidature?

J'utilise ASP.net.

Answer 1

La bande passante sur les sites intranet ne devrait pas être un problème du tout (sauf si vous avez des utilisateurs de réseau privé virtuel, ce qui est le cas). Si vous ne le faites pas et que vous rampez toujours, vous avez probablement affaire à l’arrière-plan plutôt qu’à la structure faisant face au devant.

Si vous essayez d’optimiser pour les utilisateurs distants, vous devez essayer d’optimiser l’ensemble des éléments suivants:

• N'utilisez pas 30 feuilles de style, faites-en une
• N'utilisez pas 30 fichiers JS, créez-en un
• Pensez à compresser JS et CSS à l'aide de minificateurs ou du compresseur YUI.
• Pensez à utiliser des images-objets (images avec plusieurs versions dans, par exemple, les boutons au-dessus et au bas, l'une au-dessus de l'autre)
• Évidemment, les images massives sont un non-non
• Assurez-vous que vous envoyez les en-têtes Expires pour vous assurer que les feuilles de style / js / images / etc sont toutes mises en cache pendant une durée raisonnable.
• Assurez-vous que vos pages ne sont pas ridiculement grandes. Si vous vous trouvez dans un environnement contrôlé et que vous pouvez garantir la disponibilité de JS, vous pouvez utiliser le repérage des données avec AJAX.

Answer 2

Pour commencer,

1. limiter le nombre de requêtes HTTP fait pour les images, les scripts et autres ressources en combinant où possible. Pensez à les minifier aussi. Je recommanderais Fiddler pour le débogage de HTTP

2. Faites attention à la taille de Viewstate, set EnableViewState = false où possible par exemple Pour les contrôles de la liste déroulante qui n'ont jamais changé leur liste d'articles, désactiver Viewstate et peupler dans Page_Init ou remplacer OnLoad. TRULY comprendre Viewstate est un doit lire l'article sur le sujet

Oli a posté une réponse en écrivant cette question et doit accepter le fait que les considérations de bande passante doivent être secondaires ou tertiaires pour une application intranet.

Answer 3

J'ai découvert la vitesse de la page depuis que cette question a été posée. Ce n'est pas vraiment pour les petits sites mais c'est un autre excellent plug-in anti-bug.

Mise à jour: À compter de juin 2015, les plug-ins Page Speed ?? pour Firefox et Chrome ne sont plus maintenus et disponibles. Google suggère plutôt le version Web .

Answer 4

Les

outils Pingdom fournissent un test rapide de toute page Web accessible au public.