Вопрос по оптимизации изображений товаров в модуле интернет-магазин

голоса: 0
Добрый день.  Я не могу понять, почему, когда я, оптимизировав и урезав фото товара (tinypng, optimizilla и т.д.), и, получив на выходе, скажем, 40-50kb, загружаю фото на сайт (через графический редактор товаров (прикрепляю вручную фото к карточке товара), хотя и через файловый менеджер было тоже самое) и получаю следующее:  исходный файл, который был 40-50kb, весит около 100Kb (большое изображение), превью(m) - 140-170kb!!!!!, маленькая(s) фото - 110-130kb!!!!, и это не потолок, так, средние значения, некоторые умудряются разрастаться свыше 200kb.  Зачем тогда нужна функция сжатия в ПУ? Если она ничего не дает? Может она и сжимает, но она сжимает то, что уже в несколько раз "разрослось".  Вопрос насущный, так как, к примеру, взятый за основу шаблон по google speed tools для компа выдает 75%, а мой сайт - не дотягивает и до 59%. Не говоря уже о каталоге товаров (/shop/all), он не тянет и до 35% (демо-шаблон 85%!!!), а для мобильных, вообще - 28% (демо-шаблон 58%!!!).  Ничего, кроме метрики и аналитики на сайт не добавлял. Тексты и количество товаров не гиганстское.  Все остальные параметры (css, js, там по 3-5kb к оптимизации - нет смысла) одинаковы (т.е. одинаковы объемы, предлагаемые для оптимизации), соответственно, вопрос только картинках, так как предлагаемый гуглом объем оптимизации изображения варьируется от 700kb до 1,2mb.  Что можете посоветовать из арсенала ucoz?  Или, может быть, я что-то не так делаю?  Как сделать так, чтобы фото в 40kb в виде большого, становилось только меньше, при конвертации ее сервером в превью и маленькую? Условно говоря 40, 30, 20, а не 40=100, 200, 150?
Адрес сайта pervochay.ru
| Автор: | Категория: Интернет-магазин

Ответов: 2

голоса: 0
Опишите это всё на конкретном изображении, желательно в картинках  настроек в ПУ.
| Автор:

Ок.

ПУ:

Оригинал фото (43kb):

"Оптимизированные" сервером:

Большая (134 - с чего???, больше в 3 раза):

Средняя (146 - это как, вообще???, больше в 3 раза и больше "большей" фотографии):

Маленькая(12kb - претензий нет): сервис не дал загрузить (слишком много загрузок).

 

Антон Горошков,
У исходника картинки какие параметры?
Sentimo,
Исходный файл: 500*500
Антон Горошков,
Ясно, такой алгоритм пережатия у jpg, поставьте в настройках "качество сжатий jpg-изображений" около 60%, а лучше 0, в общем по экспериментируйте...
Sentimo,
В общем, отличный ответ, спасибо.
Sentimo,
Вопрос в другом.  Если я, с помощью резервной копии проекта, достану все фото (трех видов на каждый оринигал), оптимизирую их, запихну в архив, сделаю восстановление из резервной копии, не получится ли так, что юкоз опять всё это дело начнет алгоритмизировать и всё в пустую?  Я имею в виду, если я сразу предоставля, с помощью вот такой пляски с бубном, то что он хочет, смогу ли я получить желаемый результат (к примеру, выставлю сжатие на "0")?  Были ли прецеденты?   Опыт?
Антон Горошков,
Можете сделать, только не переименовывайте файлы. Юкоз их больше трогать не будет.
голоса: 0
Если сжатие неправильно работает и размер фото вместо того чтобы уменьшаться, превышает оригинальные которые были до этого, стоит отписаться в техподдержку с Панели управления сайтом пункт - "Помощь" - Служба поддержки - Бесплатная / Платная техподдержка.
| Автор:
Как то писал уже.   Лаконичный ответ был, что-то вроде: фото подвергаются обработке по внутренним алгоритмам, что ,в свою очередь, может давать прирост.  Но это не ответ.  Зачем тогда нужна функция, которая не выполняет заявленный функционал?
Антон Горошков,
В любом случае нужно писать и наводить пример, это будет передаваться разработчикам и функционал по сжатию будет дорабатываться.
...