В этой главе будет много аббревиатур и терминов, с которыми неминуемо столкнется веб-мастер, сравнивая таблицы тарифных планов у разных хостеров.

Итак. Первой строчкой в тарифных планах часто идет дисковое пространство. Его, как известно, много не бывает, но даже к нему следует относиться без фанатизма. Место на диске делят между собой собственно сайт и его файлы, а также почта и база данных. Иногда между этими сущностями место делится динамически, иногда квоты нужно задавать вручную, а иногда это сделает за вас провайдер, не предлагая вам выбора. Уточните, можете ли вы управлять распределением места, а также есть ли возможность докупить у провайдера в случае необходимости дисковое пространство по разумной цене (иногда эта очевидная возможность не предоставляется вовсе, а иногда предоставляется, но только в виде штрафа за перерасход). Учтите следующие моменты: легкий сайт в момент старта может занимать мегабайт-другой места. Средняя страница с картинками весит от 30 до 100 Кбайт. Но подумайте, будете ли вы (или ваши посетители) выкладывать на сайт картинки или музыку или активно использовать (читай: наполнять) базу данных. Если ответ положительный и вы в этом уверены — места понадобится много, если нет — 100—300 Мбайт хватит.

Следующая строка в тарифе: трафик. Некоторые тарифные планы не устанавливают на него ограничений (что снимает лишнюю проблему), другие определяют лимит (например, 3 Гбайта в месяц — и баста, отключение до конца месяца), третьи разделяют трафик, идущий на российские сети, и зарубежный (и указывают их пропорцию, нарушать которую нельзя), а также соотношение исходящего трафика ко входящему (так, часто сайт не должен сам скачивать больше информации, чем берут с него, обычно это соотношение устанавливается как 1 к 3 или 1 к 4). Оцените возможные особенности поведения своего сайта и его аудиторию (российская/зарубежная), узнайте, как тарифицируется превышение трафика и как можно его расходовать (были примеры, когда ежемесячная квота делилась, скажем, на 30 ежедневных, и у вас не было шанса потратить весь ежемесячный трафик за пару дней, даже если очень надо; при наплыве посетителей сайт тратил ежедневную «дозу» за пару часов и отключался). Впрочем, начинающему веб-мастеру, если он не мегазвезда, проблемы с трафиком не грозят (здесь впору стоять грустному смайлу).

Способы оплаты: уточните, какие варианты предлагает хостер, чтобы в дальнейшем сэкономить кучу времени. Крупные компании вроде Masterhost’а, к примеру, выпускают специальные карточки типа карт оплаты мобильной связи. В любом случае «провентилируйте» этот момент, особенно если вы живете не в мегаполисе.

Также обязательно прочитайте контракт или условия предоставления услуг: в них в обязательном порядке должно быть указано гарантированное время работоспособности сервера (неприятно будет столкнуться с недельной профилактикой сервера, обоснованной 17-м параграфом 4-й главы договора, который вы не читали). Важна и периодичность бэкапа: даже у провайдеров компьютеры иногда рушатся. Выясните, как реализована система резервного копирования.

Количество доменов второго и третьего уровня: как правило, на одном хостинге можно разместить несколько сайтов (бывает, за дополнительные домены берут деньги, но нередко эта возможность уже включена в тарифный план). Обратите внимание, сколько доменов второго уровня поддерживает ваш тариф (если несколько — можно купить хостинг совместно с товарищем) и каковы условия создания субдоменов (василий.пупкин.ru или иван.пупкин.ru) — можно ли делать это самостоятельно или нужно теребить техподдержку. Домены третьего уровня часто зависят от красоты домена второго уровня. Так, домену motion.ru грех не создать третьим уровнем домен pro.motion.ru — хостинг должен это позволять. Иногда же на отдельный субдомен удобно вынести форум или какой-либо служебный отдел.

