Espo, в значительной степени барабанят в цель. Просто требуемый для добавления моих двух центов:
"не временная" фраза означает испытывать недостаток во временной местности. Кэши используют два вида местности - пространственный и временный, и при помощи невременной инструкции Вы сигнализируете к процессору, что не ожидаете элемента данных, который будет использоваться в ближайшем будущем.
я немного скептически отношусь к кодированному рукой блоку, который использует команды управления кэша. По моему опыту, эти вещи приводят к более злым ошибкам, чем какие-либо эффективные увеличения производительности.
Это зависит.
PNG лучше подходит для четких изображений с небольшим количеством цветов,
JPG лучше подходит для изображений с низкой пропускной способностью, однако он не такой четкий и поэтому не очень хорошо подходит для графического интерфейса.
Обычно JPG предназначен для фотографий и изображений, а PNG (или GIF) - для макета.
] Вы можете найти эту страницу интересной, поскольку она раскрывает основы PNG и GIF.
Учитывая постоянно растущую скорость среднего сетевого соединения, я не склонен думать, что время загрузки страницы больше не беспокоит [утки!]; На самом деле гораздо полезнее думать о том, чего вы пытаетесь достичь с помощью имеющихся у вас ресурсов: например, ограничена ли полоса пропускания? Тогда стремление к более сильному сжатию - не проблема. Будет ли расширяться графическое содержимое сайта, что приведет к увеличению стоимости серверного пространства со временем? Тогда стремление к более сильному сжатию отложит эту стоимость. Это сайт арт-портфолио? Тогда - ага! - артефакты сжатия в работе сэмплера вообще могут быть желательны! Вы пытаетесь заткнуть игру? Тогда скриншоты, вероятно, должны быть сверхчеткими.
В общем, тогда я повторю то, что было сказано: хотя, возможно, на несколько другом языке: для оформления сайта , которое обычно генерируется компьютером и будет кэшироваться для повторного использования между страницами, как правило, используется формат png; Для содержимого сайта , которое часто будет зависеть от страницы и, вероятно, будет достаточно большим и сложным, чтобы замаскировать сжатие с потерями, обычно используется jpg.
С конкретной ссылкой на переключение на png, где вы решите, что это уместно, запустите все через PNGCrush, как само собой разумеющееся - иначе они не будут отображаться с цветами, которые вы ожидаете в каждом браузере, и общее качество вашего дизайна будет снижено.
jpg обычно предпочтительнее для фотографических изображений с множеством слегка разных цветов. png хорошо работает с компьютерной графикой.
Это мое практическое правило.