© Copyright Дмитрий Леонов
Email: web@hackzone.ru
WWW: http://www.hackzone.ru
Date: 09 Sep 2001

Теоретическая часть

Введение в internet/intranet-технологии

Интернет  (internet)  --  это  всемирное  объединение   сетей,  шлюзов,
серверов  и клиентских  компьютеров,  использующее  для  связи единый  набор
протоколов  TCP/IP.  Основная  черта  Интернет -- предоставление глобального
доступа    к   информации    и   ресурсам.   Информация,    размещенная   на
интернет-сервере,   становится  доступной  из  любой   точки  земного  шара,
подключенной к интернет. Использование  общих протоколов семейства TCP/IP  и
единого адресного пространства позволяет  говорить об Интернет как  о единой
глобальной "метасети". Наряду с интернет выделяют понятие интранет. Интранет
-- это локальная  сеть предприятия,  основанная на тех  же протоколах, что и
интернет.  Эта  технология  позволяет  широко  использовать  в  рамках  сети
предприятия  все возможности и наработки  глобальной сети, эффективно  решая
при  этом  задачу  ограничения  доступа к  информации. В  то же время  часть
интранет может быть открыта для внешнего  доступа,  становясь таким  образом
частью Интернет.

Протоколы и адресация

Под протоколами  в данном  контексте  понимаются  правила, определяющие
последовательность  действий, необходимых для обмена данными.  Для  доставки
информации на какой-либо компьютер он должен иметь уникальный идентификатор,
или  адрес.  Роль  такого  идентификатора  в  tcp/ip  играет  ip-адрес узла,
представляющий   собой   32-разрядное  число,   записываемое  тетрадой  вида
216.122.167.55 (четыре десятичных числа от 0 до 255, разделенные точками). С
каждым ip-адресом связана 32-разрядная  маска подсети, разбивающая  адрес на
две  части  -  на  уникальный  идентификатор  сети,  к  которой  принадлежит
компьютер, и на уникальный  идентификатор  узла  в пределах этой сети. Маска
эта  имеет вид  255.255.255.0, и при побитном  умножении нашего ip-адреса из
примера мы получим сеть 216.122.167 и узел 55. Разбиение адреса на две части
обеспечивает   большую  управляемость   сети.  Компании,   имеющей  парк  из
нескольких сотен машин, нет необходимости регистрировать адрес для каждой из
них  - достаточно зарегистрировать  на  себя отдельную  подсеть  и раздавать
адреса внутри нее уже самостоятельно.
При простом  подключении узла  к  сети, он получает уникальный адрес  в
пределах  всей Internet,  что  дает возможность  обмениваться информацией  с
другими  узлами.  Знание  адреса  компьютера,  подключенного  к  сети,  дает
возможность воспользоваться сервисами, на нем запущенными - с любого другого
компьютера, подключенного к сети.

Достаточно  часто  используется  схема   отсечения  локальной  сети  от
"большой  Internet",  когда компьютеры локальной сети  не  получают  прямого
доступа  к  внешнему  миру.  В этом случае между локальной сетью  и Internet
ставится отдельный  сервер, доступный как  из внешней, так  и  из внутренней
сети.  Такой  сервер  носит  название   прокси-сервера  (proxy,  посредник).
Возможны различные  способы  реализации  этой  схемы -  на уровне  отдельных
служб,  как  это происходит  в  случае традиционных  прокси, либо на  уровне
пакетов tcp/ip,  в случае  использования NAT, Network Address Translator, но
идея в обоих  случаях одна и та же: компьютер из локальной сети обращается к
прокси-серверу  с  просьбой  передать запрос  некоторому  внешнему  серверу.
Получив  ответ  от  внешнего  сервера,  прокси  переправляет  ее  локальному
компьютеру.
Подобная схема имеет несколько преимуществ перед прямым  подключением к
сети. Во-первых,  экономятся "настоящие"  ip-адреса, которых через некоторое
время просто  перестанет хватать (как выяснилось, 32 разряда, выбранные  для
представления ip-адреса -- это вовсе  не так уж и много, и в настоящее время
готовится  к  внедрению  новая  версия  ip-адресации, ipv6).  Во-вторых,  из
внешней сети  можно  получить  доступ только к  промежуточному серверу,  что
повышает  защищенность всей сети.  Наконец,  если несколько  компьютеров  по
очереди  обращаются к  одному  и  тому же  ресурсу,  прокси может  сохранить
результат первого обращения на своем жестком диске и выдавать его в ответ на
повторные запросы.