DNS-неймсерверы — один, а в идеале два сервера, которые хранят ключевую информацию об IP-адресах вашего домена. Эта информация нужна для того, чтобы почта знала, куда приходить, а браузеры находили ваш сайт по его имени. Чаще всего услуга предоставляется вместе с хостингом. Если вы купили доменное имя вместе с хостингом, и его зарегистрировал за вас хостинг-провайдер (практика распространенная, поскольку очень удобно), о NS-серверах вам думать не придется.

Хорошо, если можно создать несколько FTP-аккаунтов для обмена файлами с сервером. Ваш, основной, административный, не стоит давать никому: он является ключом ко всему сайту. Дополнительные же FTP-входы, права которых ограничены одним или несколькими каталогами на сервере, можно смело отдавать посетителям или партнерам для удобного обмена большими файлами. Опять же, можно сделать разные FTP-входы для разных сайтов на одном хостинге.

Синонимы. Если у вас есть два домена, один можно сделать синонимом другого. Скажем, чтобы посетители пупкин.com видели содержимое сайта пупкин.ru. Физически сайт будет храниться только в каталоге пупкин.ru.

Любой чат, форум, форма для голосования, и вообще, практически любая осмысленная реакция сервера на действие пользователя (кроме перехода по гиперссылкам) — это работа скриптовых механизмов: CGI, PHP, Perl, Python, ASP. Это языки программирования, позволяющие серверу не просто отдавать статические страницы, а сначала совершить с ними некие действия. Так, скрипты могут реагировать на запросы, доставать информацию из базы данных или записывать ее туда и т. д.

Наиболее распространена связка PHP+MySQL (это база данных). При наличии этих двух опций на сайт без труда можно поставить даже тяжелую wiki-систему или легкий персональный блог типа WordPress. Установить их нетрудно, вам не придется ничего программировать на PHP или SQL — все сделано за вас. С помощью FTP исходные файлы заливаются на сервер, с помощью того же FTP-клиента или из shell им даются права доступа (как это сделать, обычно рассказано в пошаговой документации к устанавливаемой системе), дальше из браузера запускается страница-инсталлятор, которая задаст несколько вопросов, в идеальном случае — только один: ставим? Ответьте утвердительно, и через минуту-другую на вашем сервере возникнет работающий динамический сайт, ключики от которого есть только у вас.

SSI (Server-Side Includes) — это удобное и простое средство для сборки страниц на стороне севера из других страниц и скриптов. Например, можно использовать одну «шапку» и один «подвал» сайта на всех страницах и при необходимости вносить изменения в один файл, а не в сотню. Состоит менее чем из десятка команд. Найдите в Сети описание, не пожалеете!

Cron или Crontab — возможность выполнения тех или иных задач по расписанию. Если у вас есть скрипт, который должен выполнять некое действие не по запросу пользователя, а по часам, это выполняется с помощью Cron. Полезно, например, при использовании на сайте RSS-агрегатора, которому нужно раз в несколько часов подпитываться новостями с других веб-ресурсов. Также можно, к примеру, раз в день запускать скрипт, что будет удалять мусор из пользовательских папок, или скрипт, что будет посылать утром SMS на ваш телефон — неплохой вариант будильника!

GD или ImageMagick — графические серверные «движки». Позволяют с помощью скриптов изменять размер или название картинок, резать их, поворачивать, добавлять на них подписи или «водяные знаки» и совершать множество других действий. По функциональности сравнимы с простыми графическими редакторами. Полезны для вывода превьюшек больших картинок. Например, если вы установили на своем хостинге MediaWiki, наличие ImageMagick пойдет системе в плюс: сервер сможет по wiki-команде сам создавать уменьшенные копии изображений, а иначе вам придется делать это вручную.

Streaming media-серверы. Если вы планируете открыть свою радиостанцию или веб-телевидение или просто показывать людям видеоролики, но при этом не хотите отдавать им медиафайлы в «чистом виде» (на сохранение), вам понадобятся средства для организации «потокового» аудио или видео. Это и есть streaming media-серверы. Учтите только, что на каждый аудио— или видеопоток у энтузиастов найдется программа, которая соберет этот поток обратно в файл на стороне клиента. Но это так, к слову. Обычные пользователи ничего поделать не смогут, Winamp или Windows Media Player сохранять потоковые данные не умеют.

