- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
увеличивал до 200 MB :)
А теперь внимание - правильный совет
Заниматься генерацией картинок должен специальный демон, написанный на php+gd
Отдачей готовых картинок - nginx
Если очень интересует как - могу выложить краткую статью, только дайте больше информации
php+imagemagick
php+imagemagick
как варинт - да :)
Есть один подход к ресайзу картинок, весьма правильный для большинства неспециализированных сайтов. Суть подхода простая - пока картинку не запросил некто явно в ней нуждающийся - не стоит тратить ресурсы на ее ресайз, ватермарки и т.п.
Таким образом, заливаются в админке (ну или там в импорте и т.п.) все картинки в оригинальном виде, а при отображении хтмл кода первый раз вставляются некие конструкции с вызовом ресайзера. Ресайзер отрабатывает только один раз и только когда это реально нужно. Ввиду распределенности запросов от пользователей - даже заливка сотен и тысяч изображений не кладет никакой сервер, а генерятся они по мере надобности. Подход неоднократно использован в деле и показал себя с наилучшей стороны.
Ну а из опыта могу сказать что MagikWand (ImageMagic) работает в среднем втрое быстрее чем GD, соответственно при существенном количестве обрабатываемых изображений он заметно экономит ресурсы. Ну и алгоритмы в нем уж куда лучше чем в GD.
Кстати, да
Я такое настраивал
Первый раз если файла нет - идет запрос к апачу. Он делает ресайз и выкладывает картинку
Потом уже ее nginx отдает напрямую
Проблемы опустошении памяти при работе с изображениями имеются. А именно если скриптом работать напрямую т.е вызывать скрипт через апач к примеру http://site.ru/convertimg.php - он как-то странно себя ведет, иногда остается в памяти и не умерает пока не перезагрузиш httpd. Выход есть! вызывать данный скрипт из другого скрипта через exec(); и напрямую обращятся к пхп указывая путь до скрипта. (или поставте пхп как cgi)
далее генериться имага гденить в папке под названием cache и отдается уже nginx'ом.
У меня отличнейше работает на галлереи gallery.exali.ru. Если что пишите в личку могу часть исходников скинуть посмотрите.