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

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

  1. Обычные изображения (WPT)
  2. Base64 (WPT)

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

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

Очень ценю любую помощь - спасибо!


person Zach    schedule 01.05.2012    source источник


Ответы (1)


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

Другой вариант — спрайт изображений в логические наборы.

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

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

Я преобразовал это в PNG и прогнал его через ImageOptim, и получилось 802 байта (против 1,7 КБ для JPG).

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

person Andy Davies    schedule 03.05.2012