Домашний компьютер № 10 (124) 2006
Шрифт:
SSI (Server-Side Includes) — это удобное и простое средство для сборки страниц на стороне севера из других страниц и скриптов. Например, можно использовать одну «шапку» и один «подвал» сайта на всех страницах и при необходимости вносить изменения в один файл, а не в сотню. Состоит менее чем из десятка команд. Найдите в Сети описание, не пожалеете!
Cron или Crontab — возможность выполнения тех или иных задач по расписанию. Если у вас есть скрипт, который должен выполнять некое действие не по запросу пользователя, а по часам, это выполняется с помощью Cron. Полезно, например, при использовании на сайте RSS-агрегатора, которому нужно
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: в чем разница, что лучше, что выбрать и как переходить с одного на другое? Не останется без внимания и тема переноса сайта, который, как известно, хуже двух пожаров в серверной. До встречи!