Foto ls magazine: This browser is no longer supported.

Что такое ленивая загрузка?

Ленивая загрузка — это широкий термин, обозначающий технику компьютерного программирования, которая заключается в задержке инициализации или создания объекта до тех пор, пока он не понадобится.В Интернете это в основном применяется к изображениям на веб-сайте.

Этот метод, улучшая скорость и производительность, также заставляет пользователя думать, что сайт загружается быстрее, чем есть на самом деле. Это называется воспринимаемой производительностью.

Как работает ленивая загрузка

Давайте рассмотрим страницу коллекции для магазина Shopify, где мы можем отображать до 50 товаров на странице. Только это не менее 50 изображений, даже не считая логотипа или изображения героя в заголовке. Это приводит к большому количеству контента, что еще больше увеличит время загрузки и размер страницы.

Узнайте больше о создании настраиваемого раздела сопутствующих товаров.

По умолчанию все изображения на страницах загружаются в полном размере, независимо от того, просматривает ли пользователь только верхнюю часть веб-сайта. Это еще больше усложняет состояние загрузки, поскольку иногда вам не нужно загружать все изображения, поскольку они не будут видны пользователю.

Допустим, вы хотите увидеть только первые 10 продуктов, прежде чем перейти на страницу продукта. Если веб-страница загружает каждый из 50 продуктов, это займет значительное время — время, потраченное зря, поскольку пользователя интересовали только первые несколько продуктов.

Ленивая загрузка использует другой подход и используется почти на каждом современном веб-сайте. Например, вы можете увидеть этот эффект на магазине CandyLand. На этом веб-сайте представлено большое количество продуктов, и, прокручивая список вниз, вы видите, что изображения продуктов меняются с блеклых и низкоконтрастных на четкие и высококачественные визуальные эффекты.

Один из наиболее распространенных методов использования отложенной загрузки — отображение некачественного изображения в качестве заполнителя. Таким образом, каждое изображение на странице по-прежнему загружается, но страница будет отображаться намного быстрее благодаря очень маленькому размеру изображений.Однако изображение с низким разрешением означает, что оно выглядит пиксельным и полным артефактов, из-за чего создается впечатление, что изображение низкого качества.

Но именно здесь происходит волшебство: когда пользователь прокручивает страницу вниз и изображение появляется в области просмотра, оно будет заменено более качественной версией изображения.

Более того, весь этот процесс будет происходить только тогда, когда нам действительно нужно показать наше высококачественное изображение — когда изображение находится внутри области просмотра пользователя.

Этот метод добавляет интерактивности веб-сайту. Вместо того, чтобы смотреть на белую страницу и ждать загрузки изображения, вы можете увидеть, как оно медленно оживает.

Вам также может понравиться: Использование адаптивных изображений для сокращения времени загрузки страницы.

Ленивая загрузка и Slate

Обновление от января 2020 г. : Обратите внимание, что Shopify прекратил поддержку Slate. Вы можете продолжать использовать этот инструмент и создать вилку репозитория в соответствии со своими потребностями, однако вы делаете это на свой страх и риск.Вы можете узнать больше о причинах прекращения поддержки Slate на странице Slate GitHub.

Существуют различные библиотеки, которые заботятся о отложенной загрузке изображений, избавляя от необходимости создавать логику кода с нуля. В этой статье мы собираемся использовать последнюю версию Slate, наш инструментарий для разработки тем и включенную в него базовую тему, метко названную Starter Theme.

Эта тема включает два фрагмента, которые содержат все необходимое для начала работы с отложенной загрузкой — responseive-image.liquid и responseive-bg-image.liquid . Вы найдете оба в папке snippets .

Для работы этих фрагментов вам потребуются три зависимости. Доступно множество библиотек, но Slate использует Lazysizes. Вам также понадобится адаптивное изображение как услуга (RIAS), который позаботится о загрузке изображений правильных размеров с помощью наших CDN и BGSet для фоновых изображений (например, в ваших основных изображениях).

Эти зависимости можно найти в файле JavaScript стартовой темы.Существуют различные методы, которые вы можете использовать для их загрузки, однако для целей этого примера мы будем предполагать, что файлы просто загружаются в папку с ресурсами вашей темы.

Вы можете загрузить библиотеки, добавив следующее в файл макета theme.liquid между тегами и :

В простейшем виде фрагмент адаптивного изображения уже можно найти в файле collection.liquid Starter Theme Slate и представлен в качестве примера:

  {% включают "отзывчивое изображение" с
    изображение: product.featured_image,
    max_width: 700,
    max_height: 800
  %}
  

