Комментарии 16
ненавижу jQuery Image lazy load и ему пододбные, ленивая подгрузка может хороша где то в системных вещах, но иметь задержку при просмотре картинок активно листая вниз, это увольте не для юзеров.
+4
gtmetrix показал, что можно существенно снизить размеры картинок, но WP Smush.it дает очень небольшой выигрыш.
Кто посоветует, чем можно программно картинки сжимать?
Кто посоветует, чем можно программно картинки сжимать?
+1
Уважаемый Юрий Трухин, эксперт по облачным технологиям InfoboxCloud.
Алгоритмы Фотошопа по сжатию изображений так же хороши, как трёхэтажные подписи в комментариях. Используйте Имедж-оптим.
С уважением, Леонард Киндай,
эксперт по дизайну, веб-технологиям и плоскому юмору Leonard Kinday inc.
leonard@kinday.ru
Алгоритмы Фотошопа по сжатию изображений так же хороши, как трёхэтажные подписи в комментариях. Используйте Имедж-оптим.
С уважением, Леонард Киндай,
эксперт по дизайну, веб-технологиям и плоскому юмору Leonard Kinday inc.
leonard@kinday.ru
+4
Провел эксперимент со сжатием Photoshop и ImageOptim. Photoshop позволил получить файл jpeg с размером 79 кб при среднем сжатии (визуально разница неотличима в оригинальном размере), а ImageOptim – 737 кб. Разница в 10 раз в пользу Photoshop. Конечно, скорее всего ImageOptim использует алгоритмы сжатия без потерь, но вопрос olen был о том, как существенно сократить размеры картинок.
+1
Под «программно» я имел в виду автоматизированно.
Собственно уже сам нашел решение: плагин «EWWW Image Optimizer» испльзует command line утилиту jpegtran (для формата jpeg), которая сжимает картинки напного эффективнее Smush.it (похоже, что gtmetrix ее же использует в качестве эталона).
Собственно уже сам нашел решение: плагин «EWWW Image Optimizer» испльзует command line утилиту jpegtran (для формата jpeg), которая сжимает картинки напного эффективнее Smush.it (похоже, что gtmetrix ее же использует в качестве эталона).
+1
бОльшую часть проблем, описанных в данной статье, можно разрулить установив и правильно настроив Google PageSpeed модуль для Apache или Nginx, вот список доступных модификаций:
Optimize Caching
— Canonicalize JavaScript Libraries
— Extend Cache
— Extend Cache PDFs
— Local Storage Cache
— Outline CSS
— Outline JavaScript
Minimize Round Trip Times
— Combine CSS
— Flatten CSS @import-s
— Inline CSS
— Inline Google Fonts API CSS
— Combine JavaScript
— Inline JavaScript
— Move CSS Above Scripts
— Configuration file directive to shard domains
— Sprite Images
— Pre-Resolve DNS
Minimize Request Overhead
— Rewrite Domains
— Configuration file directive to map domains
Minimize Payload Size
— Collapse Whitespace
— Combine Heads
— Elide Attributes
— Minify JavaScript
— Optimize Images
— Prioritize Critical CSS
— Deduplicate Inlined Images
— Remove Comments
— Remove Quotes
— Rewrite CSS
— Rewrite Style Attributes
— Trim URLs
Optimize Browser Rendering
— Convert Meta Tags
— Defer Javascript
— Inline Preview Images
— Lazily Load Images
— Move CSS to Head
— Optimize Images
— Convert JPEG to Progressive
— Rewrite Style Attributes
Other
— Add Head
— Add Instrumentation
— Include JavaScript Source Maps
— Inline @import-s to Link
— Insert Google Analytics Snippet
— Make Google Analytics Async
— Pedantic
— Run Experiment
developers.google.com/speed/pagespeed/module
Optimize Caching
— Canonicalize JavaScript Libraries
— Extend Cache
— Extend Cache PDFs
— Local Storage Cache
— Outline CSS
— Outline JavaScript
Minimize Round Trip Times
— Combine CSS
— Flatten CSS @import-s
— Inline CSS
— Inline Google Fonts API CSS
— Combine JavaScript
— Inline JavaScript
— Move CSS Above Scripts
— Configuration file directive to shard domains
— Sprite Images
— Pre-Resolve DNS
Minimize Request Overhead
— Rewrite Domains
— Configuration file directive to map domains
Minimize Payload Size
— Collapse Whitespace
— Combine Heads
— Elide Attributes
— Minify JavaScript
— Optimize Images
— Prioritize Critical CSS
— Deduplicate Inlined Images
— Remove Comments
— Remove Quotes
— Rewrite CSS
— Rewrite Style Attributes
— Trim URLs
Optimize Browser Rendering
— Convert Meta Tags
— Defer Javascript
— Inline Preview Images
— Lazily Load Images
— Move CSS to Head
— Optimize Images
— Convert JPEG to Progressive
— Rewrite Style Attributes
Other
— Add Head
— Add Instrumentation
— Include JavaScript Source Maps
— Inline @import-s to Link
— Insert Google Analytics Snippet
— Make Google Analytics Async
— Pedantic
— Run Experiment
developers.google.com/speed/pagespeed/module
+2
Как насчёт этой статьи? habrahabr.ru/company/selectel/blog/230333
1. Percona DB;
2. Выбор storage engine;
3. Настройка веб-сервера.
Этот CDN очень не любит Роскомнадзор…
1. Percona DB;
2. Выбор storage engine;
3. Настройка веб-сервера.
CDN от CloudFlare
Этот CDN очень не любит Роскомнадзор…
0
В указанной статье кроме совета использования конкурирующий базы и нескольких настроек apache ничего нет по теме оптимизации. Автор не подтверждает свои слова какими-бы то ни было сравнительными тестами. При подготовке нашей статьи мы рассматривали большое количество различных советов по оптимизации и часто получали ухудшение производительности по тестам. Доверяй, но проверяй.
По поводу CDN: CloudFlare CDN успешно работает в России.
По поводу CDN: CloudFlare CDN успешно работает в России.
-1
Полгода пробовали все возможные варианты и комбинации на 8 своих и клиентских сайтах, в т.ч. высоконагруженных. Пришли к: Nginx mainline с fastcgi_cache, php5-fpm с OPcache, memcached и php5-memcached (с буквой D в конце!), MariaDB. На стороне WP — EWWW Image Optimizer, кеширование gettext (.mo), минификация и конкатенация, очистка? параметров у статических файлов, вывод статики на поддомен без кук, CloudFlare DNS, CDN имеет смысл только для больших international сайтов с высокой нагрузкой и геораспределением юзеров, в других случаях это минус. Плюс оптимизация самого WP (без модификации ядра). Full page кеширование вместо проблемного монстра W3 Total Cache — Batcache, FFPC. Сейчас еще экспериментируем с full page cache в памяти (Memcached) и выдачей напрямую Nginx через свой родной модуль ngx_http_memcached_module. На выходе этой кухни имеем стабильные 96+ Pagespeed Score, загрузку в диапазоне 200-600мс для простых и средних сайтов, 600-1200мс для больших и тяжелых. Повторная загрузка не более 400-600мс.
Да, и еще бонус — многие графические элементы и иконки перевели на svg, сделали «текстовые спрайты», которые отлично жмутся и кешируются. Ну и продолжаем эксперименты постоянно, выискивая новые методы оптимизации. Скоро вот SPDY планируем погонять в хвост и в гриву.
Да, и еще бонус — многие графические элементы и иконки перевели на svg, сделали «текстовые спрайты», которые отлично жмутся и кешируются. Ну и продолжаем эксперименты постоянно, выискивая новые методы оптимизации. Скоро вот SPDY планируем погонять в хвост и в гриву.
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Оптимизации WordPress. Конкурс «ВПС на год за лучшие идеи!»