Доменная система имен

Ip-адресация позволяет точно идентифицировать компьютеры,  подключенные
к сети. Однако,  запоминать адреса вида  216.122.167.55  не слишком  удобно.
Поэтому с самого начала развития  сети  каждый узел помимо цифрового ip имел
еще  и символьное имя.  Сперва все узлы  были перечислены в одном  текстовом
файле,  но   по  мере  роста   сети  возникла  необходимость   в  механизме,
обеспечивающем, во-первых, уникальность имен, во-вторых,  средства извещения
всех подключенных узлов об изменениях.
В настоящее время соответствие между цифровыми и  символьными  адресами
обеспечивается  серверами  имен  (Domain  Name Servers,  DNS).  Под  доменом
понимается  множество машин, которые  администрируются и поддерживаются  как
единое целое. Вся  сеть представляет  собой  одну большую  иерархию доменов,
позволяющую разграничить полномочия между администраторами разных сетей.
Иерархия  доменов  Интернет  растет  от  корневого  (root)  домена,  не
имеющего имени.  Далее идет ограниченное количество доменов верхнего уровня,
в которых может быть зарегистрировано практически  неограниченное количество
доменов второго уровня и т.д.
К доменам  верхнего уровня  относятся домены .com  (предназначенный для
коммерческих организация), .edu (образовательные учреждения),  .net (сетевые
провайдеры, узловые  компьютеры), .org (организации, не попадающие ни в одну
из  прочих  категорий),  администрированием  которых  до  недавнего  времени
занимался  только   InterNIC,  .gov  (изначально  предназначался  для  любых
государственных учреждений, позднее было принято решение о регистрации в нем
только  федеральных  правительственных  учреждений  США,  регистрируются  US
Federal   Government  civilian  agency),   .mil  (военные  учреждения   США,
регистрируются  US  military agency),  .int  (международные  организации). В
настоящее  время  ведется работа по введению дополнительных доменов верхнего
уровня. Кроме того, к доменам верхнего  уровня относятся национальные домены
с  двухбуквенными именами (например,  .ru, .de), администрированием  которых
занимаются национальные институты.

Порты и службы

Ip-адрес   позволяет   точно  идентифицировать  компьютер,   но   этого
недостаточно.  Дело в  том, что  на каждом узле могут  быть  запущены  самые
разные службы Internet -  обеспечивающие передачу электронной почты, файлов,
гипертекстовой информации и т.п. Каждая служба использует в своей работе тот
или иной протокол прикладного уровня. Для передачи файлов - это протокол FTP
(File   Transfer  Protocol),  передачи  web-страниц   -  протокол   передачи
гипертекстовой информации HTTP(HyperText  Transfer  Protocol),  для работы с
электронной почтой - протоколы SMTP, POP3, IMAP и т.д.
Для каждой службы отведен отдельный порт, представляющий собой число от
0 до 65534. Для наиболее популярных служб зарезервированы стандартные номера
портов. Так, для FTP это 21, для HTTP - 80, SMTP - 25, POP3 - 110.  Впрочем,
это лишь значения по умолчанию, никто не мешает владельцу узла настроить эти
службы на  работу  с другими портами.  Иногда  это  просто необходимо - как,
например, в  случае с поддержкой  различных  кодировок  кириллицы в WWW. Как
известно, одни и те же символы кириллицы в  различных операционных  системах
обозначаются разными кодами,  и существует по крайней мере четыре популярные
кодировки:  Windows-1251,  KOI8, Mac, DOS.  Поскольку одна  и та же страница
может быть загружена пользователями различных систем, перед ее разработчиком
встает непростая задача -- как  сделать ее читаемой для всех. Существует три
подхода  к решению этой  задачи.  Во-первых,  можно  просто  проигнорировать
существование нескольких кодировок  и готовить страницу в самой  популярной,
каковой на сегодня является Win1251.  Во-вторых,  готовить  несколько  копий
страниц -  во всех кодировках. Недостатки этих  подходов  очевидны. Наиболее
популярным   на   сегодняшний   день  является  решение,   предусматривающее
автоматическую перекодировку документа на сервере --  в зависимости от того,
с каким портом общается клиентское приложение: например, на 8080 -- Win1251,
8083 -- Koi8 и т.п.

