Поясним сразу слово "аптайм". Слово происходит от английского uptime и в вольном, понятном для масс, переводе означает "время бесперебойной работы".

На данный момент ситуация с качеством услуг в плане устойчивости, достаточно понятна. Оно, качество, более менее у всех одинаково и практически независит от размеров хостера. 100% аптайма, т.е. реальной работы в течении 24 часов в сутки в течении года, обеспечить не может никто. Это аксиома, кто бы что не говорил. Потому что люди остаются людьми, а техника техникой. И то, и другое болеет и ломается соответственно. Другой вопрос, что если ваш хостер организация, а не частные лица, то риск того, что сгорит, допустим, жесткий диск, а денег на него не найдется, сведен к нулю.

Правда, нужно заметить, что бывают поломки, которые в течении 5 минут не решит никто, особенно (далее случай из жизни), если горит редурантный блок питания от интеловского корпуса в пятницу в 19.00. Такой в компьютерном магазине за углом не купишь. И повезет компании, если есть запасное шасси (шасси - это, грубо говоря, комплект из материнской платы с корпусом и необходимой "начинкой"), все закончится через пару часов простоя перемещением жестких дисков из проблемной машины в рабочую. Как это было у нас.

Обращать внимание на заявления - "у нас уже полгода 100% аптайм", не стоит. Да, он может быть таковым, если хостер умалчивает, что он существует всего полгода и клиентов у него 20 человек. В таких условиях обеспечить высокое качество услуг, в общем-то, не является проблемой. Другая ситуация у компаний среднего звена (от 500 клиентов и выше) и тем более у крупных. Тут тоже доверять многочисленным "пузомеркам" аптайма не стоит. Прием прост (далее утрируем): из имеющихся 10 серверов на публичный мониторинг мы ставим один сервер, на котором работает только сайт провайдера и получаем 100% аптайм. А то, что у нас на клиентских серверах аптайм ниже 95%, это не беда. Вы, как клиент, узнаете об этом только позже.

Самые известные "пузомерки" рунета:

Host-tracker.com - есть русскоязычный интерфейс

Siteuptime.com

Uppanel.com

Существует несколько способов опубликовать вашу информацию в Интернете. Первый и самый простой - воспользоваться тем дисковым пространством, которое провайдер предоставляет бесплатно (большинство провайдеров при подключении через них бесплатно дают 5-10 Мб). Для "домашней странички", прайс-листа и тому подобных вещей этого места вполне хватит. Есть только один минус - адрес такой странички будет выглядеть как-то вроде http://www.dux.ru/guest/newbe/index.html. Запомнить, продиктовать по телефону или перепечатать набранный на визитке подобный адрес довольно сложно. Кроме того, вместо того, чтобы рекламировать вашу фирму или говорить о вашем хобби такой адрес, в первую очередь, рекламирует вашего провайдера... Это не означает, что пользоваться такими адресами нельзя - они вполне годятся для многих нужд. Как бумага в клеточку вырванная из тетради. На ней удобно делать пометки для себя, написать записку жене и т.п., но вот использовать ее для "фирменных" писем как-то не принято...

Следующая возможность - это создание "домена третьего уровня". Выглядит такой адрес как "http://ваше имя.provider.ru" и значительно легче запоминается, диктуется и т.п. Домены третьего уровня довольно часто можно получить бесплатно или за очень маленькие деньги все у того же провайдера или на каком-нибудь сервере, предоставляющем бесплатный хостинг, например, на chat.ru.

Кстати, вопрос о том, что предпочесть: бесплатный хостинг или хостинг у вашего провайдера тоже имеет некоторое значение. По большому счету, у бесплатного хостинга преимущество только одно: ваш адрес не будет меняться при смене провайдера. Это достаточно важно, т.к. в большинстве случаев ваши посетители находят вас через поисковые системы или глядя на визитку, которую вы дали, может быть, год назад. Если за это время вы сменили провайдера, то потенциальный посетитель увидит сообщение о том, что "документ не найден" и пойдет к вашим конкурентам. Однако бесплатные хостеры тоже хотят кушать, поэтому в качестве платы за предоставление места требуют от вас разместить их баннеры на своих страницах или даже размещают их автоматически. Кроме того, бесплатный хостер не гарантирует непрерывную работу - в любой момент он может "закрыться на ремонт", что-то поменять в конфигурации и т.п. Я уж не говорю о том, что выкладывать файлы к своему провайдеру намного проще - соединение с сервером почти прямое и, соответственно, наиболее быстрое.