Вы можете расширить этот пример, а также передать некоторые пользовательские классы CSS для ваших изображений и оболочки.

Давайте рассмотрим следующий пример, который включает цикл, который будет извлекать все продукты, доступные в данной коллекции:

Единственная разница в том, что мы добавили наши классы CSS, чтобы мы могли контролировать макет нашей страницы. Например, это CSS, который мы могли бы использовать:

Давайте подробнее рассмотрим, как работает файл responseive-image.liquid , тег img и его параметры, в частности:

Атрибут src — это место, где вы указываете изображение-заполнитель.Это изображение будет тем, что видит пользователь, пока загружается исходное изображение. Атрибут data-src — это то место, где вызывается исходное полноразмерное изображение.

Вы можете изменить размер изображения-заполнителя, изменив фильтр img_url в параметре src . Значение по умолчанию — 300x, что означает, что изображение, которое будет временно отображаться, будет иметь разрешение 300 пикселей.

  src = "{{image | img_url: '300x'}}"
  

Чем меньше число, тем светлее или меньше файл изображения, но тем более пиксельным или «поврежденным» он будет выглядеть.

Существует баланс между скоростью доставки и поддержанием хорошего пользовательского опыта. В следующем разделе мы увидим несколько идей и стратегий, которые помогут в этом.

Вам также может понравиться: Использование изображений-заполнителей для продуктов с фильтром placeholder_svg_tag.

Проектирование отложенной загрузки

Просмотр «поврежденного» изображения даже на несколько секунд может быть неприятным для ваших клиентов. Клиенты могут подумать, что что-то не так с тем, как их ресурсы были загружены, или что сжатие слишком сильное.

Кроме того, одним из наиболее важных аспектов завоевания доверия покупателей является наличие хорошего дизайна, который еще больше увязывается с брендом магазина. Попадание в магазин, который выглядит не идеально, может стать решающим фактором для покупателей, покидающих его.

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

Использование доминирующего цвета

Интересный подход, вдохновленный Мануэлем Визером, — показать доминирующий цвет вашего изображения при его загрузке. Процесс достижения этого на самом деле довольно прост и элегантен.

Как мы видели в нашем фрагменте response-image , вы можете установить размер загружаемого изображения в его атрибуте src . По умолчанию это 300x, что означает изображение размером 300 пикселей.

Изменив значение с 300x на 1x, вы отобразите настолько маленькое изображение, что оно будет просто отображать доминирующий цвет изображения.Дополнительным преимуществом является то, что, поскольку изображение, которое мы загружаем, очень маленькое, оно загружается почти мгновенно.

Это то, что хорошо подходит для магазинов, в которых есть товары ярких цветов. Магазины, продающие картины или фотографии, особенно выиграют от использования этой техники.

Использование размытия

Другой подход — использовать изображения с нанесенным на них приятным эффектом размытия.Это очень легко реализовать с помощью плагина Lazysizes под названием Blur-Up.

Для реализации этого метода необходимо сначала вызвать сценарий в theme.liquid . Вы можете добавить это сразу под другими скриптами, которые мы добавили ранее.

Затем вы можете добавить класс blur-up к фрагменту в файле responseive-image.liquid :

Вот пример кода CSS для эффекта размытия, для начала:

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

  src = "link_to_your_image.gif"
  

  # синтаксис = docker / dockerfile: 1
ОТ ubuntu: 18.04
КОПИРОВАТЬ. /приложение
ЗАПУСТИТЬ make / app
CMD-питон /app/app.py
  

Общее дисковое пространство, используемое всеми работающими контейнерами на диске, составляет комбинация значений размера каждого контейнера и виртуального размера . Если несколько контейнеров запускаются с одного и того же точного образа, общий размер на диске для эти контейнеры будут SUM ( размера контейнеров) плюс один размер изображения ( виртуальный размер - размер ).

Это также не учитывает следующие дополнительные способы, которыми контейнер может занимать место на диске:

• Дисковое пространство, используемое для файлов журнала, если вы используете драйвер ведения журнала json-file . Этот может быть нетривиальным, если ваш контейнер генерирует большой объем данных журнала и ротация журналов не настроена.
• Объемы и крепления, используемые контейнером.
• Дисковое пространство, используемое для файлов конфигурации контейнера, которые обычно небольшой.
• Память записана на диск (если включена подкачка).
• Контрольные точки, если вы используете экспериментальную функцию проверки / восстановления.

Стратегия копирования при записи (CoW)

