2_
этот кейс в одном слогане "давайте сделаем HiLoad на ровном месте".
Size: a a a
2020 June 13
m
А почему бы не делать на nginx? Там еще и кеширование легко приделывается.
как минимум тогда вы пытаетесь в штуку, заточенну под ио впихать цпу интенситив такси, которые там нифига не ложатся на количество коров.
TS
Ð
если что-то можно сделать просто, лучше делать просто, потом проще будет
Так это вопрос что проще? Вот как решать проблему масштабирования картинок?
Ð
я подключал имаджик для этого, и кэшировал превьюхи в файлах
m
Так это вопрос что проще? Вот как решать проблему масштабирования картинок?
для начала надо понять, есть ли пробема вообще и в чем она заключается :)
AB
если проблемы нет, то ее можно успешно создать самому
m
ага!
AB
что мы и видим )
m
вот нжиинкс и картинки - вот это точно оно!
m
на стековрефлоу полно советов специально для пхпешников, как всякое подобюное делать
Ð
как минимум тогда вы пытаетесь в штуку, заточенну под ио впихать цпу интенситив такси, которые там нифига не ложатся на количество коров.
да нет здесь никакой проблемы, нжинкс спокойно раздает тысячи картинок в секунду не потребляя при этом ничего, ядра простаивают, у меня на этих ядрах сервера статики работает не только генератор превьюшек, но даже нейросеть распознавания картинок на питоне )
2_
я уже выше писал, это классика академического подхода,
когда пользователь продукта считает, что может лучше разработчиков.
и начинает велосипедить, это приводит к таким проблемам.
когда пользователь продукта считает, что может лучше разработчиков.
и начинает велосипедить, это приводит к таким проблемам.
TS
для начала надо понять, есть ли пробема вообще и в чем она заключается :)
Проблема обычная - на сайт грузятся превью в размере в 100 раз меньше актуального. Когда картинка захочет отобразиться, сайт заросит картинку в виде /mysite.com/image_250x300.jpg
nginx. поймет, что это запрашивается каринка /image.jpg отмасштабированная до размеров 250х300, отмасштабирует ее, отдаст и закеширует.
И все это даст всем много профита.
nginx. поймет, что это запрашивается каринка /image.jpg отмасштабированная до размеров 250х300, отмасштабирует ее, отдаст и закеширует.
И все это даст всем много профита.
Ð
Проблема обычная - на сайт грузятся превью в размере в 100 раз меньше актуального. Когда картинка захочет отобразиться, сайт заросит картинку в виде /mysite.com/image_250x300.jpg
nginx. поймет, что это запрашивается каринка /image.jpg отмасштабированная до размеров 250х300, отмасштабирует ее, отдаст и закеширует.
И все это даст всем много профита.
nginx. поймет, что это запрашивается каринка /image.jpg отмасштабированная до размеров 250х300, отмасштабирует ее, отдаст и закеширует.
И все это даст всем много профита.
еще лучше когда клиент сам может растянуть картинку
Ð
поэтому подобные модули превьюшки уменьшают, а не увеличивают, ведь единственная задача превьюшек - уменьшить трафик
m
Ð
да нет здесь никакой проблемы, нжинкс спокойно раздает тысячи картинок в секунду не потребляя при этом ничего, ядра простаивают, у меня на этих ядрах сервера статики работает не только генератор превьюшек, но даже нейросеть распознавания картинок на питоне )
раздает и ресайзит - это принципиально разные вещи
AB
а еще в нжинкс можно сразу встроить бд ))
AB
эт я так написал, чтоб к теме чата вернуться ))
Ð
а еще в нжинкс можно сразу встроить бд ))
может лучше в бд встроить вебсервер?
TS
раздает и ресайзит - это принципиально разные вещи
Ресайзит модуль ngx_image_filter, который, по сути, есть обертка GD, но он не может ресайзить вверх, хотя сама GD может.