Голямо количество dataURI в сравнение с изображения

Опитвам се да сравня (за производителност) използването на dataURI в сравнение с голям брой изображения. Това, което направих, е да настроя два теста:

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

И двете страници са абсолютно еднакви, освен "как" се предлагат тези изображения/ресурси. Проведох WebPageTest срещу всеки (отбелязан по-горе - WPT) и изглежда, че средното време за зареждане за base64 е много по-бързо -- но кешираният изглед на обикновения изглед е по-бърз. Внедрих .htaccess на HTML5 Boilerplate, за да се уверя, че ресурсите са правилно gzipped, но както виждате, получавам 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 KB за JPG)

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

person Andy Davies    schedule 03.05.2012