Сам себе хостер

Данила aka xbit

Хакер, номер #076, стр. 076-034-3

1 Анонимность. То, что гарантирует каждый владелец площадки, но не всегда соблюдает. Что испытает твой клиент, если после прочтения липовой истории о «крупном дата-центре» пробьет домен по базе WhoIS? У него возникнет много вопросов, например почему владельцы «дата-центра» используют чужие DNS либо же IP сервера числится совсем за другим провайдером. Для предотвращения подобных недоразумений отдавай предпочтение тому прову, который выделяет бесплатные DNS-серверы. Помимо целенаправленной проверки, тебя могут пропалить и совершенно случайно. Например письмо от панели управления, извещающее юзера об израсходовании трафика, может содержать e-mail администратора сервера. Домен, в котором этот мейл находится, будет резко отличаться от твоего. Это повлечет за собой ряд лишних вопросов со стороны клиентов. Читая все это, ты можешь задать логичный вопрос: «А почему вообще надо скрывать свою реселлерскую сущность?». Клиенты запросто могут обратиться напрямую к оператору реселлера. Без посредников. Не поможет даже то, что цены у него на порядок выше, условия невыгодны, а суппорт несвоевременно отвечает на вопросы. Не любят люди посредников.

2 Ценовая политика. Чуть выше я привел сумму в $44. Не все готовы платить такие деньги, учитывая еще и то, что функции, за которые и устанавливается столь высокая плата, не будут востребованы. Новичку целесообразней подыскать провайдера, предоставляющего небольшую дисковую квоту и, соответственно, требующего меньшей ($20–25) оплаты за свои услуги. Стоит обращать внимание на выделяемый трафик и его дополнительную стоимость ($1/Гб считается нормой).

3 Характеристики и функциональность серверов. Один из важнейших факторов. Большинство клиентов очень требовательно к скорости и функциональной начинке серверов. Зачастую именно это и влияет на конечное решение. Поэтому ты, как дальновидный предприниматель, должен изначально позаботиться о предотвращении гневных писем в свой адрес по поводу производительности. Если кто-то думает, что поначалу на скорости работы сервера можно сэкономить, а потом переехать на более быструю площадку, то он сильно заблуждается. Те, кто хоть раз пробовал переехать на другой сервер, меня отлично поймут, не говоря уже о тех, кто «перевозил» сразу несколько проектов. Задача очень непростая и рискованная – один неверный шаг, и ты рискуешь потерять клиентов. Какие проблемы могут возникнуть? Например разные пути к компиляторам (к тому же Perl’у) приведут к простою ресурсов, использующих данную технологию, а вовремя предупредить всех клиентов может и не получиться. Бывает и так, что такой поворот событий становится настоящим сюрпризом для самого реселлера, невнимательно отнесшегося к характеристике будущей площадки. Но это ерунда по сравнению с процессом изменения записей в DNS-серверах твоего домена. Внести пару сотен доменов клиентов с координатами - занятие неблагодарное. Вернемся к теме. Функциональность - поддержка баз данных (обычно неограниченное количество), динамических языков (PHP, Perl), файлов .htaccess и т.д. Тут все просто и понятно – чем больше, тем лучше :).