Итак, я знаю, что не лучше всего иметь несколько файлов css, размещенных в главном теге вашего сайта, из-за увеличения количества запросов HTTP, которые вам нужно будет сделать. Поэтому мне было рекомендовано просто использовать один большой файл css вместо небольших. Тем не менее, не имеет смысла разбить этот файл css на отдельные мелкие файлы, а затем связать эти отдельные файлы css только на тех страницах, где они нужны? Поэтому скажите, что у моей домашней страницы был свой собственный набор стилей, и моя страница, очевидно, будет отличаться от моей домашней страницы собственным набором стилей. Так почему бы не связать файл homepage.css с главной страницей html, а затем связать только файл about.css с html на странице? В каждом случае по-прежнему выполняется только один HTTP-запрос, и вы можете иметь гораздо меньшие файлы css. Есть что-то, что мне не хватает?Почему бы не использовать несколько файлов css?
ответ
CSS кэшируется, так что если вы хотите связать свой большой файл CSS на своей домашней странице (скажем, domain.com/css/homepage.css), то пользователь перейдет с вашей домашней страницы на страницу, и он вызывает тот же homepage.css, но вы браузер затем говорит: «Подождите, у меня уже есть!» и он пропускает HTTP-запрос для файла, что не приводит к дополнительным запросам.
Если у вас есть файл CSS для каждой страницы, будет запрос на почти идентичные файлы CSS, которые бесполезно тратят впустую пропускную способность. Это может показаться не большой проблемой на небольших сайтах, но более крупные сайты с 1000 запросами, дополнительная пропускная способность суммируется и приводит к более высоким операционным расходам.
Единственное исключение из этого - когда вы используете адаптивную структуру какого-либо типа (например, загрузочную), где редактирование основного файла начальной загрузки либо невозможно (через CDN), либо непрактично и трудно поддерживать (т. Е. При загрузке обновления вы потеряете всю свою настройку), в этом случае у вас будет один файл bootstrap.min.css и один custom.css, который позволит вам сохранять свои настройки, только слегка увеличивая полосу пропускания.
Я вижу. Большое вам спасибо за то, что вы помогли понять это! – Jason
- 1. Почему бы не использовать анимацию CSS @keyframe?
- 2. Несколько CSS-файлов не работают
- 3. Почему бы не использовать включенные переменные?
- 4. Почему self.window, почему бы не использовать _window
- 5. Сервисный локатор - почему бы не использовать DNS?
- 6. Использовать несколько файлов env
- 7. .php vs .html - Почему бы не всегда использовать .php?
- 8. Эликсир, не создающий несколько файлов css
- 9. Почему бы не использовать pip install?
- 10. Почему бы не использовать var в начале?
- 11. Почему бы не всегда использовать std :: forward?
- 12. Почему бы не всегда использовать буферизованные потоки?
- 13. Почему бы не использовать ViewBag сильно?
- 14. Почему бы не использовать SpringEntityManagerInViewFilter от Spring?
- 15. Почему бы не использовать Interface Builder
- 16. Почему бы не повторно использовать «ASP.NET_SessionId»?
- 17. Почему бы не использовать int в javascript?
- 18. Почему бы не использовать ResourceBundle вместо свойств?
- 19. Почему бы не использовать мьютекс внутри прерывания
- 20. Почему бы не использовать весь импорт?
- 21. Почему бы не использовать GDI + из ASP.NET
- 22. Почему бы не использовать min_score с Elasticsearch?
- 23. Почему бы не использовать многопоточный код?
- 24. Пересечение HyperLogLog: почему бы не использовать min?
- 25. Почему бы не использовать этот пример XPath?
- 26. Почему бы не использовать псевдонимы Laravel 5.1?
- 27. Почему бы не использовать `which` команду
- 28. Почему бы не использовать статический массив строк?
- 29. htc files: Почему бы не использовать их?
- 30. Почему бы просто не использовать random_device?
Файл css кэшируется, поэтому, если вы загружаете только один, пользователь загружает только один из кеша на всех страницах, если он перейдет на новую страницу с новым css, ему пришлось добавить новый файл css в кеш вместо загрузки уже кэшированный файл css. –