URL

Унифицированные  указатели  ресурсов  (Uniform  Resource Locator,  URL)
предназначены для адресации  сетевых ресурсов - документов, файлов и т.п.  В
самом общем виде URL записывается следующим образом:
<протокол>://<имя><:пароль>@<адрес><:порт><документ>информация>
Содержимое квадратных скобок является  необязательным, любая часть  URL
может быть опущена. Здесь
протокол - символьное обозначение  протокола, используемого для доступа
к ресурсу (например, ftp, http);
имя - имя пользователя;
пароль - в сочетании с  именем пользователя  используется  при работе с
ресурсами, доступ к которым ограничен;
адрес - адрес узла, в доменной или цифровой форме;
порт - номер порта, если он отсутствует, используется порт по умолчанию
для данного протокола;
путь  -  путь на  сервере  от его корневого каталога, либо относительно
текущего каталога;
документ - имя документа;
дополнительная  информация  -  используется  при  работе  с  серверными
приложениями.

Средства разработки web-приложений

Обмен  информацией  в  Интернет  осуществляется  с  помощью  протоколов
прикладного  уровня, реализующих тот или иной  прикладной  сервис (пересылку
файлов, гипертекстовой информации, почты  и т.д.). Одним из наиболее молодых
и популярных  сервисов  Интернет,  развитие  которого  и привело  к всплеску
популярности  самой  Интернет,  стала World  Wide  Web (WWW), основанная  на
протоколе  HTTP  (Hyper  Text  Transfer   Protocol  --   протокол   передачи
гипертекстовой информации). Гипертекстовые документы, представленные  в WWW,
имеют одно принципиальное отличие от традиционных гипертекстовых  документов
--  связи, в них  использующиеся,  не ограничены  одним документом, и  более
того,  не  ограничены   одним  компьютером.  Для  подготовки  гипертекстовых
документов  используется  язык  HTML  (Hyper Text  Markup  Language --  язык
разметки гипертекстовых документов),  предоставляющий широкие возможности по
форматированию и  структурной разметке  документов, организации связей между
различными документами,  средства  включения  графической  и  мультимедийной
информации.  HTML-документы просматриваются  с помощью специальной программы
-- броузера. Наибольшее распространение в настоящее время получили  броузеры
Navigator  компании  Netscape (NN)  и Internet Explorer  компании  Microsoft
(MSIE). Реализации  NN доступны практически для всех современных программных
и аппаратных платформ, реализации MSIE доступны для  всех  Windows платформ,
Macintosh и некоторых коммерческих Unix-систем.
HTML-документ  состоит  из  текста,  представляющего  собой  содержание
документа, и тегов, определяющих его структуру и внешний вид при отображении
броузером. Простейший html-документ выглядит следующим образом:

Тело документа



Данный код отображается в броузере следующим образом:


Рис. 2. Пример html-документа
Как   видно  из  примера,   тег  представляет  собой  ключевое   слово,
заключенное в угловые скобки. Различают  одинарные теги, как, например,

