Est-ce que le compactage CSS / Suppression de règles inutilisées pour une page spécifique est utile en termes de bande passante ou pouvons-nous compter sur la mise en cache (en-têtes / dernière modification) pour supprimer cette surcharge dans la nature?
À votre santé
Et bonne chance à tous!
optimization
css
bandwidth
Aiden Bell
la source
la source
Je ne pense pas que ce soit l'un ou l'autre. La réduction de la taille du fichier aidera l'utilisateur la première fois qu'il accédera au fichier. La mise en cache aidera lors de leur deuxième visite.
la source
Il y a beaucoup plus de possibilités d'optimisation qui auront un plus grand impact ...
Si vous recherchez strictement un gain de performances, l'optimisation des sources CSS est assez faible dans la chaîne alimentaire.
L'excès de crufté dans la source CSS prendra un coup mineur la première fois que les feuilles de style seront chargées. La mise en cache doit désormais prendre en charge le problème.
la source
Chaque fois que vous pouvez supprimer des éléments, vous améliorerez la vitesse de chargement, ne serait-ce que de manière négligeable. En outre, il est recommandé de supprimer également les éléments que vous n'utilisez pas pour la clarté du code.
la source
Je soupçonne que cela dépend de la dynamique de votre site. Si vous avez de nombreux visiteurs réguliers et peu de nouveaux visiteurs, la mise en cache est probablement suffisante. Si, cependant, vous avez beaucoup de nouveaux visiteurs (et surtout si vous voulez faire bonne impression), je pense que vous devriez réduire la taille de votre CSS autant que possible.
la source
La suppression de certains CSS inutilisés améliorera évidemment les temps de chargement sur une page, mais vous devez également équilibrer cela avec l'effet sur plusieurs pages. Vous voulez également éviter trop de requêtes HTTP.
Rappelez-vous, le gzipping CSS est de loin le moyen le plus efficace pour accélérer le chargement CSS. La différence entre un fichier contenant tout et un autre avec quelques blocs inutiles supprimés est négligeable après gzip.
la source
Même si les performances sont réduites en supprimant le CSS inutilisé page par page (et je suis assez convaincu que la mise en cache l'emporterait sur cela à moins que vous ne parliez de pages radicalement différentes), vous devez prendre en compte le temps de maintenance requis pour le faire. . Sauf si vous êtes Google, cela ne vaut probablement pas la peine de passer plusieurs jours sur la durée de vie du site pour économiser à chaque utilisateur un dixième de seconde.
Cela est en grande partie lié au profil d'utilisation de votre site. Si vous êtes vraiment collant, la mise en cache gagne haut la main. Cependant, si vous avez un taux de rebond élevé, vous pouvez être mieux avec CSS optimisé (ou passer le temps que vous perdez à optimiser CSS pour rendre votre site plus collant!).
Une approche que vous pouvez adopter si vous avez un balisage spécifique à une page consiste à avoir un fichier CSS générique à l'échelle du site et à intégrer des règles par page dans l'en-tête du document HTML.
la source
Vous pouvez tirer le meilleur parti des deux mondes, réduire le fichier au moment de l'exécution et compresser la sortie.
Le fichier source reste lisible lorsque vous devez le modifier, mais il est compressé lorsque vous le téléchargez
tout d'abord: utilisez htaccess pour dire à apache de traiter tous les fichiers css comme des scripts php et de compresser la sortie lorsque de type text / css
dans .htaccess AddHandler php5-cgi .css AddType text / css .css AddOutputFilterByType DEFLATE text / css
deuxièmement: utilisez la mise en mémoire tampon de sortie avec une fonction de rappel pour réduire le code CSS avant le début du téléchargement, définissez également le délai d'expiration pour que le fichier soit mis en cache
dans votre fichier css
Troisièmement: le profit?
la source