А чем вип-тариф поможет в борьбе с ддосом?
Андрей, а у тебя 600 получаются с учетом размещения mysql на этом же сервере?
IMHO в том виде, в котором ТС это задумывает, если это осуществится, будет напоминать риэлторские услуги - клиент дал объявление, а на него обрушивается куча звонков.
По аналогии с риэлторской базой, если показывать только часть контекста, а полный текст за деньги, ничего не получится - зная часть контекста можно нагуглить или спросить у яшки все остальное, тем более источник уже оглашен.
Вариант первый достаточно интересен, даже если и читающих это объявление будет много. Выгодно это или нет, а контакт клиента преподносится на оформленном блюдечке. В любом случае, уже сейчас, оптимизаторы ищут себе клиентов таким же способом, что сами понимаете отнимает и время и деньги.
ТС, мало берете. Их личное время стоит дороже. Они так же ходят по этим доскам и так же ищут заказы. 100$ в месяц и будет нормально. Правда конкурентов, по 30$ в мес, расплодите много.
С другой стороны, если будет большая база оптимизаторов, то ищущие услуги оптимизации будут обращаться именно к Вам - даёте гарантию того, что на этого клиента обрушится масса звонков и предложений.
кстати, а как он расфоркивается? забыл ужо... там чилды сами могут расфоркиваться или от головняка все идет?
Да, судьба однако, профиль твой глянул. Ты меня в эту компанию и посватал же. Скоро познакомимся ближе. Мне тоже плеск не нравится и все оное, но вот virtuozzo под фряшку мне оч симпатичная была - убили скотинку, жалко.
Да, 600 достаточно, кто спорит то.
Абонент абоненту рознь, сам понимаешь. Тут иногда и 100 еле уживаются, вопрос больше по части тарифных планов. Если сверху ставить разгрузку, то клиентов трамбуешь больше... если СУБД на отдельном сервере, то клиентов еще больше трамбуешь. Если гавноide меняется на SCSI, то еще больше клиентов трамбуется. Если на скайзе рейдина с хорошим кэшом на чтение/запись, то еще клиентов больше... и т.д. и т.п... есть же еще эксплутационные расходы. Если говорим за HA и дублирование, то в моем случае cost per client по всем позициям и с полным фаршем в разы ниже.
Проблема хостинга по большей массе заключается в той грязи, которую клиенты притаскивают на сервер. Скрипты там эти глючные, тормозные, цпу и хард грузящие. Очередные творения на жабе и т.д.
Только в момент внештатных ситуаций.
100% прохождение пакетов считаю допустимым. Если внештатные ситуации происходят постоянно, то меняю дисклокацию и не забиваю себе голову. Бывает иногда у ДЦ проблема с аплинками, или у какого-то аплинка там что-то, затяжное... ну до первого обещанного срока терплю, а там... да пошли они... бабки берут реальные, а сервис... ну сами понимаете.
Да там не с течкой грабля то, течку лечить можно - MaxRequestsPerChild. Что бы понять суть проблемы, надо в консольном пехапе запустить простой скриптик - проинитить гигантский массив, потом расфоркаться и дальше в каком нибудь пустом цикле побегать... у нас изначально на более сложном проявилось.
ps. камнями не кидать... когда как модуль, то это при одном патче для шареда проявляется, там форкается чуть иначе... в базовой конфиге такого не будет.
да, речь идет о COW, но пехапешный гарбаж коллектор, во время чистки памяти, вынуждает операционку дофоркать. не всегда проявляется, но если началось, то труба.
если там gd используется и т.д. и т.п., то 330x100mb - как вариант... т.е. на машинке с 4Гб оперативы может улететь в аут...
Да, кстати, Андрей, а такие творения таких сотрудников swsoft как Володи Гребенщиков-а у тебя тоже не катируется?
Большая часть линуксовых и фряшных исходников писалась гавнопрограммерами, студентами и прочими далекими людьми - это если внимательно рассмотреть это со стороны... но если за результат, то он есть и это никем не оспаривается. Обычно на эту тему говорю просто - код может и плохой, но результата лучше пока не придумали.
ps. А на сколько макс абонентов ты хостинг держал?