Тут стоит подумать о редиректорах. Это такая штука, которая автоматически "перебрасывает" вашего посетителя с одного адреса на другой. Есть специальные службы, которые этим занимаются, например da.ru или attend.to. Зарегистровавшись в такой службе и указав ваш текуший адрес вы сможете публиковать свой адрес в виде http://attend.to/ваше_имя или http://ваше_имя.da.ru и пользователь будет автоматически перенаправлен на ваш текущий адрес. А при смене провайдера вам надо будет всего-лишь зайти на сайт и изменить свой текущий адрес.

Дальнейшее развитие сайта требует регистрации собственного "домена второго уровня", при котором ваш адрес в Интернете выглядит как www.ваше_имя.ru Это делается тоже сравнительно несложно и недорого - типичная стоимость это 35 долларов в год за регистрацию имени и 10 долларов в месяц за место на диске и поддержание сервера. При этом при переходе к другому провайдеру ваш адрес сохраняется, просто данные физически переносятся на другой сервер. В абсолютном большинстве случаев для такого хостинга достаточно виртуального сервера (это когда на одном компьютере расположено несколько сайтов с разными именами), но если ваш сайт будет слишком большим или "излишне популярным", то через некоторое время придется задуматься о собственном выделенном сервере.

По большому счету, разница между виртуальным и выделенным сервером не очень велика и проявляется только в том случае, если вам надо делать что-то относительно нестандартное, например, запускать долгоработающие или сильно загружающие процессор скрипты. Кроме того, плюсом выделенного сервера является то, что вы получаете над ним полный контроль - в любой момент вы можете доставить те программы, которые вам нужны, изменить конфигурацию и т.п. Правда, абсолютному большинству сайтов это не требуется...

Все сказанное выше - это теория, в которой, как обычно, все гладко. Теперь немного практики.

Физическое расположение сервера имеет довольно существенное значение, особенно если ваш сайт занимает много места. Чем ближе к вам расположен сервер, тем быстрее связь и тем проще его обновлять. Если же сервер расположен с вами в одном городе, то в случае крупных обновлений вы сможете банально приносить данные на винчестере. Скорость связи с сервером можно посмотреть с помощью команды ping, а "расстояние" с помощью команды tracert. Обе эти команды уже есть в Windows, а открыв окно ДОС и набрав "ping /?" или "tracert /?" вы узнаете как ими пользоваться.

Эти же данные влияют и на то, насколько удобно будет вашим пользователям смотреть ваш сайт. Поэтому стоит оценить какие пользователи для вас приоритетны (по географическому положению) и размещать сервер так, чтобы для них он был "поближе". Например, если вы орентируетесь на "буржуев", то имеет смысл и хостинг организовывать там же, тем более, что цены везде примерно одинаковы.

При смене провайдера имеет смысл договариваться с ним о том, чтобы несколько месяцев он подержал на вашем старом адресе страничку с извещением о том, что вы "переехали" и с новым адресом. Можно и автоматический редирект сделать, это легко прописывается в META тэге странички. Следует учитывать и то, что изменится и ваш почтовый адрес. Здесь - то же самое, договоритесь о перенаправлении почты. Это. разумеется, будет стоить каких-то денег, но "непотеря" клиентов, я думаю, их окупит.

При выборе хостера стоит не полениться и посмотреть разные варианты. Обязательно поинтересуйтесь возможными ограничениями на трафик (количество переданных/принятых данных), на размер сайта, на загрузку сервера (например, многие провайдеры ограничивают максимальное время выполнения скрипта и суммарное время выполнения всех ваших скриптов) и т.п. Узнайте, можно ли устанавливать свои скрипты, предоставляет ли хостер набор готовых CGI, какие программы и языки установлены на сервере, есть ли telnet доступ, можно ли заводить собственные домены третьего уровня, можно ли заводить собственные почтовые ящики и сколько, автоответчики и т.п. Спрашивая про ограничения трафика и услышав "неограничено" в ответ, поинтересуйтесь что значит "неограничено" и какой цифрой оно выражается. Если же ограничения есть, то узнайте сколько будет стоить их превышение. Учтите, что те вещи, которые сейчас вам кажутся незначительными, например, наличие базы данных или поддержка PHP могут вам понадобится довольно скоро - сайт-то будет развиваться и захочется чего-то нового... А смена хостера в реальной жизни - это как минимум неделя нервотрепки и неустойчивой работы сервера...

Это очень важный момент для вас. Как правило, под бекапом хостеры понимают две вещи:

• в сервере установлены диски во множественном числе, включенные через raid контроллер;


• все ваши данные раз в сутки архивируются и сохраняются на отдельный диск (отдельный сервер).

