- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева

Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Доброго времени суток!
Ищу грамотного программиста c хорошим опытом сфере программирования,
для модернизации имеющегося скрипта + нужно дополнить не которые функции.
Сразу отпишу - дилетанты, школьники сразу лесом, и так вот что требуется:
1)
Описание проблемы:
Есть проект, который занимается раздачей файлов (mp3) Движок аналога зайцев нет . Файлы хранятся на ЖД (жестком диске) и при запросе отдаются nginx'ом. При большом кол-ве запросов ЖД не справляется (предположительно).
Суть задачи
Необходимо снизить нагрузку на ЖД. - желательно не погубив, другие ресурсы сервера!
Логика реализации
Собирать статистику по скачкам и на основе нее наиболее часто запрашиваемые файлы помещать в ОП (оперативную память). При запросе файла проверять его наличие в ОП, если есть - отдавать оттуда.
Подзадача
Предварительно необходимо рассчитать какое кол-во файлов необходимо кэшировать в ОП для снижения нагрузки на ЖД в 2 раза. Условно приравняем это к кол-ву файлов, "пожирающих" половину трафика от общего трафика от скачки файлов. На основе этого кол-ва файлов рассчитать примерные требования к объему ОП под кэш.
Варианты решения
memcache (очень предпочтительно)
shared memory
mogilefs
свой вариант :)
В принципе по memcache много манула и готовых примеров, но тех не знания не позволяют решить вопрос, по этому нужен грамотный и ответственный человек, который четко понимает что делает а не пытается угадывать результаты!
http://olemskoi.ru/node/1500
Так же возможно, у вас есть свой вариант решения проблемы с радостью выслушаю!
2) Требуется сделать перелинковку на этом же движке, живой пример нужно на выхлопе получить, не что подобное http://zaycev.net/pages/5241/524154.shtml другие БАСТА песни и топ от сайта, с не которой поправкой но суть остается одна,
обязательно это дело кэшировать что бы не вызвать огромной нагрузки на БД
+ там мелкие моменты по движку!
Более подробнее могу рассказать при общении лично, НО знания чужого кода обязательно!!!
Самое главное, без примеров выполненных трудоемких скриптов, движков, или не что схожего по ТЗ, кандидатуры не рассматриваю вообще, предпочтительно уже имеющийся опыт с подобным движком и memcache!
Пишите прямо сюда или в личку, свои предложения c ценами , с примерами выполненных работ, это будет не мало важным фактором в выборе исполнителя, укажите свой номер icq в случаи чего, для более оперативной связи и обсуждения не которых моментов!
По срокам хотелось бы уложится до 5 дней! Но результаты 1-го задания, нужны в течение 2-3 дней
Ценовая планка до 250$ за всю работу
Если вы не уверены в своих силах, прошу не начинать браться, если вы чувствуете, что скоро заболеете или что то случится тоже прошу не браться, я не люблю отговорки!
Спасибо всем за внимание!
какая посещалка у сайта и какой канал? 20-30 файлов уже забьют оперативу, это не выход имхо.
какая посещалка у сайта и какой канал? 20-30 файлов уже забьют оперативу, это не выход имхо.
Вы конечно не обижайтесь, но зачем писать глупости?
Какие 20-30файлов. которые убьют память, Вы что говорите?
Что бы Вы знали:
Памяти потребуется соразмерно кол-ву треков, которые охото хранить в кэше
кол-во треков множ на средний размер к примеру:
1К треков * 4МБ = 4ГБ памяти, такое я могу позволить а то и больше!
Причем тут, вообще посещаемость или канал? речь идет о нагрузке на Диски.
Спасибо за внимание!
а у вас больше ничего не стоит? бд, nginx, ssh и т.д. им память не нужна?
чтобы снизить нагрузку на диски
http://highload.com.ua/index.php/2009/04/21/varnish/
>>Причем тут, вообще посещаемость или канал?
ну если у вас 100 посетителей в день с каналом 1Гб, то можно на это закрыть глаза, в другом случае надо расчитывать. Т.е. не предполагать откуда тормоза, а смотреть все "узкие" еста.
>>1К треков * 4МБ = 4ГБ памяти, такое я могу позволить а то и больше!
есть разные форматы музыки, может слышали про flac
http://ru.wikipedia.org/wiki/FLAC_формат
так вот размер файла в среднем 20-30 Мб, посчитаем?
30 * 30mb = 900MB уже нормально?
это все мелочи, надо все детальнее смотреть, но в ОП кидать это глупость. но может я чего то не понимаю
а у вас больше ничего не стоит? бд, nginx, ssh и т.д. им память не нужна?
чтобы снизить нагрузку на диски
http://highload.com.ua/index.php/2009/04/21/varnish/
>>Причем тут, вообще посещаемость или канал?
ну если у вас 100 посетителей в день с каналом 1Гб, то можно на это закрыть глаза, в другом случае надо расчитывать. Т.е. не предполагать откуда тормоза, а смотреть все "узкие" еста.
>>1К треков * 4МБ = 4ГБ памяти, такое я могу позволить а то и больше!
есть разные форматы музыки, может слышали про flac
http://ru.wikipedia.org/wiki/FLAC_формат
так вот размер файла в среднем 20-30 Мб, посчитаем?
30 * 30mb = 900MB уже нормально?
это все мелочи, надо все детальнее смотреть, но в ОП кидать это глупость. но может я чего то не понимаю
Ох , снова вы за свое- иду по порядку!
1) Да стоит бд, nginx, ssh и многое другое - памяти им хватает даже с запасом, не учитывая даже те 4-6 гб которые можно пожертвовать на кэш. Есть еще вопросы по памяти?
2) Если бы, вы умели внимательно читать текст, то наверняка увидели ли бы "проект, который занимается раздачей файлов (mp3)" какие разговоры могут быть о других форматах? в частности flac вы бы еще сказали avi.
3) Вы бы почитали , что пишут по ссылке, которую сами дали же
http://highload.com.ua/index.php/2009/04/21/varnish/
В частности Varnish выступает в роли обратного прокси сервера, складывая все данные в память и отдавая их оттуда!
Вы еще пишите " в ОП кидать это глупость. но может я чего то не понимаю"
Сами поняли что написали? вы уже определитесь за что голосуете :D
1. по памяти понятно, если хватает, то хорошо. видимо сервер хороший.
2. я имел ввиду, то что mp3 файлы могу быть разного размера. не только 4 МБ
3.
Варианты решения
memcache (очень предпочтительно)
shared memory
mogilefs
свой вариант
последний вариант
просто, хочу сказать, можно по разному в ОП держать. И читайте внимательней:
Подобные решения применяются в Web’e для отдачи статического контента, особенно малого размера и в больших количествах (для экономии ресурсов дисковой подсистемы) - например картинок.
а не всех данных. Читаем про мемкеш
http://valera.ws/2008.08.09~memcached/
зы, спорю, потому, что интересуют подобные вопросы, дабы самому лучше в этом разбираться.
а какой общий объем файлов?
трафик в сутки?