Почтовые протоколы. POP3 — протокол, по которому можно забирать почту с сервера с помощью специальной почтовой программы-клиента. Полезен, если вы читаете почту только с одного компьютера. IMAP — другой почтовый протокол, он позволяет смотреть почту прямо не сервере, не скачивая ее оттуда. Вещь на любителя. SMTP — протокол для отсылки почты. Зачастую нужен не только вам, но и скриптам. Так, любая CMS-система, скорее всего, содержит средства регистрации или напоминания пароля с помощью email, будьте готовы, что ваш собственный сервер иногда будет слать вам почту!

Mailing lists — средства для работы со списками рассылки почты. Обычно позволяют пользователям самим подписываться/отказываться от рассылки. Если вы собираетесь создать на сайте список рассылки, убедитесь, что не будет проблем с SMTP. И не забывайте о дурной карме спамеров!

Webmail — средство для управления почтой на сервере без программы-клиента, с помощью браузера. Из webmail почту можно как читать, так и посылать — довольно удобно для «кочующих» пользователей. Вообще, иметь почту на своем сервере довольно престижно: vassily@pupkin.ru — как звучит! Опять же, вы — хозяин и архива почты, и ее внешнего вида, и дисковых квот, но — только если выбрали для этого правильный хостинг. Впрочем, не всегда домен соответствует вашему имени. Если сайт — не домашняя страница, или если вы держите несколько доменов, имеет смысл ограничиться созданием адреса типа admin@ или webmaster@вашдомен.ru. Но как читать почту со всех ящиков?

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

phpMyAdmin, phpPgAdmin — веб-средства управления, соответственно, базами данных MySQL и PostgreSQL. Хороши «на безрыбье», то есть если к этим базам нет шелл-доступа. База MySQL нужна для многих систем. Так, почти все wiki хотят использовать базу. Впрочем, бывают исключения, когда работа базы эмулируется PHP-скриптами, которые работают с текстовыми файлами и просто индексируют их. То же касается и форумов: каждое сообщение может фиксироваться в качестве отдельной записи в базе или просто сохраняться как HTML-файл на сервере. База PostgreSQL любима профессионалами. Она встречается на хостингах реже и обычно только в «дорогих» тарифах, впрочем, при желании можно найти и десятидолларовый хостинг с этой СУБД.

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

Access log, Error log — журналы доступа и ошибок. Незаменимы и необходимы при отладке скриптов и организации безопасности сайта. Иногда только с помощью ErrorLog’а можно узнать, почему не запускается тот или иной скрипт (уж логу-то он скорее всего пожалуется на проблему).

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

SSH-доступ (он же shell, telnet). Необходим серьезным веб-разработчикам. Это терминальный доступ к северу, позволяющий выполнять на нем команды unix shell, отлаживать скрипты, работать с базами данных, смотреть логи, присваивать права доступа файлам и каталогам и т. д. Часто эта опция не предлагается, а жаль. Хотя, без нее вполне можно прожить и даже создать успешный сайт (базами можно управлять и из php**Admin), но, друзья, настоящий SQL начинается только в shell.

Паролирование директорий —полезный, но необязательный инструмент, позволяет на уровне сервера ограничить вход в тот или иной каталог. Нужен, скорее, если вы самостоятельно пишете сайт «с нуля».

Файл-менеджер — эмулятор FTP-клиента в браузере. Нужен в полевых условиях, когда своего FTP-клиента нет под рукой.

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

На этом место, отведенное нам в этом выпуске, резко закончилось. В следующем номере мы приведем конкретные примеры систем, которые можно поставить на сайте (CMS, wiki, блоги) и расскажем об их требованиях к хостингу. Также, в довершение настоящей темы, рассмотрим вопрос выбора между виртуальным хостингом, виртуальным выделенным сервером и colocation: в чем разница, что лучше, что выбрать и как переходить с одного на другое? Не останется без внимания и тема переноса сайта, который, как известно, хуже двух пожаров в серверной. До встречи!