Если у провайдера имеется raid, это замечательно. Означает сие, при правильном подходе к делу, что все ваши данные хранятся не на одном жестком диске, а, как минимум, на двух. И в случае, если один из дисков приказал долго жить, это не будет проблемой. Провайдер просто поменяет дефектный диск и работа продолжится. В идеале вы даже этого не заметите, и знать об этом не будете, т.к. raid-массивы подразумевают "горячую" смену дисков.

Если ваш хостер имеет не только raid, но и делает копии вашего сайта, это просто замечательно. В случае, если вы сами нечаянно удалили свой сайт или некий доброжелатель узнал ваш пароль (как правило хостер тут ни при чем, гораздо проще украсть пароль у пользователя) и стер сайт, вы сможете попросить вашего хостера восстановить данные из бекапа. Но имейте в виду: если вы заметите, что вашего сайта нет, спусты месяц-другой, провайдер вам не поможем. Как правило, архивы хранятся только за последнюю неделю.

В любом случае, какой бы бекап ваш хостер не хранил, всегда имейте копию вашего сайта у себя. Всякое бывает. Если не техническая трудность у хостера возникнет, так, как говорится, рояль на сервер упадет.

Не менее важным в вашем общении с провайдером будет проверка качества службы технической поддержки. Или говоря иным языком - support'а. Самый простой способ - это сначала написать письмо хостеру с неким вопросом, только достаточно разумным, и посмотреть на срок реакции. Напрямую, опять же, судить о времени отклика нельзя, но думаю, что понятно, если на письмо ответили на третьи сутки, то ничего хорошего не жди и в будущем. Так же обратите внимание на форму письма. Если в подписи отвечающего стоит что-то вроде:

"Админ проекта СуперХостер (ака Везувий)"

без указания кто, что, как и зачем - самое время задуматься. Если это интернет, то не значит, что можно, образно говоря, в лаптях ходить и в угол плевать. У серьезного хостера профессиональная этика должна просматриваться даже в таких, казалось бы, мелочах.

Не лишним будет и позвонить провайдеру, узнать, например, про скидки. Если вам отвечают - "сейчас позову", потом минут пять зовут некоего Васю, который в свою очередь невнятно бубнит как у них хорошо и все дешево, вот вам и еще один повод призадуматься.

Круглосуточная служба технической поддержки - зачастую миф. Многие хостеры без зазрения совести пишут 24 часа в сутки на своих сайтах и ставят факс на ночь. Либо ночью сидит некий молодой человек, который кроме тарифов и как настроить почтовую клиентскую программу, ничего и не знает. Реальная техподдержка в течении 24 часов есть у немногих компаний. Но, тем не менее, даже это не значит, что любой ваш вопрос решится ночью. Завсегда может найтись вопрос, который в состоянии решить только администратор. Который, в свою очередь, будет только днем. Посему, если у вашего будущего хостера честно сказано на сайте - работает с 10 до 19, это еще не причина отметать его кандидатуру. Это гораздо лучше, чем пойти к хостеру, который заявляет о своей круглосуточной поддержке, а реально отвечает только по почте, днем и во время сессии.

И главное, обращаясь в службу технической поддержки хостера, помните, "вам продали удочку, а как ловить рыбу учить вас никто не обязан". Хостер не обязан обучать вас писать скрипты и их отлаживать. Есть область ответственности хостера, а есть область, где дело касается только ваших знаний. Помочь вам или нет - опять же дело отношения хостера к клиенту.

Представьте себе, что вы после долгих трудов и творческих мук наконец разместили свой сайт на одном из серверов, проверили все ссылки и установили баннеры... К вам уже нередко заглядывают посетители, есть и постоянные. И вот начинают выясняться довольно неприятные подробности: сервер не хочет работать круглосуточно, и не все желающие могут к вам попасть, да к тому же связь оставляет желать лучшего, а сервер постоянно выходит из строя. Что же делать? Переселяться на другой сервер? Но ведь это значит делать всю работу заново, изменять ВСЕ ссылки, сообщать в баннерные службы о переезде... Проблем возникает огромное количество!

Поэтому к выбору хостинга (т. е. месту размещения вашего сайта) надо подойти со всей серьезностью. При этом надо учесть несколько важных параметров:

• скорость работы сервера. Медленный сервер будет не только тормозить вашу работу с ним, но и загрузку страниц при просмотре. Причем очень медленный сервер способен просто "убить" ваш сайт, грузя страницы в несколько раз медленнее, чем надо бы (это особенно заметно, когда на страницах много графики и анимации)


