@nuklon,
ск-ко
об-ий
@nuklon,
об-я
@nuklon, экономишь на буквах шт-ле?
Форум → Программирование → PHP для идиотов → Ресайз больших фото
Страницы: ← Предыдущая страница • Следующая страница →
19 мая 2016 г. 21:30, спустя 3 минуты 34 секунды
@nuklon,
ск-ко
об-ий
@nuklon,
об-я
@nuklon, экономишь на буквах шт-ле?
19 мая 2016 г. 21:49, спустя 6 минут 3 секунды
п с-бжу:
- исп-зовать нужно не GD, а imagemagick. во-первых, он б-стрее, во-вторых, шелловские команды можно запускать в несколько потоков одновременно.
- з-ка отдельно, р-з отдельно
19 мая 2016 г. 21:50, спустя 1 минуту 35 секунд
@master, з-л
имеджмажик быстрее? реальни?
19 мая 2016 г. 21:52, спустя 57 секунд
вообще походу да, я думал одни и теже алгоритмы используются, а нет оказалось нет))
самый охуенный gmagick, но я его ниразу в глаза не видел)
Бенчмарк графических библиотек для PHP
В проекте который мы сейчас разрабатываем много работы с фотографиями, в результате чего скорость графической библиотеки является фактически главным ф
habrahabr.ru
19 мая 2016 г. 22:18, спустя 25 минут 26 секунд
@phpdude, ерунда какая-то в статье, за что в каментах справедливо тычут.
Вот например, как там происходит работа с цветовым пространством? Ну то есть как решается проблема, когда при уменьшении картинки она становится темнее? При работе с convert из командной строки можно добавить -colorspace sRGB. А с оболочками этими что делать?
19 мая 2016 г. 22:37, спустя 17 минут 50 секунд
@adw0rd, django как я знаю pyton, а прикручивать к пхп (если вообще это можно) это дополнительный гемморой.
@nuklon, я же написал "ключевое - конфиг nginx", не надо вам ни питона ни жанги
19 мая 2016 г. 22:39, спустя 1 минуту 54 секунды
не GD, а imagemagick. во-первых, он б-стрее
@master, реально похуй. даже если бы я был фанатом IM, пример на gist я бы всё равно написал под GD. потому что он есть везде.
чисто для флейма: разные тесты показывают разное отношение в производительности. точно никто не имеет __подавляющего__ преимущества. в чём IM действительно круче, так это в наборе функций. но мы ведь говорим о генерации превьюшек, а не о написании серверного фотошопа.
p.s. adw0rd, спс за пр-р.
19 мая 2016 г. 22:41, спустя 2 минуты 31 секунду
чисто для флейма: разные тесты показывают разное отношение в производительности. точно никто не имеет __подавляющего__ преимущества. в чём IM действительно круче, так это в наборе функций. но мы ведь говорим о генерации превьюшек, а не о написании серверного фотошопа.
@artoodetoo, чисто для практики, угадай сколько надо ini_set("memory_limit", $xxx) для картинки весом в 15 мегабайт? :)
19 мая 2016 г. 22:46, спустя 5 минут 5 секунд
@phpdude, а ты умеешь заинтриговать
19 мая 2016 г. 22:49, спустя 2 минуты 33 секунды
да шли бы они в жопу с 15мб картинками!
да, внутреннее представление у GD это что-то вроде простого битмапа, т.е. сжатый JPEG разрастется в памяти. но ты думаешь у IM пределов не будет? не надо позволять шутникам забрасывать бомбы, должен быть лимит и по весу и по размерности.
Страницы: ← Предыдущая страница • Следующая страница →
Пожалуйста, авторизуйтесь, чтобы написать комментарий!