biegałam Google PageSpeed Insights na mojej stronie internetowej - www.gpsheatmap.com i Sugeruje się zmianę obciążenia moich arkuszy stylów (https://developers.google.com/speed/docs/insights/OptimizeCSSDelivery#example) od -CSS Optymalizacja i PageSpeed Insights
<link href="/static/css/landing-page.css" rel="stylesheet">
To -
<script>
var cb = function() {
var l = document.createElement('link');
l.rel = 'stylesheet';
l.href = '/static/css/landing-page.css';
var h = document.getElementsByTagName('head')[0];
h.parentNode.insertBefore(l, h);
};
var raf = requestAnimationFrame || mozRequestAnimationFrame ||
webkitRequestAnimationFrame || msRequestAnimationFrame;
if (raf) raf(cb);
else window.addEventListener('load', cb);
</script>
Próbowałem tego dla moich arkuszy stylów i wyraźnie zmieniło ładowanie, abyś zobaczył widok pre-css, a po chwili zobaczysz arkusz stylów. To było w firefoxie
Czy mogę zignorować to podejście, czy może to naprawić?
przyjrzeć [to] (http://stackoverflow.com/a/35691921/3828573) – Shayan
css i js pliki przechowywane w pamięci podręcznej po 1 obciążeniem więc nie sądzę uruchomienie skryptu, aby załadować to sprawia, jakakolwiek różnica. jeśli wszystko, to będzie szybciej, jeśli przechowujesz plik css w lokalnej pamięci - https://www.smashingmagazine.com/2014/09/improving-smashing-magazine-performance-case-study/ – Tasos
Myślę, że to jest naprawdę gówno zalecane przez google. Załaduj CSS, gdy DOM jest gotowy, funkcja javascript jest naprawdę denerwująca. I stwarza problem opisany przez farrellmr: zobaczysz zastosowanie stylów później. Dlaczego google poleca tego rodzaju bzdury? To nie jest pierwsza rzecz, którą Google zaleca, gdy jest to bzdura (użyj prefiksów '-webkit-' dla wszystkich potrzebnych funkcjonalności, na przykład) –