• способ загрузки на сервер. Существует несколько способов: по протоколу HTTP, FTP или E-MAIL (редко). Самый быстрый, удобный и надежный способ - через FTP (c использованием все того же ftp-клиента.


• возможность размещения CGI, SSI и других скриптов, выполняемых на сервере. Это сейчас вам кажется, что вам это просто ни к чему, тем более, что вы, возможно, не знаете, что это такое :-)) Но уверяю вас, уже через несколько месяцев они вам обязательно понадобятся (если вы захотите разместить на сайте анкеты, опросы, еще какие-нибудь прибамбасы... Вообще эти милые штучки очень облегчат вам жизнь). Да и многие виды баннеров требуют от сервера поддержки CGI, а это уже поважнее всяких опросов


• время работы сервера. Некоторые из них работают не круглосуточно. Представьте себе ситуацию, когда в самый разгар выгрузки файлов на сервер вам говорят, что доступа больше нет! Вся ваша работа оказывается напрасной. Но это еще не все - ведь и ваши посетители не могут зайти на ваш сайт, потому что сервер "Закрыт на обед"! Конечно, отключаются такие серверы только ночью, но ведь, что греха таить, очень многие из нас блуждают в сети именно по ночам :-)) К тому же надо учесть разницу часовых поясов


• надежность работы сервера. Очень многие из бесплатных серверов (а пока мы говорим только о бесплатных) совершенно не выдерживают никакой критики! Есть такие уродцы, которые с завидной регулярностью выходят из строя практически каждый день!


• расположение сервера (физическое). Качество связи у нас в стране не слишком высокое, сами знаете. Поэтому очень большое влияние на скорость оказывает удаленность сервера. Значит, если вы делаете сайт для российского читателя, выбирайте местечко здесь, поближе. Ну, а если ваш сайт будет рассчитан на буржуинов - ищите бесплатный сервер там, в буржуинстве :-)) Ниже приведены ссылки для выбора лучших российских и зарубежных серверов. Выберите себе место по вкусу.


• многие серверы очень любят вставлять свою рекламу в наши сайты. Лишь некоторые этого не делают, другие делают это деликатно, по-минимуму, но есть и менее скромные. Вот к таким мы не пойдем

Этот вопрос, ответ на который очевиден для опытного вебмастера, может поставить в тупик новичка.

Ниже проведено сравнение двух самых популярных платформ - UNIX и Windows®, поддерживаемых подавляющим большинством провайдеров. Так же, сделана попытка развеять некоторые неправильные представления в отношении этих платформ.

Одно из самых больших заблуждений в среде новичков - то, что вы должны размещать сайт на той платформе, которая использовалась при разработке, т.е. если предполагается размещать проект на сервере под UNIX, то и разрабатывать его надо на машине под UNIX. Это совсем не так. Операционная система, с которой вы работаете на своем компьютере при создании сайта, может быть любой.

Удобство использования

В последние годы провайдеры приложили максимум усилий, чтобы облегчить клиентам администрирование сайтов и под UNIX, и под Windows. Сегодня нет никакой разницы между этими платформами по отношению к легкости и простоте использования. Если вы - опытный пользователь и предпочитаете использовать shell, то вы выберите UNIX. Однако, если вы новичок, вы найдете на обеих платформах дружественные пользователю панели управления с Web-интерфейсом.

Надежность

Специалисты сходятся во мнении, что UNIX более надежна. Однако, мой личный опыт 3-летней эксплуатации IIS 3.0 под Windows NT 4.0, показывает, что надежность платформы Windows можно значительно приблизить к UNIX. В гораздо большей степени на надежность влияет профессиональный уровень обслуживающего персонала. Это значит, что вы можете принимать решение о выборе платформы, учитывая сначала другие отличия в особенностях платформ.

Быстродействие

Нет ни какой существенной разницы между этими двумя платформами относительно быстродействия при решении задач хостинга.

Функциональные возможности

Это фактор, по которому две платформы отличаются больше всего. Но найдется не много задач реализованых на одной платформе, и которые не могут быть реализованы на другой. Основное отличие в том, как этот результат достигается. Например, если ваш сайт использует базу данных, вы можете использовать либо связку PHP/MySQL под UNIX или ASP/MS SQL под Windows. Прослеживается тенденция разработки решений, которые будут поддерживаться на обеих платформах. Например, Microsoft FrontPage, поддерживается и на UNIX и на Windows.

Стоимость хостинга

Здесь UNIX пока еще выгодно отличается вследствие того, что, во-первых, большинство программных продуктов под UNIX распространяется по бесплатным лицензиям, а во-вторых, на UNIX гораздо проще добиться такого же уровня надежности и эффективности, чем на Windows.

Если Вы определенно не планируете использовать технологии и решения, поддерживаемые только платформой Windows (см. ниже), то вероятнее всего имеет смысл выбирать платформу UNIX.