Копирование при записи - это стратегия совместного использования и копирования файлов для максимальной эффективности. Если файл или каталог существует на нижнем уровне изображения, а другой слой (включая доступный для записи) требует доступа для чтения к нему, он просто использует существующий файл. В первый раз другому слою необходимо изменить файл (когда создание изображения или запуск контейнера), файл копируется в этот слой и модифицированный.Это минимизирует ввод / вывод и размер каждого из последующих уровней. Эти преимущества более подробно описаны ниже.

Совместное использование способствует уменьшению изображений

Когда вы используете докер , потяните , чтобы вытащить образ из репозитория, или когда вы создать контейнер из изображения, которое еще не существует локально, каждый слой извлекается отдельно и хранится в локальном хранилище Docker, которое обычно / var / lib / docker / на хостах Linux. Вы можете видеть, как эти слои вытягиваются в этом примере:

  $ docker pull ubuntu: 18.04
18.04: Извлечение из библиотеки / ubuntu
f476d66f5408: Вытягивание завершено
8882c27f669e: вытягивание завершено
d9af21273955: Вытягивание завершено
f5029279ec12: Вытягивание завершено
Дайджест: sha256: ab6cb8de3ad7bb33e2534677f865008535427390b117d7939193f8d1a6613e34
Статус: загружено более новое изображение для ubuntu: 18.04
  

Каждый из этих слоев хранится в собственном каталоге внутри хоста Docker. локальное хранилище. Чтобы изучить слои файловой системы, перечислите содержимое из / var / lib / docker / .В этом примере используется оверлей 2 драйвер накопителя:

  $ ls / var / lib / docker / overlay2
16802227a96c24dcbeab5b37821e2b67a9f921749cd9a2e386d5a6d5bc6fc6d3
377d73dbb466e0bc7c9ee23166771b35ebdbe02ef17753d79fd3571d4ce659d7
3f02d96212b03e3383160d31d7c6aeca750d2d8a1879965b89fe8146594c453d
ec1ec45792908e
f7e629330666e7eee599f08729c93890a7205a6ba35f5
л
  

Имена каталогов не соответствуют идентификаторам слоев (это правда с тех пор, как Докер 1.10).

Теперь представьте, что у вас есть два разных файла Docker.Вы используете первый, чтобы создайте образ с именем acme / my-base-image: 1.0 .

  # синтаксис = docker / dockerfile: 1
ОТ ubuntu: 18.04
КОПИРОВАТЬ. /приложение
  

Второй основан на acme / my-base-image: 1.0 , но имеет некоторые дополнительные слоев:

  # синтаксис = docker / dockerfile: 1
ИЗ acme / my-base-image: 1.0
CMD /app/hello.sh
  

Второе изображение содержит все слои из первого изображения плюс новый слой. с инструкцией CMD и слоем контейнера чтения-записи.Докер уже содержит все слои из первого изображения, поэтому их не нужно тянуть снова. Два изображения имеют общие слои.

Если вы создаете образы из двух файлов Docker, вы можете использовать образ докера ls и docker history команды для проверки криптографических идентификаторов общих слои такие же.

1. Создайте новый каталог cow-test / и перейдите в него.

2. В пределах cow-test / создайте новый файл с именем hello.sh со следующим содержанием:

     #! / Bin / sh
   эхо "Привет, мир"
     

   Сохраните файл и сделайте его исполняемым:

3. Скопируйте содержимое первого файла Docker, указанного выше, в новый файл с именем Dockerfile.base .

4. Скопируйте содержимое второго файла Docker, указанного выше, в новый файл с именем Dockerfile .

5. Создайте первый образ в каталоге cow-test / .Не забывай включают окончательный . в команде. Это устанавливает PATH , который сообщает Докер, где искать любые файлы, которые нужно добавить в образ.

     $ docker build -t acme / my-base-image: 1.0 -f Dockerfile.base.
   Отправка контекста сборки демону Docker 812,4 МБ
   Шаг 1/2: ИЗ ubuntu: 18.04
    ---> d131e0fa2585
   Шаг 2/2: КОПИРОВАТЬ. /приложение
    ---> Использование кеша
    ---> bd09118bcef6
   Успешно построенный bd09118bcef6
   Теги acme / my-base-image успешно добавлены: 1.0
     

6. Создайте второй образ.

     $ docker build -t acme / my-final-image: 1.0 -f Dockerfile.
   
   Отправка контекста сборки демону Docker 4.096kB
   Шаг 1/2: ОТ acme / my-base-image: 1.0
    ---> bd09118bcef6
   Шаг 2/2: CMD /app/hello.sh
    ---> Запуск в a07b694759ba
    ---> dbf995fc07ff
   Снятие промежуточного контейнера a07b694759ba
   Успешно собран dbf995fc07ff
   Теги acme / my-final-image: 1.0 успешно добавлены.
     

