Большое количество данных по сравнению с изображениями

Question

Я пытаюсь сравнить (для производительности) использование dataURIs по сравнению с большим количеством изображений. Что я сделал это установить два испытания:

1. Regular Images (WPT)
2. Base64 (WPT)

Обе страницы точно так же, кроме "как" эти образы/ресурсы предлагается. Я запускал WebPageTest против каждого (отмеченный выше - WPT), и он выглядит, что среднее время загрузки для base64 намного быстрее - но кешированный вид обычного просмотра быстрее. Я внедрил HTML5 Boilerplate .htaccess, чтобы убедиться, что ресурсы правильно обработаны gzipped, но, как вы можете видеть, я получаю F для base64 для не кэширования статических ресурсов (что я не уверен, правильно это или нет). То, что я в конечном итоге пытаюсь понять здесь, - это лучший способ пойти (предполагая, что будет много ресурсов на одной странице, для аргументов). Некоторые вещи, которые я знаю:

1. GET запроса base64 большой
2. Там в один ресурс для base64 по сравнению с 300-нечетными некоторые для регулярного (который является больше неудачника здесь ... GET запроса или номер Ресурсы)? Главное, чтобы помнить о том, что существует только так много ресурсов, которые могут быть загружены параллельно из-за ограничений - и для base64 - вы действительно только дожидаетесь, пока HTML не будет прочитан, поэтому ничего нет технически загруженную, чем сама страница.

Действительно оцените любую помощь - спасибо!

Answer 1

Для сравнения Я думаю, вам нужно запустить тест с изображениями, наложенными на несколько имен хостов.

Другим вариантом было бы нарисовать изображения в логических наборах.

Если вы собираетесь спуститься по маршруту BASE64, то, возможно, вам нужно найти способ кэшировать их на клиенте.

Если эти изображения вы планируете использовать, то есть много возможностей для оптимизации в них, например: http://yhmags.com/profile-test/img_scaled15/interior-flooring.jpg

я преобразовал это в PNG и побежал через ImageOptim, и он вышел в 802 байты (против 1,7 КБ для JPG)

Я бы оптимизировал изображения, а затем повторно запустил тесты, в том числе один с несколькими именами хостов.