,
и  парные,   как     ,  в   последнем   случае  действие   тега
распространяется  только  на  текст  между  его  открывающей  и  закрывающей
скобкой. Теги также могут иметь параметры -- например, при описании страницы
можно  задать  цвет  фона,   цвет  шрифта  и   т.д.:  text="black">.
Текст  всего  документа  заключается  в   теги  ,   сам  документ
разбивается на две части -- заголовок и тело.  Заголовок  описывается тегами
,  в которые  могут быть включены название документа (с помощью  тегов
Results:

...`;

Через  HTTP-заголовки передается масса  вспомогательной  информации  --
версия сервера, информация о клиенте, cookie, способ авторизации и т.п.

Как   видите,  ничего  сложного  в  получении   и  передаче  информации
CGI-приложением  нет, но действия при  этом выполняются типовые, и возникает
естественное желание написать их раз и навсегда и поместить в библиотеку. Мы
не первые, у кого возникло такое желание,  так что теперь вместо переноса из
скрипта в скрипт типового кода можно воспользоваться стандартным  (начиная с
версии Perl 5.004) модулем CGI.pm:

use CGI;
$Query = new CGI;
$val1 = $Query->param(`param1`); # получаем значение параметра
$cookie1 = $Query->cookie(`cookie1`); # получаем значение cookie

# Подготавливаем новый cookie:
$newcookie = $Query->cookie(
-name=>`new`, # имя
-value=>`value`, # значение
-expires=>"+1y", # прекращает действие через год
-domain=>`www.mydomain.ru` # определен для некоторого домена
);

Формируем и выводим HTTP-заголовки:

print $Query->header(
-type=>`text/html`,
-cookie=>$newcookie,
-Pragma=>"no-cache"
# ...
);

Также  CGI.pm содержит  функции для формирования html-кода,  сохранения
результатов запроса в файле и т.п. Дополнительную  информацию о модуле можно
получить с помощью команды perldoc CGI.

Клиентские приложения

Написание клиентских web-приложений на Perl строится по обратной  схеме
-- формируем  строку параметров  и HTTP-заголовки,  соединяемся с  сервером,
передаем ему  запрос  и  ожидаем  ответ.  Как  обычно,  проделать  это можно
несколькими способами.

1.  Рецепт  для  любителей  ручной  работы.  Используем  низкоуровневые
функции  для работы с  сокетами, являющиеся  минимальными  обертками  вокруг
соответствующих функций на С.

use Socket;

# подготавливаем строчку с параметрами формы
$forminfo = `param1=val1¶m2=val2`;

# подготавливаем и осуществляем соединение:

# выбираем работу через TCP
$proto = getprotobyname(`tcp`);

# открываем потоковый сокет
socket(Socket_Handle, PF_INET, SOCK_STREAM, $proto);

# подготавливаем информацию о сервере
$port = 80;
$host = "www.somehost.com";
$sin = sockaddr_in($port,inet_aton($host));

# соединяемся с сервером
connect(Socket_Handle,$sin) || die ("Cannot connect");

# передаем серверу команды, используя дескриптор сокета

# собственно команда GET
send Socket_Handle,"GET /cgi-bin/env.cgi?$forminfo HTTP/1.0
",0;

# HTTP-заголовки
send Socket_Handle,"User-Agent: my agent
",0;
send Socket_Handle,"SomeHeader: my header
",0;
send Socket_Handle,"
",0;

# начинаем чтение из дескриптора сокета аналогично
# тому, как читали из файла.
while ()
{
print $_;
}
close (Socket_Handle);

При использовании нестандартных  символов в параметрах формы их следует
преобразовать  в  вид  %XX,  где XX  -- их  шестнадцатеричное представление.
Кодирование выполняется следующим кодом:
$value=~s/(<^a-zA-Z0-9_-.>)/uc sprintf("%%%02x",ord($1))/eg;

2.  Чуть  меньше  ручной  работы  -- использование  модуля  IO::Socket.
Рассмотрим его на примере метода POST:

use IO::Socket;
$forminfo = `param1=val1¶m2=val2`;
$host = "www.somehost.com";
$socket = IO::Socket::INET->new(Proto => "tcp",
PeerAddr => $host,
PeerPort => "http(80)")
or die ("Cannot connect");
$socket->autoflush(1);
$length = length($forminfo)+1;
$submit = "POST $path HTTP/1.1
".
"Content-type: application/x-www-form-urlencoded
".
"Content-length: $length
".
"Host: $host

"
"$forminfo
";
print $socket $submit;
while(<$socket>)
{
print;
}
close $remote;

3.   Наконец,   наиболее   комфортный  для   программиста  вариант   --
использование комплекса  модулей  libwww-perl,  или  LWP.  LWP, как правило,
входит  во  все последние  дистрибутивы  Perl,  кроме того, последняя версия
всегда доступна на CPAN и на http://www.linpro.no/lwp/.
Основные  модули,  используемые  при  работе  с   LWP  (для   получения
дополнительной  инфомрации  о каждом модуле  воспользуйтесь командой perldoc
<имя модуля>):
LWP::UserAgent
LWP::Simple
HTTP::Request
HTTP::Response
HTTP::Headers
HTTP::Cookies

LWP::Simple предназначен для простейших  операций  наподобие  получения
информации о документе или получении документа методом GET:
use LWP::Simple;
$content = get(`http://somehost/text.html`);

LWP::UserAgent  --  основной модуль для более тонкой работы с  web. Его
назначение --  создание виртуального  броузера, выполняющего всю  работу  по
взаимодействию с сервером:

# создание
$UserAgent = new LWP::UserAgent;
# задание строки с именем "броузера"
$UserAgent->agent("MoZilla 9.0 (non-compatible; MSIE 9.3; PalmOS)");
# работа через прокси
$UserAgent->proxy(`http`, $proxy);

HTTP::Request  отвечает за формирование  запроса серверу, HTTP::Headers
-- за формирование заголовков запроса:
# формируем заголовки
$Headers = new HTTP::Headers(Referer => $referer);
# формируем запрос
$Request = new HTTP::Request(POST => $url, $Headers);
# говорим, что передаваться будут данные формы
$Request->content_type(`application/x-www-form-urlencoded`);
# передаем данные
$Request ->content($forminfo);

Взаимодействие с сервером осуществляется функцией request, возвращающей
объект HTTP::Response:

$Response = $UserAgent->request($Request);
if($Response->is_success) # успешно выполненный запрос
{
# получаем информацию, возвращенную сервером
$text = $Response->content;
}

Для  работы  с  cookie   используется  модуль  HTTP::Cookie  и  функция
cookie_jar,  сообщающая   нашему   виртуальному   броузеру  о  необходимости
использовать объект Cookie:
my $СookieJar = new HTTP::Cookies;
$UserAgent->cookie_jar($CookieJar);

Для сохранения и загрузки cookie используются функции
$CookieJar->load($cookiefilename);
$CookieJar->save($cookiefilename);
Можно формировать их значения и вручную с помощью функции set_cookie.

Для  доступа  к ресурсам,  защищенным средствами  сервера, используется
HTTP-заголовок Authorization. Его значение должно содержать тип  авторизации
(обычно   BASIC)   и  строку  вида   "имя_пользователя:пароль",   в   случае
basic-авторизации   закодированную    base64.    Для    кодирования    можно
воспользоваться модулем MIME::Base64:
use MIME::Base64;
$authorization = MIME::Base64::encode_base64("$name:$password");
$Request->header(Authorization => "BASIC $authorization");

Работа с базами данных
Для работы с базами данных в  Perl используется  стандартный  интерфейс
программирования  DBI, обеспечивающий доступ к большинству существующих СУБД
с  помощью  подключаемых  драйверов.  Схемы  подключения  к  различным  СУБД
(точнее, правила формирования  имени источника  данных) могут  незначительно
различаться, мы рассмотрим работу с использованием mySQL.
В первую очередь необходимо подключить модуль DBI:
use DBI;
Далее подключаемся к базе данных:
my    $dbh   =    DBI->connect(`DBI:mysql:hostname:base:port`,   `user,
`password, { RaiseError => 1, AutoCommit => 1});
Здесь $dbh -- дескриптор базы данных, используемый в дальнейшей работе,
DBI:mysql:hostname:base:port  --   имя  источника  данных,  включающее   имя
драйвера,  имя хоста,  базы, к  которой мы подключаемся, и номер  порта,  на
который настроен sql-сервер, user/password  --  имя  и пароль  пользователя,
имеющего доступ к базе, в последнем параметре передаются различные флаги.
По завершении работы желательно закрыть дескриптор:
$dbh->disconnect();
Возможно использование двух способов работы с базой. В случае, если нам
нужно только передать  информацию в базу, используется метод do,  параметром
которого является строка SQL-запроса:
$dbh->do("insert into mytable values (1,1)");
Если же необходимо получить информацию  из базы, используется следующая
процедура:
1. Получаем дескриптор команды с помощью метода prepare:
my $sth = $dbh->prepare ("select * from mytable where field1>1");
2. Выполняем команду:
$sth->execute();
3. Получаем данные. Используется один из четырех методов:
fetchrow_array
fetchrow_hash
fetchrow_arrayref
fetchrow_hashref

Методы возвращают соответственно массив, хэш,  ссылку на массив, ссылку
на хэш,  в которых хранятся значения полей текущей записи. Для выборки  всех
записей  используется цикл,  после выборки  всех записей  функции возвращают
пустой список, воспринимаемый как значение false:
while(my $hash_ref = $sth->fetchrow_hashref)
{
foreach my $fieldname(keys %$hash_ref)
{
print "$fieldname: $hash_ref->{$fieldname }
";
}
print "
";
}

4. Освобождаем ресурсы:
$sth->finish();
При передаче текстовой информации  в базу  рекомендуется предварительно
обработать ее  методом  $dbh->quote(),  расставляющим кавычки и  управляющие
символы в строке в соответствии с правилами используемой СУБД.
Кроме того, возможно использование привязки параметров в виде:
$sth = $dbh->prepare("select * from mytable where field1=?");
$sth->bind_param(1, "значение параметра");
$sth->execute();
либо
$sth = $dbh->prepare("select * from mytable where field1=?");
$sth->execute("значение параметра");

В  этом  случае  в  методе  quote   необходимости  нет,  он  вызывается
автоматически.
Использование привязки параметров  особенно  эффективно  при выполнении
нескольких  однотипных  запросов подряд. В  этом случае достаточно  один раз
подготовить запрос  с  помощью  функции prepare,  и выполнять его  с помощью
функции execute столько раз, сколько необходимо.

Задания для лабораторных работ

1. Простейшая картотека

Цель работы.
Освоение базовых возможностей языка Perl, работы со структурами данных,
файловым вводом-выводом.

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

Требования к реализации.
использовать директиву use strict;
взаимодействие  с пользователем осуществляется через  простое текстовое
меню, выбор действия -- ввод цифры;
меню включает в себя следующие пункты: добавить, редактировать, удалить
объект, вывести на экран весь список, сохранить в файл, загрузить из файла;
целесообразно  реализовать  обработку меню  с  помощью  хэша  ссылок на
функции;
данные сохраняются в dbm-файл;
при загрузке в память каждый объект хранится в виде ссылки на анонимный
хэш, вся картотека хранится в виде массива (либо хэша) ссылок.

2. Картотека с web-интерфейсом

Цель работы.
Освоение способов построения CGI-приложений на Perl.

Постановка задачи.
Преобразовать   консольное  приложение   картотеки  в   CGI-приложение,
работающее совместно с web-сервером.

Требования к реализации.
для получения информации от клиента использовать стандартную библиотеку
CGI.pm;
сохранить   функции   работы   с  файлами   и  схему   обработки  меню,
реализованные в первой лабораторной работе,  при выводе текстовой информации
осуществлять преобразование кодировки cp866->win1251.

3. Картотека с web-интерфейсом, использующая mySQL

Цель работы.
Освоение способов взаимодействия Perl-приложений с базами данных.

Постановка задачи.
Преобразовать  CGI-приложение  картотеки,   основанное   на   работе  с
dbm-файлами, в клиента базы данных mySQL.

Требования к реализации.
предусмотреть  возможность  конвертирования  информации,  хранящейся  в
dbm-файлах, в формат mySQL;
использовать механизм привязки параметров;
добавить  объект,   обладающий  расширенными  атрибутами  (управляющий,
староста и т.п.).

4. Клиентское приложение картотеки

Цель работы.
Освоение  техники   построения   клиентских  приложений,   использующих
протокол http.

Постановка задачи.
Реализовать  на  Perl  консольное  клиентское  приложение  к картотеке,
считывающее   из  dbm-файла  информацию   об  объектах,   и   передающее  ее
CGI-приложению  из  третьей  лабораторной  работы  по  протоколу  http   для
занесения в базу.

Требования к реализации.
использовать библиотеку LWP;
при  передаче  строковой информации кодировать нестандартные  символы в
формат  %XX, где  XX  -- шестнадцатеричное представление  данного символа, а
также осуществлять преобразование кодировки cp866->win1251.

Рекомендуемая литература

Декарт А.,  Банс Т. Программирование  на  Perl DBI/Пер. с англ. -- СПб:
Символ-Плюс, 2000. -- 400 с.
Кристиансен Т., Торкингтон Н. Perl. Библиотека программиста/Пер с англ.
-- СПб.: "Питер", 2000. -- 736 с.
Найк  Д.  Стандарты  и   протоколы   Интернета/Пер.  с  англ.   --  М.:
Издательский отдел "Русская редакция" ТОО "Channel  Trading Ltd.", 1999,  --
384 с.
Спейнаур С.,  Куэрсиа В.  Справочник Web-мастера/Пер.  с  англ.  -- К.:
Издательская группа BHV, 1997. -- 368 с.
Шварц Р., Кристиансен Т. Изучаем Perl/Пер. с англ. -- К.:  Издательская
группа BHV, 1998. -- 320 с.

© Upmark.ru