7. Посмотрите размеры изображений:

     $ образ докера ls
   
   РЕПОЗИТОРНЫЙ ТЕГ ИДЕНТИФИКАЦИОННЫЙ РАЗМЕР
   acme / my-final-image 1.0 dbf995fc07ff 58 секунд назад 103 МБ
   acme / my-base-image 1.0 bd09118bcef6 3 минуты назад 103 МБ
     

8. Проверьте слои, которые составляют каждое изображение:

     $ история докеров bd09118bcef6
   ИЗОБРАЖЕНИЕ СОЗДАНО ПО РАЗМЕРУ КОММЕНТАРИЙ
   bd09118bcef6 4 минуты назад / bin / sh -c # (nop) Каталог КОПИРОВАНИЯ: 35a7eb158c1504e.# \ s * \ (deb. * universe \ ... 2.78kB
    3 месяца назад / bin / sh -c rm -rf / var / lib / apt / lists / * 0B
    3 месяца назад / bin / sh -c set -xe && echo '#! / bin / sh'> ... 745B
    3 месяца назад / bin / sh -c # (nop) ДОБАВИТЬ файл: eef57983bd66e3a ... 103 МБ
     

     $ история докеров dbf995fc07ff
   
   ИЗОБРАЖЕНИЕ СОЗДАНО ПО РАЗМЕРУ КОММЕНТАРИЙ
   dbf995fc07ff 3 минуты назад / bin / sh -c # (nop) CMD ["/ bin / sh" "-c" "/ a.# \ s * \ (deb. * universe \ ... 2.78kB
    3 месяца назад / bin / sh -c rm -rf / var / lib / apt / lists / * 0B
    3 месяца назад / bin / sh -c set -xe && echo '#! / bin / sh'> ... 745B
    3 месяца назад / bin / sh -c # (nop) ДОБАВИТЬ файл: eef57983bd66e3a ... 103 МБ
     

   Обратите внимание, что все слои идентичны, кроме верхнего слоя второго изображение.Все остальные слои являются общими для двух изображений и только хранится один раз в / var / lib / docker / . Новый слой фактически не требует room вообще, потому что он не меняет никакие файлы, а только запускает команду.

   Примечание : строки в выводе истории докеров указывают что эти слои были созданы в другой системе и недоступны локально. На это можно не обращать внимания.

Копирование повышает эффективность тары

Когда вы запускаете контейнер, поверх него добавляется тонкий записываемый слой контейнера. другие слои.Любые изменения, которые контейнер вносит в файловую систему, сохраняются. здесь. Любые файлы, которые контейнер не изменяет, не копируются в этот доступный для записи слой. Это означает, что доступный для записи слой должен быть как можно меньше.

Когда существующий файл в контейнере изменяется, драйвер хранилища выполняет копирование при записи. Конкретные шаги зависят от конкретных драйвер памяти. Для драйверов aufs , overlay и overlay2 драйвер операция копирования при записи следует такой грубой последовательности:

• Выполните поиск файла для обновления среди слоев изображения.Процесс начинается на самом новом слое и работает до базового слоя по одному слою за раз. Когда результаты найдены, они добавляются в кеш для ускорения будущих операций.

• Выполните операцию copy_up для первой найденной копии файла, чтобы скопируйте файл на доступный для записи слой контейнера.

• В эту копию файла вносятся какие-либо изменения, и контейнер не может см. доступную только для чтения копию файла, существующего на нижнем уровне.

Драйверы Btrfs, ZFS и другие обрабатывают копирование при записи по-разному. Ты можешь подробнее о методах работы с этими драйверами читайте далее в их подробных описания.

Контейнеры, которые записывают много данных, занимают больше места, чем контейнеры это не так. Это связано с тем, что большинство операций записи занимают новое пространство в тонкий верхний слой контейнера с возможностью записи.

Примечание : для приложений с большим объемом записи не следует хранить данные в контейнер.Вместо этого используйте тома Docker, которые не зависят от работающий контейнер и предназначены для эффективного ввода-вывода. Кроме того, тома могут быть разделены между контейнерами и не увеличивают размер вашего доступный для записи слой контейнера.

Операция copy_up может значительно снизить производительность. Эти накладные расходы отличается в зависимости от того, какой драйвер хранилища используется. Большие файлы, много слоев и глубокие деревья каталогов могут сделать влияние более заметным. Это смягчается тем фактом, что каждая операция copy_up выполняется только первым время изменения данного файла.

