- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Есть сервер: Celeron(R) 2.4 CPU , 2Gb ОЗУ, 2*500Gb.
Нужно превратить его в файловое хранилище mp3.
Отдача контента по http толком не увенчалась успехом - сервер все время уходит в "даун" от того что запускается куча http-процессов каждый из которых подгружает систему.
Что требуется для оптимальной отдачи контента по http ? Правильно сконфигурировать Апач или поставить какой-нибудь другой, более легкий вебсервер?
Для таких целей юзайте nginx
Нужна настройка пишите в личку
Можно отдавать по ftp.
Можно отдавать по ftp.
нужно отдавать по ftp :)
он для этого и создан.
нужно отдавать по ftp :)
он для этого и создан.
Я в своем файлохранилище для удобства пользователям сразу 2 ссылки генерирую: http (nginx) + ftp, ftp хоть и создан "для этого", но у части юсеров за прокси (меньшей конечно) с ним бывают проблемы.
Я в своем файлохранилище для удобства пользователям сразу 2 ссылки генерирую: http (nginx) + ftp, ftp хоть и создан "для этого", но у части юсеров за прокси (меньшей конечно) с ним бывают проблемы.
Хотя бы так... А через Apache - это для извращенцев:)
Надеюсь, что никого не обидел😂
однозначно нгинкс или лайти.
Какой одновременно поток загрузок планируете ?
C ftp проблем нет. Сам могу настроить. Проблемы при отдачи по ФТП будет распространение прямых ссылок на сторонние ресурсы. ИМХО кормить кого-то не охото.
Интересует отдача по http. Как мне известно (из своего опыта) можно и nginx подвесить большим числом запросов к вебсерверу, например качалками, в случаи многопоточной загрузки... Или я ошибаюсь?
Интересует отдача по http. Как мне известно (из своего опыта) можно и nginx подвесить большим числом запросов к вебсерверу, например качалками, в случаи многопоточной загрузки... Или я ошибаюсь?
Ошибаетесь.
"Подвесить" - не получится. Можно забить всю полосу, можно сожрать весь диск - но тут уже какбы неважно, чем и как отдавать. Узкое место в таком случае - ниразу не отдающий софт.
Вот т-щ Outsourcenow видит корень проблемы.
Интересно какие тут варианты оптимизаций?
Допустим, серверов все же N, где достигает 3-4 и они представляют из себя обычные демпинговые сервера для начинающих с двумя дисками размещенные в одном датацентре и без опций. Компактные сетевые устройства придется отмести - их никто из хостеров в аренду не сдает.
Полупиратское файлохранилище штука специфическая : если завтра на zaycev.net пропадут все файлы, они просто вывесят объявление
"уважаемое быдло! все ваши говнокомпозици накрылись! пожалуйста ,перезалейте!" и через неделю все будет уже по старому.
Все статейки и кластерные файловые системы ориентированы на избыточную надежность.
Как себя поведет решение на софтверном raid0 на машине-раздатчике + ISCSI и куча ОЗУ на остальных ?
Как себя поведет решение на софтверном raid0 на машине-раздатчике + ISCSI и куча ОЗУ на остальных ?
Ну, мне кажется, это самый разумный вариант - тотальный коллапс отодвигает достаточно далеко. Собственно, все толстые контент-провайдеры ровно так и делают - разве что вместо iSCSI - у них какой-нибудь http с кэшированием и хэшем по машинам. Может быть с некоторой избыточностью.