Comments 24
Вообще, впечатляет.
Что касается третьего изображения, то если посмотреть девушке на губы, то видна очень даже существенная разница. Попробовал уменьшить изображение на 50%, то разницы и вовсе не заметно. Т.е, для небольших и некоторых средних картинок будет весьма полезна. Интересны были бы порты на разных языках, к примеру: python, perl, php. Применимости и динамичности было бы больше. Из консоли под Debian процессить конечно хорошо, но это ограничивает ипользование на шаред хостингах и в качестве built-in tool-а, например, в продуктах. Но это уже отдельная тема.
В закладки, спасибо.
Что касается третьего изображения, то если посмотреть девушке на губы, то видна очень даже существенная разница. Попробовал уменьшить изображение на 50%, то разницы и вовсе не заметно. Т.е, для небольших и некоторых средних картинок будет весьма полезна. Интересны были бы порты на разных языках, к примеру: python, perl, php. Применимости и динамичности было бы больше. Из консоли под Debian процессить конечно хорошо, но это ограничивает ипользование на шаред хостингах и в качестве built-in tool-а, например, в продуктах. Но это уже отдельная тема.
В закладки, спасибо.
Никто вам не запрещает использовать подобные утилитки на shared хостингах. У меня для этого была настроена очередь (после аплоада файла создавался таск на прогон через оптимизаторы и создание превьюшек) и все хорошо работало. Все же из консольных скриптов достаточно часто разрешается использовать shell_exec.
Да? Для того, что бы их использовать на шареде — их надо сначала проинсталить, не правда ли? Хостер, если он конечно маразмом не страдает никогда не поставит на рабочую среду неизвестно какой софт, который может содержать эксплоит, например, и тем более, ради одного юзера. Так что причем тут shell_exec? Смысл моего коммента был в самой возможности установить его на шаред. Поэтому я и заикнулся про порты на скриптовых языках.
Да, действительно… установить какой-то пакет у вас не выйдет, но если хостер предоставляет доступ по ssh (а большинство предоставляют), то никто не сможет помешать вам воспользоваться wget или scp, и собственноручно залить на сервер нужный бинарник. Я так разварачивал на шаред хостинге wkhtmltopdf, node.js + npm и много чего еще интересного.
Я всё понимаю, не новичок.
А что у вас за шаред такой, позвольте узнать? Для себя бы я такой хостинг не брал, если только поразвлечься :-)
Суть была не в конкретном хостинге, что где-то это возможно, а в потоке проектов: заказ -> реализация -> сдача. Т.е есть ядро (CMS/CMF) с этой «мулькой», а хостинг без разницы какой. Ты одал и не волнуешься, что там у кого работает, у кого нет. Т.е была бы 99% совместимость либы в её скриптовом варианте.
Как вы разворачивали без компиляции под конкретную среду? Есть зависимости пакетов, системы и т.д.
Короче, это оффтоп и смысла нет продолжать.
А что у вас за шаред такой, позвольте узнать? Для себя бы я такой хостинг не брал, если только поразвлечься :-)
Суть была не в конкретном хостинге, что где-то это возможно, а в потоке проектов: заказ -> реализация -> сдача. Т.е есть ядро (CMS/CMF) с этой «мулькой», а хостинг без разницы какой. Ты одал и не волнуешься, что там у кого работает, у кого нет. Т.е была бы 99% совместимость либы в её скриптовом варианте.
Как вы разворачивали без компиляции под конкретную среду? Есть зависимости пакетов, системы и т.д.
Короче, это оффтоп и смысла нет продолжать.
Вы же не из под рута все будете запускать, так что доступа к системе у вас не будет, а следовательно можно разрешить пользователям запускать бинарники. Так что не вижу в этом ничего примечательного или интересного.
node.js как и большая часть других утилит доступна в уже собранном виде (даже не в виде пакетов, просто бинарники), так что никакой компиляции не нужно.
Так же я не вижу проблем в плане сопровождения. Вы установили, настроили и не паритесь. Думаю у нас с вами просто разная специфика проектов.
p.s. скриптовая имплементация подобных утилит нецелесообразна. Потому их нет. Хотя при желании можете портировать.
node.js как и большая часть других утилит доступна в уже собранном виде (даже не в виде пакетов, просто бинарники), так что никакой компиляции не нужно.
Так же я не вижу проблем в плане сопровождения. Вы установили, настроили и не паритесь. Думаю у нас с вами просто разная специфика проектов.
p.s. скриптовая имплементация подобных утилит нецелесообразна. Потому их нет. Хотя при желании можете портировать.
Не очень понятны критерии выбора изображений для демонстрации. Выбраны такие примеры, которые в png, пусть и оптимизированный, никто жать не будет. Для них всех прекрасно подходит JPEG, особенно для последней, где сжатая версия намного хуже выглядит.
Мне кажется стоило продемонстрировать на сценариях, которые могли бы существовать реально. Например на логотипах/иконках с альфа-каналом.
Мне кажется стоило продемонстрировать на сценариях, которые могли бы существовать реально. Например на логотипах/иконках с альфа-каналом.
А зачем иконки-логотипы сжимать? Они и так ведь мало весят.
Да, взяты явно JPEG-варианты. Наиболее частый кандидат на PNG — это скриншоты интерфейсов приложений, вот их и надо было тестить и к тематике Хабра ближе.
Для более глубокого понимания есть статьи chikuyonok на Smashing Magazine:
www.smashingmagazine.com/2009/07/15/clever-png-optimization-techniques/
www.smashingmagazine.com/2009/07/25/png-optimization-guide-more-clever-techniques/
Или на русском языке в Техногрете:
www.artlebedev.ru/tools/technogrette/img/png-1/
www.artlebedev.ru/tools/technogrette/img/png-2/
www.artlebedev.ru/tools/technogrette/img/png-3/
www.artlebedev.ru/tools/technogrette/img/png-4/
Кроме pngquant есть очень много альтернатив, подробное сравнение которых представлено здесь.
Наслаждайтесь :-)
www.smashingmagazine.com/2009/07/15/clever-png-optimization-techniques/
www.smashingmagazine.com/2009/07/25/png-optimization-guide-more-clever-techniques/
Или на русском языке в Техногрете:
www.artlebedev.ru/tools/technogrette/img/png-1/
www.artlebedev.ru/tools/technogrette/img/png-2/
www.artlebedev.ru/tools/technogrette/img/png-3/
www.artlebedev.ru/tools/technogrette/img/png-4/
Кроме pngquant есть очень много альтернатив, подробное сравнение которых представлено здесь.
Наслаждайтесь :-)
А я просто скармливаю всё панде — tinypng.com/
Вручную? о_О
Вручную да. У меня не 100500 картинок, да и из консоли мне работать неудобно. А тут драг и дроп, юзерфрендли и всё такое. Вот такие мы — виндузятники — всюду нам GUI подавай, мда…
grunt-contrib-imagemin — включил и забыл.
Это надо читать про Grunt — я вообще первый раз это вижу. А дальше инсталляция: npm install grunt-contrib-imagemin --save-dev, которая для меня является абракадаброй. Это вообще линуксовая команда или виндовая? Вроде в линуксе ключи с минусов начинаются да?
С Grunt есть один момент неприятный — оптимизация идет при каждой сборке что хорошо замедляет процесс.
Для большинства задач в Гранте есть возможность указать фильтр на файлы — http://gruntjs.com/configuring-tasks#files
Можно например сравнивать дату изменения.
Можно например сравнивать дату изменения.
Каким образом фильтр поможет если в репозитории файлы лежат неоптимизированные?
UFO just landed and posted this here
Туманный пейзаж с 8-битной палитрой будет выглядеть гораздо хуже, чем ваши контрастные фотки
Сколько же раз писали на хабре про pngquant и панду, которая его использует?
И да, для мобильной графики инструмент просто незаменим — рисованные кнопки с прозрачностью в 8 битах и на мелких экранах выглядят отлично, а трафик экономится существенно.
И да, для мобильной графики инструмент просто незаменим — рисованные кнопки с прозрачностью в 8 битах и на мелких экранах выглядят отлично, а трафик экономится существенно.
Sign up to leave a comment.
Pngquant — библиотека и утилита командной строки для сжатия png с потерями