Чтобы проверить, как работает копирование при записи, следующие процедуры раскручиваются. контейнеры на основе образа acme / my-final-image: 1.0 , который мы создали ранее, и проверяет, сколько места они занимают.

Примечание : Эта процедура не работает на Docker Desktop для Mac или Docker Desktop для Windows.

1. С терминала на хосте Docker запустите следующие команды docker run . Строки в конце - это идентификаторы каждого контейнера.

     $ docker run -dit --name my_container_1 acme / my-final-image: 1.0 bash \
     && docker run -dit --name my_container_2 acme / my-final-image: 1.0 bash \
     && docker run -dit --name my_container_3 acme / my-final-image: 1.0 bash \
     && docker run -dit --name my_container_4 acme / my-final-image: 1.0 bash \
     && docker run -dit --name my_container_5 acme / my-final-image: 1.0 bash
   
     c36785c423ec7e0422b2af7364a7ba4da6146cbba7981a0951fcc3fa0430c409
     dcad7101795e4206e637d9358a818e5c32e13b349e62b00bf05cd5a4343ea513
     1e7264576d78a3134fbaf7829bc24b1d96017cf2bc046b7cd8b08b5775c33d0c
     38fa94212a419a082e6a6b87a8e2ec4a44dd327d7069b85892a707e3fc818544
     1a174fc216cccf18ec7d4fe14e008e30130b11ede0f0f94a87982e310cf2e765
     

2. Запустите команду docker ps , чтобы убедиться, что 5 контейнеров работают.

     КОНТЕЙНЕР ID ИЗОБРАЖЕНИЕ КОМАНДА СОЗДАНО СОСТОЯНИЕ ИМЕНА ПОРТОВ
   1a174fc216cc acme / my-final-image: 1.0 "bash" Около минуты назад Вверх Около минуты my_container_5
   38fa94212a41 acme / my-final-image: 1.0 "bash" Около минуты назад Вверх Около минуты my_container_4
   1e7264576d78 acme / my-final-image: 1.0 "bash" Около минуты назад Вверх Около минуты my_container_3
   dcad7101795e acme / my-final-image: 1.0 "bash" Около минуты назад Вверх Около минуты my_container_2
   c36785c423ec acme / my-final-image: 1.0 "bash" Около минуты назад Вверх Около минуты my_container_1
     

3. Вывести список содержимого локального хранилища.

     $ sudo ls / var / lib / docker / контейнеры
   
   1a174fc216cccf18ec7d4fe14e008e30130b11ede0f0f94a87982e310cf2e765
   1e7264576d78a3134fbaf7829bc24b1d96017cf2bc046b7cd8b08b5775c33d0c
   38fa94212a419a082e6a6b87a8e2ec4a44dd327d7069b85892a707e3fc818544
   c36785c423ec7e0422b2af7364a7ba4da6146cbba7981a0951fcc3fa0430c409
   dcad7101795e4206e637d9358a818e5c32e13b349e62b00bf05cd5a4343ea513
     

4. А теперь посмотрите их размеры:

     $ sudo du -sh / var / lib / докер / контейнеры / *
   
   32 КБ / вар / библиотека / докер / контейнеры / 1a174fc216cccf18ec7d4fe14e008e30130b11ede0f0f94a87982e310cf2e765
   32K / var / lib / docker / container / 1e7264576d78a3134fbaf7829bc24b1d96017cf2bc046b7cd8b08b5775c33d0c
   32K / var / lib / docker / container / 38fa94212a419a082e6a6b87a8e2ec4a44dd327d7069b85892a707e3fc818544
   32K / вар / библиотека / докер / контейнеры / c36785c423ec7e0422b2af7364a7ba4da6146cbba7981a0951fcc3fa0430c409
   32K / вар / библиотека / докер / контейнеры / dcad7101795e4206e637d9358a818e5c32e13b349e62b00bf05cd5a4343ea513
     

   Каждый из этих контейнеров занимает всего 32 КБ места в файловой системе.

Копирование при записи не только экономит место, но и сокращает время запуска. Когда вы запускаете контейнер (или несколько контейнеров из одного образа), Docker нужно только создать тонкий слой контейнера с возможностью записи.

Если бы Docker каждый раз создавал полную копию базового стека изображений запустил новый контейнер, время запуска контейнера и используемое дисковое пространство будут значительно увеличился. Это будет похоже на то, как виртуальные машины работать с одним или несколькими виртуальными дисками на каждую виртуальную машину.