- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Вариантов много, вот еще один:
1. Закачивает чел столько фоток сколько хочет.
2. Они пишутся в общую папку или папки без водяного знака (т.е. все фотки хранятся в закачанном виде). Как раз при смене водяного знака - это поможет и будет проще.
3. Далее, просто раз в несколько часов или один раз ночью, запускать скрипт на обработку всех фоток, которые еще не были обработаны. На них наносится водяной знак, создаются типо-размеры, и сладываются по нужным папочкам. На сайте подгрука идет именно из них. Т.е. уже готовые с водяными знаками.
Если фотка еще не обработана, т.е. нет ее с водяным знаком, то придется выдавать ее пока без водяного (один из недостатков, если он несущественнен, то это хороший выход).
Второй вариант... похож на первый:
1. Закачивает чел столько фоток сколько хочет.
2. При выводе на сайте фотографии, обращение к ней может происходить, например, так:
foto.php?fid=4123&width=200
- При таком запросе однозначно определяется исходное изображение по foto ID (fid)
- Затем идет проверка, а есть ли уже готовое фото с таким ID и таким размером: если уже есть, то просто отдаем её посетителю. Если еще нет, то генерим её на лету, пишем заодно на диск и отдаем посетителю. Тогда при следующем запросе той же фотки с тем же размером, будет уже выдаваться готовая ранее и обработки на лету уже не потребуется.
ЗЫ. Причем, если посещаемость сайта хорошая, проект серьезный, то про общий хостинг даже и разговора не должно быть. Аренда сервака или ставить свой (если денег хватит).
Используйте Ajax и пусть отправляются фотки сразу при добавлении без перезагрузки страницы - пользователь всё-равно будет загружать фотки со скоростью не более 1 фотки в 5-10 секунд.. Это хватит, чтобы отправить фото на сервер и начать его обработку, а там пускай скрипты обрабатывают фотки в несколько потоков - вам-то какая разница, ведь каждая версия скрипта будет работать только с одним изображением, значит довольно быстро. По сабжу хорошая библиотека здесь
на данный момент работу организовали так:
через кнопку "Обзор" выбираем картинку, кнопкой "Загрузить" отправляем на сервер с привязкой к временному ID. Кнопкой "Загрузить" одновременно дается команда скриптам начинать обработку изображения. Загрузка картинки два мегабайта более минуты занимает с обработкой. Вся охота загружать много картинок пропадает. Но это уже прогресс. До этого подгружались картинки... без обработки, и после заполнения полей формы кнопкой добавить объект давалась команда на обработку всего количества, вот тут то мы и зависали.
пробуем далее предложенные варианты, bleed, Мэкс, N_MONax, DyaDya, nikitian спасибо!!!
Вашим админам нужно до конца разобраться в чем проблема, что вызывает наибольшую нагрузку на сервер? Вот загрузка фотки в два мега с обработкой занимает минуту... Так нужно разобраться сколько времени из этой части уходит на обработку. Если сервак толковый, то и секунды не должно уходить на наложение водяного знака!!! Основное время уходит на закачку 2 мегофф.
Как вариант, можно (читать НУЖНО) попробовать приучить пользователей к уважению других. И прежде чем закачивать фотку, сделать ее поменьше, например в 1024px в ширину, сделать стандартного качества сжатия (60-80%) и итоговая фотка будет весить точно раз в 10 меньше (порядка 200кб). Я конечно понимаю, что многие фоткают на цифровики и париться не хотят, сразу заливают фотки и все. НО... на 5 мегапиксельном, фотки получаются чуток больше 2 мегофф. А сейчас уже мыльницы идут с 7-8мп и более!!! и что? позволите им закачивать фотки по 4-5 мегофф на сайт!! не х..!!! В любом случае им придется подготавливать фотки по формату и размеру. Так пусть уменьшают, подготавливают самые лучшие фотографии к заливке и закачивают их в нужном качестве и размерах уже сейчас!!!
картинки грузились, а потом обработка шла большого количества, от чего и вешался сайт(
не, нафик так, надо сразу при загрузке файла выполнять все нужные с ним действа, а так действительно серв будет вешаться если все скопом.
Как вариант, можно (читать НУЖНО) попробовать приучить пользователей к уважению других. И прежде чем закачивать фотку, сделать ее поменьше, например в 1024px в ширину, сделать стандартного качества сжатия (60-80%) и итоговая фотка будет весить точно раз в 10 меньше (порядка 200кб).
Гы) тут как раз тот вариант, когда изображения грузятся в оригинале - панорамная съемка. потом изображения просматриваются на плазме.. т.е. скрипты обрабатывают, делают несколько размеров, накладывается вотермарк... действительно, основная часть времени уходит на подгрузку изображений на сервер.
Для снижения нагрузки на канал поможет только ограничение на кол-во одновременно закачиваемых файлов. Чисто психологически, пользователь будет отбирать лучшие фотки, чем заливать все без разбора. Ну и естесно если ввести всетаки это разумное ограничение, нагрузка от скриптов на сервак уменьшится. + надо еще посмотреть как делаются уменьшенные копии, может они все с оригинала делаются? думается стоит делать каждую следующую копию с предыдущего размера.
Ну и аплоадить мона и по фтп, может так быстрее будет? (про скоростные различия аплоада по хттп и фтп не в курсе, но думаю есть там отличия)
Volkpanda, Лучшее решение по нагрузке - клиент на java или activeX который на клиенте будет ресайзить...🚬 в сети есть библиотеки более менее готовые. Но этот вариант не всем конечно подходит.
А вот поскольку у вас свой сервер, то предполагаю, что вы "по дефолту" ресайзите через GdLib.
Так вот пусть админы поставят magikWand - она на порядок больше по возможностям и теже операции в ней занимают в среднем ВТРОЕ меньше времени и ресурсов. Правки php кода будут минимальные, там все очень похоже и несложно заменить.