В web -программировании все обстоит по-другому.
Когда Вы вводите в адресной строке браузера URL (Universal Resource Location, или в просторечии – адрес) происходит следующее:
● Браузер открывает соединение с сервером.
● Браузер отправляет серверу запрос на получение страницы.
● Сервер формирует ответ (чаще всего – HTML-код) браузеру и закрывает соединение.
● Браузер обрабатывает HTML-код и отображает web -страницу, которую Вы видите на экране монитора.
Еще до того, как Вы увидели на экране запрошенную страницу, соединение с сервером закрыто, и он о Вас забыл. И когда Вы введете другой (или тот же самый) адрес, или щелкните по ссылке, или нажмете на кнопку HTML-формы – та же схема повторится снова.
Такую схему работы называют «клиент-сервер». Клиент в данном случае – браузер.
Соединение с web -сервером длится промежуток времени между щелчком по ссылке (или другим способом запроса) и началом отображения web -страницы. Большинство браузеров во время соединения отображают индикатор, например, индикатор MS Internet Explorer отображает анимацию в правом верхнем углу.
Внимательный студент может заметить – а как же так, я уже читаю страницу, а индикатор все еще показывает процесс соединения? Дело в том, что тэг (загрузка изображения) и некоторые другие теги HTML – кода – это еще один запрос к серверу. Выполняется он точно так же, как и любой другой запрос – по той же схеме.
Чтобы навсегда избавиться от восприятия HTTP как «черного ящика», «притворимся» браузером с помощью telnet’а:
1. Запустим telnet 80
2. Введем в окне терминала следующее (если ввод не отображается – ничего страшного):
GET / HTTP/1.0 [здесь нажмем Enter]
Host: [здесь нажмем Enter дважды]
Нажатие Enter соответствует, как правило, комбинации символов CR + LF, обозначаемых как \r\n. Далее будет использоваться именно это обозначение.
По экрану монитора пробежит HTML-код страницы /.
HTML-код текущей страницы можно просмотреть практически в любом браузере, выбрав в меню «Вид|Просмотр HTML-кода»:
Картинки, фреймы – это дополнительные запросы: при обработке (парсинге) HTML-кода, браузер, натыкаясь на тэг осуществляет дополнительный запрос к серверу – запрос картинки, и отображает ее на месте, где стоит тэг .
Введите:
telnet 80
GET /php/g HTTP/1.0\r\n
Host: \r\n\r\n
По экрану пробежит то, что бы вы увидели, если б просмотрели этот png-файл в текстовом редакторе.
1.2. HTML-формы. Методы отправки данных на сервер с помощью формы
Одно из наиболее распространенных приложений любого языка создания серверных сценариев – обработка HTML – форм. Web-программирование в большей части представляет собой обработку различных данных, введенных пользователем.
РНР облегчает задачу обработки и разбора форм, поступивших из браузера, так как в язык на самом нижнем уровне встроены все необходимые возможности. Поэтому программисту не приходится даже и задумываться над особенностями протокола HTTP и размышлять, как же происходит отправка и прием роsт-форм или даже загрузка файлов.
С HTML-формами Вы уже встречались при изучении языка разметки HTML.
Рассмотрим пример посылки сообщения из формы по электронной почте.
Листинг e_ml. Посылка сообщения из формы по e-mail
Посылка формы по е-mail
Нажмите “Cброс” и заполните заказ.
Ваше имя:
Ваш адрес:
Прислать:
Если обработать этот HTML-код браузером, то отобразится web -страница, которую можно увидеть на экране монитора:
Пользователь нажимает кнопку «Сброс», и поля принимают значения, установленные по умолчанию. Форма заполняется пользователем, и по нажатию кнопки «Послать заказ» отправляется по адресу myaddres@. Обычно браузер не сам отсылает форму, а поручает эту работу почтовой программе, установленной по умолчанию в операционной системе компьютера (например, Outlook). Письмо посылается в виде:
subjct: Форма отправлена из Microsoft Internet Explorer
name = Прохоров Виктор Сергеевич
value=prohwik@
obj = «Методические указания»
Письмо составляется из пар имя=значение, которые выбираются по порядку из полей формы.
Рассмотрим подробнее следующий пример.
Листинг form_ml
Введите Ваше имя:
Сохранив этот код в HTML-файле form_ml и просмотрев его с помощью браузера, можно увидеть HTML-форму:
Форма реализована тегом-контейнером . Тег своими атрибутами указывает:
● адрес сценария, которому будет послана форма;
● способ пересылки и характеристику данных, содержащихся в форме. Начальный и конечный теги задают границы формы. Их указание является обязательным.
Атрибуты тега-контейнера (все необязательные):
● action —атрибут, в качестве значения которого указывают URL-адрес (полный или относительный) запрашиваемой CGI-программы. Эта программа будет обрабатывать данные, содержащиеся в форме. Допустимо использовать запись MAILTO:URL. В этом случае форма будет послана по электронной почте. Если атрибут action не указать, то содержимое формы будет отправлено на URL-адрес, с которого загружена данная web-страница, то есть «саму на себя». Это удобное сокращение, но по стандарту HTML атрибут action обязателен.
● method — определяет метод HTTP, используемый для пересылки данных формы от браузера к серверу. Атрибут method может принимать два значения: get или post:
♦ get – отправка данных формы в адресной строке. Вы могли заметить на различных сайтах присутствие в конце URL символа «?» и следующих за ним данных в формате параметр=значение. Здесь «параметр» соответствует значению атрибута name элементов формы (см. ниже про тэг ), а «значение» – содержимому атрибута value (в нем, например, содержится ввод пользователя в текстовое поле того же тэга ).
Для примера – попробуйте поискать что-нибудь в Яндексе и обратите внимание на адресную строку браузера. Это и есть способ get.
♦ post – данные формы отправляются в теле запроса. Если не совсем понятно (или совсем непонятно), что это такое – не беспокойтесь, скоро мы к этому вопросу вернемся.
Если атрибут method не указан – подразумевается «get».
● enctype — необязательный атрибут. Указывает тип содержимого формы, используемый для определения формата кодирования при ее пересылке. В HTML определены два возможных значения для атрибута enctype:
♦ APPLICATION/X-WWW-FORM-URLENCODED (используется по умолчанию).
♦ MULTIPART/FORM-DATA.
Тег позволяет создавать внутри формы поля ввода строки текста, имени файла, пароля и др. У нет конечного тега. Атрибуты и особенности использования зависят от способа его использования.
Тэг – задает элемент формы, определяемый атрибутом type:
♦ Значение «text» задает однострочное текстовое поле ввода.
♦ Значение «submit» задает кнопку, при нажатии которой происходит отправка формы на сервер.
Возможны и другие значения (да и – не единственный тэг, задающий элемент формы), но их мы рассмотрим в следующих главах.
Итак, что же происходит, когда нажимают кнопку «OK»?
1. Браузер просматривает входящие в форму элементы и формирует из их атрибутов name и value данные формы. Допустим, введено имя Vasya. В этом случае данные формы: name=Vasya&okbutton=OK.
2. Браузер устанавливает соединение с сервером, отправляет на сервер запрос документа, указанного в атрибуте action тэга , используя метод отправки данных, указанный в атрибуте method (в данном случае – GET), передавая в запросе данные формы.
3. Сервер анализирует полученный запрос, формирует ответ, отправляет его браузеру и закрывает соединение.
4. Браузер отображает полученный от сервера документ.
Отправка того же запроса вручную (с помошью telnet) выглядит следующим образом (предположим, что доменное имя сайта – m):
telnet m 80
GET /cgi-bin/form_i?name=Vasya&okbutton=OK HTTP/1.0\r\n
Host: m\r\n
\r\n
Нажатие submit-кнопки в форме с методом отправки «GET» аналогично вводу соответствующего URL (со знаком вопроса и данными формы в конце) в адресной строке браузера: m/cgi-bin/form_i?name=Vasya&okbutton=OK
На самом деле, метод GET используется всегда, когда Вы запрашиваете с сервера какой-либо документ, просто введя его URL, или щелкнув по ссылке. При использовании , к URL просто добавляются знак вопроса и данные формы.
Как же нам в сценарии получить строку параметров, переданную после знака вопроса в URL при обращении к сценарию? Для этого можно проанализировать переменную окружения QUERY_STRING, которая в РНР доступна под именем $_SERVER[QUERY_STRING].
Напишем пример, чтобы это проиллюстрировать (листинг p).
Листинг p. Вывод параметров командной строки.
Если теперь запустить этот сценарий из браузера (перед этим сохранив его в корневом каталоге сервера) таким образом:

http://localhost/p?this+is+the+world/

то получим документ следующего содержания: Данные из командной строки: this+is+the+world
Обратите внимание на то, что URL-декодирование символов не произошло: строка $_server [' query_string '], как и одноименная переменная окружения, всегда приходит в той же самой форме, в какой она была послана браузером.
Так как РНР изначально создавался именно как язык для Web-программирования, то он дополнительно проводит некоторую работу с переменной query_string перед передачей управления сценарию. А именно, он разбивает ее по пробельным символам (в примере пробелов нет, их заменяют символы +, но эти символы РНР также понимает правильно) и помещает полученные кусочки в массив-список $argv, который впоследствии может быть проанализирован в программе.
Массив $argv используется при программировании на РНР крайне редко, что связано с большими возможностями интерпретатора по разбору данных, поступивших от пользователя. Однако в некоторых (учебных) ситуациях его применение оправдано.
Возможно, все эти технические подробности кажутся невероятно скучными и даже ненужными («а при чем тут PHP?»). Но это основы работы по протоколу HTTP, которые необходимо знать каждому web-программисту.
Теперь заменим первую строку нашей формы на следующую:
Мы указали метод отправки «POST». В этом случае данные отправляются на сервер несколько другим способом:
telnet m 80
POST /cgi-bin/form_i HTTP/1.0\r\n
Host: m\r\n
Content-Type: application/x-www-form-urlencoded\r\n
Content-Length: 22\r\n
\r\n
name=Vasya&okbutton=OK
При использовании метода POST данные формы отправляются уже после «двух Enter-ов» – в теле запроса. Все, что выше – на самом деле заголовок запроса (и когда мы использовали метод GET, данные формы отправлялись в заголовке).
Для того, чтобы сервер знал, на каком байте закончить чтение тела запроса, в заголовке присутствует строка Content-Length; о том же, что данные формы будут переданы виде параметр1=значение1&параметр2=значение, причем значения передаются в виде urlencode – то есть, точно так же, как и с помощью метода GET, но в теле запроса, – серверу сообщает заголовок «Content-Type: application/x-www-form-urlencoded».

О том, что такое urlencode – чуть ниже.
Преимущество метода POST: отсутствие ограничения на длину строки с данными формы.
При использовании метода POST невозможно отправить форму, просто «зайдя по ссылке», как было с GET.
Для краткости изложения, введем термины «GET-форма» и «POST-форма», где префикс соответствует значению атрибута method тэга .
При использовании POST-формы, в ее атрибуте action можно указать после знака вопроса и параметры GET-формы. Таким образом, метод POST включает в себя и метод GET.
1.3. Технология CGI
Мы разобрались, как создать HTML-форму, и как браузер отправляет введенные в нее данные на сервер. Но пока не понятно, что будет сервер делать с этими данными.
Сам по себе web-сервер умеет только отдавать запрошенную страницу, и ничего более того, и ему все переданные данные формы, в общем-то, совершенно безразличны. Для того, чтобы можно было обработать эти данные с помощью какой-либо программы и динамически сформировать ответ браузеру, и была изобретена технология CGI (Common Gateway Interface).
Взглянем на этот URL: m/cgi-bin/form_i. Первое предположение, которое можно сделать на его счет, обычно такое: сервер отдает содержимое файла form_i из каталога cgi-bin. Однако, в случае с технологией CGI дело обстоит по-другому. Сервер запускает программу form_i и передает ей данные формы. Программа же формирует текст, который передается браузеру в качестве ответа на запрос.
Программу form_i можно написать на любом языке программирования, главное – соблюдать в программе стандарт CGI. Можно использовать, например, популярный скриптовый язык Perl. А можно написать все на Си, или на shell-скриптах… Для примера, напишем эту программу на Си. Но сначала разберемся, как происходит обмен данными между web-сервером и CGI-программой:
1. Перед запуском CGI-программы, сервер устанавливает переменные окружения (Вам они наверняка знакомы по команде PATH). В каждый мало-мальски серьезном языке программирования есть средства для чтения переменных окружения. Стандарт CGI определяет весьма значительный набор переменных, которые должны быть определены перед запуском CGI-программы. Рассмотрим сейчас только три из них:
REQUEST_METHOD – метод передачи данных – GET или POST (есть и другие, но пока мы их не рассматриваем)
QUERY_STRING – содержит часть URL после вопросительного знака, или, другими словами, данные GET-формы.
CONTENT_LENGTH – длина тела запроса (данные POST-формы).
2. Сервер запускает CGI-программу. Тело запроса передается программе в виде стандартного ввода (stdin) – будто бы эти данные были введены с клавиатуры.
3. Программа выдает ответ браузера на стандартный вывод (stdout) – «на экран». Этот вывод перехватывается веб-сервером и передается браузеру.
Это CGI-программа на Си, выводящая содержимое полученных от web-сервера параметров форм:
1. #include
2. #include
3.
4. int main(void)
5. {
6. // Читаем переменные среды, установленные веб-сервером
7. char *query_string = getenv(«QUERY_STRING»);
8. char *request_method = getenv(«REQUEST_METHOD»);
9.
10. char *post_data; // Буфер для данных POST-запроса
11. int post_length = 0; // Длина тела запроса
12.
13. if (strcmp(request_method, «POST») == 0) {// Если получен POST-запрос,
14. post_length = atoi(getenv(«CONTENT_LENGTH»)); // сначала читаем из
15. // переменной среды его длину,
16. if (post_length) {// если она не нулевая,
17. post_data = (char*)malloc(post_length+1); // выделяем память для буфера,
18. fread(post_data, post_length, 1, stdin); // читаем со стандартного ввода тело запроса,
19. post_data[post_length] = 0; // завершаем строку нулевым байтом.
20. }
21. }
22.
23. // Выводим заголовок ответа…
24. printf(«Content-type: text/html\r\n\r\n»);
25.
26. // и его тело:
27. printf(«Здравствуйте!\r\n»);
28.
29. if (strlen(query_string)) {
30. printf(«Параметры GET-формы: %s\r\n», query_string);
31. }
32.
33. if (post_length) {
34. printf(«Параметры POST-формы: %s (длина тела запроса: %d)\r\n», post_data, post_length);
35. free(post_data); // не забываем освободить выделенную в строке 17 память
36. }
37.
38. return 0;
39.}
Браузер в результате получит примерно следующий код (если «засабмитить» на эту программу POST-форму из последнего примера):
Здравствуйте!
Параметры POST-формы: name=Vasya&okbutton=OK (длина тела запроса: 22)
Что при этом отобразится на экране пользователя, думаю, понятно без комментариев.
Как видите, даже простейшая программа вывода параметров не очень проста. Более того, по стандарту HTTP почти все не алфавитно-цифровые символы (в т.ч. и русские буквы) передаются в UrlEncoded-виде (%XX, где XX – шестнадцатеричный код символа), и, если добавить в приведенную Си-программу код расшифровки UrlEncode, она уже не поместится на экран. А это – всего лишь базовые операции. А как вырастет программа на Си, если необходимо работать с базой данных?
Впрочем, написание CGI-программ на Си – довольно редкое извращение. Чаще всего это делают на Perl – языке, разработанном специально для обработки текстовых данных, а наличие модуля CGI делает написание CGI-скриптов намного более простой задачей. Здесь я не буду Вас знакомить с Perl, отмечу лишь, что проблем остается достаточно: все же Perl не предназначен для Web, это язык универсальный. Да и сама технология CGI несовершенна: при каждом обращении происходит запуск программы (в случае с Perl – интерпретатор языка), а эта операция довольно ресурсоемкая: для домашней странички Васи Пупкина производительности, конечно, достаточно, но серьезный портал с десятками и сотнями тысяч хитов в сутки потребует уже огромных аппаратных мощностей.
А теперь взглянем на веб-сервер Apache. По своей природе он модульный, и позволяет подключать расширения добавлением одной строки в конфигурационный файл. Было бы прекрасно, если бы существовал скриптовый язык, заточенный именно под Web, подключаемый модулем к Apache, не так ли? Это и есть PHP.
В принципе, PHP можно скомпилировать и как CGI-приложение, и использовать так же, как и Perl – но это для нестандартных web-серверов или особых извращенцев.
2. PHP: Препроцессор Гипертекста
В 1994-м году программист по имени Rasmus Lerdorf, намучавшись с классическим перловым модулем CGI, решил написать несколько Perl-скриптов, чтобы было попроще создавать свою домашнюю страницу. Такой движок был готов к началу 1995 года и назывался Personal Home Page Tools (PHP). Умел он не очень много – понимал простейший язык и всего несколько макросов.
Через некоторое время понадобилось обрабатывать формы, поэтому Rasmus Lerdorf и для увеличения производительности все переписал на C. Так появился к середине 1995 года Personal Home Page/Forms Interpreter (PHP/FI) 2.0. Приставка FI – присоединилась из другого пакета Rasmusa, который умел обрабатывать формы (Form Interpritator). PHP/FI компилировался внутрь Apache и использовал стандартный API Apache. PHP скрипты оказались быстрее аналогичных CGI – скриптов, так как серверу не было необходимости порождать новый процесс. Язык PHP по возможностям приблизился к Perl, самому популярному языку для написания CGI-программ. Была добавлена поддержка множества известных баз данных (например, MySQL и Oracle). Интерфейс к GD – библиотеке, позволял генерировать картинки на лету.
Труды свои Rasmus Lerdorf, следуя принципам Open Source, выложил на всеобщее обозрение, и на некотором количестве сайтов PHP/FI вполне успешно использовался, хотя был довольно примитивен. С этого момента началось широкое распространение PHP/FI.
В 1997-м на PHP/FI, в поисках инструмента для удобного web – программирования, наткнулись два других программиста – Andi Gutmans и Zeev Suraski. Идея им понравилась, но функциональность и скорость работы PHP/FI оставляли желать лучшего. Zeev Suraski и Andi Gutmans решили переписать внутренний движок для исправления ошибки интерпретатора и повышения скорости выполнения скриптов. 6 июня 1998 года вышла новая версия, которая была названа PHP 3. Язык получился универсальный и мощный, и вскоре привлек внимание множества web – разработчиков: к концу 1998 года PHP3 использовался на 10% web – серверов. К лету 1999 года PHP 3 был включен в несколько коммерческих продуктов. По данным NetCraft на ноябрь 1999 PHP использовался в более чем 1 млн. доменах.
Скромное название «Personal Home Page» уже не очень-то соответствовало реальности, и название было изменено на (в лучших Unix-традициях) рекурсивное: PHP: Hypertext Preprocessor.
«Движок» PHP 4, названный Zend Engine, разрабатывался усилиями уже сформировавшегося и с тех пор непрерывно разрастающегося PHP community, и в 2000-м году вышла 4-я версия PHP, ставшая менее чем через полгода стандартом для web – программирования под Unix (и не только): каждый уважающий себя хостер предоставлял поддержку PHP. Сейчас разработан PHP5, основанный на новом Zend Engine
2.1. Что такое PHP?
PHP – это скрипт-язык (scripting language), встраиваемый в HTML – код, который интерпретируется и выполняется на web – сервере. Проще всего это показать на примере:
Листинг prim_1
Вас приветствует PHP
После выполнения этого скрипта получают страничку, в которой будет написано:
Основное отличие от CGI-скриптов, написанных на других языках, типа Perl или C – это то, что в CGI-программах Вы сами пишете выводимый HTML-код, а, используя PHP – вы встраиваете свою программу в готовую HTML-страницу, используя открывающий и закрывающий теги (в примере ).
Отличие PHP от JavaScript, состоит в том, что PHP-скрипт выполняется на сервере, а клиенту передается результат работы, тогда как в JavaScript-код полностью передается на клиентскую машину и выполняется только там.
Любители Internet Information Server найдут, что PHP очень похож на Active Server Pages (ASP), а энтузиасты Java скажут, что PHP похож на Java Server Pages (JSP). Все три языка позволяют размещать код, выполняемый на Web-сервере, внутри HTML страниц.
2.2. Возможности PHP
На PHP можно делать все, что можно делать с помощью CGI–программ: обрабатывать данные из форм, генерировать динамические страницы, получать и посылать куки (cookies). Кроме этого в PHP включена поддержка многих баз данных (databases), что делает написание web-приложений с использованием БД до невозможности простым.
Вот неполный перечень поддерживаемых БД:
Adabas DInterBaseSoliddBasemSQLSybaseEmpressMySQLVelocisFileProOracleUnix dbmInformixPostgreSQL
Вдобавок ко всему PHP понимает протоколы IMAP, SNMP, NNTP, POP3 и даже HTTP, а также имеет возможность работать с сокетами (sockets) и общаться по другим протоколам.
2.3. Почему нужно выбирать PHP
Разработчикам web-приложений нет необходимости говорить, что web-страницы – это не только картинки и текст. Достойный внимания сайт должен поддерживать достаточно высокий уровень интерактивности с пользователем: поиск информации, продажа продуктов, конференции и т.п.
Традиционно все это реализовалось CGI-скриптами, написанными на Perl. Но CGI- скрипты очень плохо масштабируемы. Каждый новый вызов CGI, требует от ядра порождения нового процесса, а это занимает процессорное время и тратит оперативную память.
PHP предлагает другой вариант – он работает как часть web-сервера, и этим самым похож на ASP от Microsoft.
Синтаксис PHP очень похож на синтаксис C или Perl. Люди, знакомые с программированием, очень быстро начинают писать программы на PHP. В этом языке нет строгой типизации данных и нет необходимости в действиях по выделению/освобождению памяти.
Программы, написанные на PHP, легко читаемы. PHP – код легко зрительно прочитать и понять, в отличие от Perl-программ.
2.4. Недостатки PHP
PHP является интерпретируемым языком, и как следствие этого, не может сравниться по скорости с компилируемым С. Однако при написании небольших программ, что и присуще проектам на PHP, когда весь проект состоит из многих небольших страниц с кодом, вступают в силу накладные расходы на загрузку в память и вызов CGI-программы, написанной на С.
Не такая большая база готовых модулей, как, например, СPAN у Perl. С этим ничего нельзя поделать – это дело времени. В PHP 4 разработчики предусмотрели специальный репозиторий PEAR, аналогичный CPAN, и, конечно, очень скоро будет написано достаточное количество модулей для его наполнения.
2.5. Встраивание PHP в HTML – форму
Сначала изменим HTML-форму из предыдущего раздела. Для этого внесем некоторые изменения в файл form_ml:
Вас приветствует PHP
Введите Ваше имя:
PHP – код разместим в файле form_p:
PHP – скрипт заключен в специальные тэги , внутри которых использован для вывода текста оператор echo.
Переменные GET-запроса попадают в массив $_GET, переменные POST-запроса – в массив $_POST, серверные переменные (типа IP-адреса, имени скрипта и т.д.) – в массив $_SERVER, оператор «точка» (.) – объединение строк… Причем все служебные операции (чтение stdin и переменных среды, Url-декодирование) уже произвел сам PHP. Удобно, не так ли?
Далее. Зачем нам два файла – HTML с формой и PHP-скрипт? Вполне достаточно одного скрипта:
Листинг form_ml
Вас приветствует PHP
Введите Ваше имя:
Из тэга form убрали атрибут action – это значит, что форма отправляется «сама на себя», т.е. на текущий URL. Это называют «postback form». С помощью оператора if проверяется, использован ли для загрузки документа метод POST, и – если это так – в следующей строке выводится приветствие. В окне браузера можно увидеть:
2.6. HTML-формы. Массивы $_GET и $_POST
Формы являются основным способом обмена данными между web-сервером и браузером (пользователем). Формы выполняют главную функцию web – программирования: обеспечивают взаимодействие с пользователем.
2.6.1. Особенности метода отправки формы POST
Возьмем уже знакомый по первой главе пример form_p и внесем в него некоторые изменения:
Листинг form_p
Вас приветствует PHP
- сокращенная форма записи для echo: .
Если в поле форма name ввести, например, значение Вася, и нажать кнопку OK, то Браузер отправит после этого на сервер POST-запрос. Тело запроса имеет вид: name=Вася&okbutton=OK. PHP при этом автоматически заполнит массив $_POST:
$_POST['name'] = ‘Вася’
$_POST['okbutton'] = ‘OK’
В действительности, значение «Вася» отправляется браузером в urlencode-виде; для кодировки windows-1251 это значение выглядит как %C2%E0%F1%FF. Но, поскольку PHP автоматически осуществляет необходимое декодирование, мы можем «забыть» об этой особенности – пока не придется работать с HTTP-запросами вручную.
Так как в теле запроса указываются только имена и значения, но не типы элементов форм, PHP понятия не имеет, соответствует $_POST['name'] строке ввода, кнопке, или списку. Но эта информация нам, в общем-то, совершенно не нужна.
Поскольку знать, что написано на кнопке submit, нам необязательно, в строке можно удалить атрибут роверяется, использован ли для загрузки документа метод POST, и – если это так – в следующей строке выводится приветствие. В окне браузера можно увидеть:
2.6. HTML-формы. Массивы $_GET и $_POST
Формы являются основным способом обмена данными между web-сервером и браузером (пользователем). Формы выполняют главную функцию web – программирования: обеспечивают взаимодействие с пользователем.
2.6.1. Особенности метода отправки формы POST
Возьмем уже знакомый по первой главе пример form_p и внесем в него некоторые изменения:
Листинг form_p
Вас приветствует PHP
- сокращенная форма записи для echo: .
Если в поле форма name ввести, например, значение Вася, и нажать кнопку OK, то Браузер отправит после этого на сервер POST-запрос. Тело запроса имеет вид: name=Вася&okbutton=OK. PHP при этом автоматически заполнит массив $_POST:
$_POST['name'] = ‘Вася’
$_POST['okbutton'] = ‘OK’
В действительности, значение «Вася» отправляется браузером в urlencode-виде; для кодировки windows-1251 это значение выглядит как %C2%E0%F1%FF. Но, поскольку PHP автоматически осуществляет необходимое декодирование, мы можем «забыть» об этой особенности – пока не придется работать с HTTP-запросами вручную.
Так как в теле запроса указываются только имена и значения, но не типы элементов форм, PHP понятия не имеет, соответствует $_POST['name'] строке ввода, кнопке, или списку. Но эта информация нам, в общем-то, совершенно не нужна.
Поскольку знать, что написано на кнопке submit, нам необязательно, в строке можно удалить атрибут name, сократив описание кнопки до (листинг form_p). В этом случае, браузер отправит POST-запрос name=Вася.
Листинг form_p
Вас приветствует P

Время первопроходцев HTML в скором времени закончится и вовсе, и их место займут профессионалы-программисты. Именно программисты, ибо уже в большей степени от их умения создать удобный в использование сайт зависит его успех. Кроме прочего, теперь сайты создают совсем уж как программные продукты: тем кто занят наполнением содержанием, уже может не опасаться запутаться в html, java, cgi и прочих ипостасях интернет-технологий – администрирование сайта становится таким же привычным и удобным, как работа с текстовыми процессорами. Пока, правда, ощущается явный недостаток законченных продуктов, на плечи которых можно было бы возложить все функции по поддержанию сайта в актуальном состоянии, оставив себе лишь вопросы по наполнению его содержанием.

Пока же тяжкое бремя по созданию данных систем, на основе которых будет функционировать сайт, ложится на плечи программистов, только вот-вот успевших изумится возможностями языка Perl или Java. И многие из них, сказать без преувеличения, вышли, словно из гоголевской «Шинели», из Delphi. Действительно, данная среда разработчика, предоставляющая удобный интерфейс для визуального программирования и широкие возможности Object Pascal, столь мила сердцу российских программистов.

Но, похоже, что времена меняются, и Delphi из среды создания обычных настольных приложений, может сгодиться и в другом плане: для написания прикладных web-программ. И действительно, что может быть лучше: уже знакомая среда разработки, вдоль и поперек изученный язык, да и достаточно широкий круг специалистов по программированию в Delphi – это ли не плюсы создания web-приложений на Delphi. Есть конечно и минусы: созданные программы вряд ли смогут удовлетворить тех, кто считает, что лучший web-сервер, это сервер не от Microsoft. Но что поделаешь – версия Delphi под Unix отложена пока до лучших времен. Зато посудите сами: перенос программ в будущем светлом будущем можно будет совершить с малой кровью.

Но отложим пока теорию в сторону, и обратимся к практике. Итак, создание web-приложения в среде Delphi, что называется шаг за шагом.

Пример из учебника

В отличие от прочих аспектов создания приложений в Delphi, о создании приложений для web написано мало. Так ужасающе мало, что из книги в книгу, из учебника в учебник путешествует один и тот же пример. Не будем оригинальничать и мы – чем проще, тем лучше.

Вообще, простейшее web-приложение на Delphi мало чем отличается, а точнее ничем не отличается от создания программы для старой доброй DOS. Это – простейшее консольное приложение, запускаемое на стороне сервера и взаимодействующие с пользователем (в случае необходимости) через броузер.

Создайте в Delphi новый проект – ту самую уже давно забытую всем Console Application. Вы получите знакомый со школьной скамьи, текст обычной паскалевской программы:

program primer;

{$APPTYPE CONSOLE}

uses SysUtils;

begin

// Insert user code here

end.

Далее еще проще. Организуем вывод кода HTML с помощью команды writeln.

writeln (‘CONTENT-TYPE: TEXT/HTML’); writeln; writeln (‘<html>’); writeln (‘<head>’); writeln (‘<meta HTTP-EQUIV=»Content-Type» Content=»text-html; charset=windows-1251″>’); writeln (‘<title>Delphi the best facility for making web-publications!</title>’); writeln (‘</head>’); writeln (‘<body bgcolor=»white»>’); writeln (‘Hello, world!’); writeln (‘</body>’); writeln (‘</html>’);

Обратите внимание на строку CONTENT-TYPE: TEXT/HTML, которая определяет описание последующего содержимого, а именно кода HTML. После CONTENT-TYPE: TEXT/HTML, необходимо вывести пустую строку иначе броузер может выдать сообщение об ошибке.

Теперь, когда приложение закончено, осталось его скомпилировать и проверить. Для проверки работоспособности программы вам понадобиться веб-сервер. Можно особо не утруждаться, подойдет любой, даже стандартный домашний веб-сервер от Microsoft. Приложение надо будет разместить в папке публикаций сервера (обычно это – C:\Inetpub\ wwwroot) и запустить сам сервер. Теперь, если вы перейдете по адресу http://localhost/primer.exe в броузере, вы должны увидеть результат действия данной программы – строку Hello, world! Вот и всё, простейшее web-приложение на Delphi готово.

Передача параметров

На самом деле нам бы вряд ли понадобилось Delphi, для создания подобных программ. Конечно, можно генерировать страницы исходя из различных условий, но вопрос в том, как данные условия передать программе. И здесь оказывается не всё так сложно, достаточно вспомнить передачу параметров приложению с помощью командной строки и поступить соответствующе. Хотя это, разумеется, хитрость. Это для приложения Delphi мы оперируем командной строкой, для пользователя же это адресная строка в броузере, то есть url.

Попробуем на примере. Необходимо создать приложение, которое выдает различную информацию (к примеру, время, дату или то и другое вместе) в зависимости от параметров, указанных в адресной строке броузера. Как известно, за данные в параметрах отвечают такие функции, как ParamCount и ParamStr. Их-то мы и будем использовать.

program CgiDate;

{$APPTYPE CONSOLE}

uses SysUtils;

begin

writeln (‘CONTENT-TYPE: TEXT/HTML’);

writeln;

writeln (‘<HTML><HEAD>’);

writeln (‘<TITLE>Cgidate</TITLE>’);

writeln (‘</HEAD><BODY>>’);

writeln (‘<H1>Пример передачи параметров</H1>’);

writeln (‘<HR>’);

writeln (‘<H4>

if ParamCount >0 then

begin

if ParamStr (1) = ‘date’ then

writeln (FormatDateTime(‘»Сегодня » dddd, mmmm d, yyyy’, Now))

else if ParamStr (1) = ‘time’ then

writeln (FormatDateTime(‘»Время» hh:mm:ss AM/PM’, Now))

else if ParamStr (1) = ‘both’ then

writeln (FormatDateTime(‘»Сегодня » dddd, mmmm d, yyyy,’

+ ‘»<p> и время» hh:mm:ss AM/PM’, Now))

else

writeln (‘Ошибка! Неверный параметр: ‘ + ParamStr (1) + ‘.’)

end

else

writeln (‘Параметр отсутствует.’);

writeln (‘</BODY></HTML>’);

end.

Не правда ли просто? Теперь, если в адресной строке броузера вы наберете, например http://localhost/cgidate/exe?time, будет сгенерирована страница, отображающая текущее время, http://localhost/cgidate/exe?date – соответственно дата, а при передаче параметра both – текущая дата и время. В случае если никакой из параметров передан не был или он был ошибочен – возникнет сообщение об этом.

Данные адреса и параметры можно непосредственно указать в коде HTML и генерировать необходимые изменения на странице либо другие страницы переходя по соответствующим ссылкам.

Следует обратить внимание на то, как передавать данные через url. Знак вопроса отделяет параметр от адреса файла, с помощью знака равенства web-приложению передается значение данного параметра. Так как в адресной строке нельзя использовать пробел, он заменяется на шестнадцатеричный код в таблице ASCII, то есть %20.

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

Для начала, естественно, нужно создать сам код HTML в котором бы присутствовала форма с полями ввода, кнопкой отправки и прочими необходимыми атрибутами. При этом form action должен содержать адрес программы, которая будет получать данные. Значение method может быть равно как GET, так и POST. На самом деле GET – это и есть передача параметров через url, добавляя их к адресной строке, так как POST передает их приложению посредством стандартного потока ввода. Какой из них лучше и удобней – решать вам, но чаще всего метод GET используется именно для генерации страниц (достаточно взглянуть на url который возникает при работе на поисковых серверах), тогда как второй для – передачи данных, отображать которые в адресной строке было бы весьма накладно.

Затем необходимо создать приложение, которое бы адекватно смогло воспринять все эти данные со стороны пользователя. В случае если данные передавались с помощью метода GET проблем не будет – можно действовать как в предыдущем примере. Если же приложение получает данные от пользователя с помощью POST, всё несколько иначе.

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

Гюльчитай, открой личико

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

Итак, данные от пользователя web-приложению можно передать через переменные окружения. Вот список наиболее часто употребляемых:

GATEWAY_INTERFACE

Поддерживаемая версия CGI.

REQUEST_METHOD

Метод запроса, может быть как GET так и POST.

HTTP_REFERER

Адрес страницы (url), активирующей текущее приложение на web-сервере.

PATH_INFO

Путь переданный приложению расположенный между именем приложения и строкой запроса.

QUERY_STRING

Строка запроса, если метод – GET, добавляеться к url.

REMOTE_HOST

Имя хоста удаленного пользователя.

REMOTE_USER

Имя удаленного пользователя.

REMOTE_IDENT

IP-адрес удаленного пользователя.

HTTP_USER_AGENT

Имя и версия броузера удаленного пользователя.

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

Но вернемся к поставленной задаче – передаче данных приложению от пользователя через форму. Данные, которые передаются через QUERY_STRING в приложение с помощью метода POST, достаточно просто извлечь для использования.

Ниже листинг программы, выдающий список некоторых переменных окружения и их значения. Узнайте кое-что о своем броузере и web-сервере.

program CgiVars;

{$APPTYPE CONSOLE}

uses

Windows;

сonst

VarList: array [1..17] of string [30] =

(‘SERVER_NAME’, ‘SERVER_PROTOCOL’,

‘SERVER_PORT’, ‘SERVER_SOFTWARE’,

‘GATEWAY_INTERFACE’, ‘REQUEST_METHOD’,

‘PATH_TRANSLATED’, ‘HTTP_REFERER’,

‘SCRIPT_NAME’, ‘PATH_INFO’,

‘QUERY_STRING’, ‘HTTP_ACCEPT’,

‘REMOTE_HOST’, ‘REMOTE_USER’,

‘REMOTE_ADDR’, ‘REMOTE_IDENT’,

‘HTTP_USER_AGENT’);

var

I: Integer;

ReqVar: string;

VarValue: array [0..200] of Char;

begin

writeln(‘Content type: text/html’);

writeln;

writeln(‘<HTML><HEAD>’);

writeln(‘<TITLE>CGI Variables</TITLE>’);

writeln(‘</HEAD><BODY>’);

writeln(‘<H1>CGI Variables</H1>’);

writeln(‘<HR><PRE>’);

for I := Low (VarList) to High (VarList) do

begin

ReqVar := VarList[I];

if (GetEnvironmentVariable (PChar(ReqVar),

VarValue, 200) > 0) then

else

VarValue := »;

writeln (VarList[I] + ‘ = ‘ + VarValue);

end;

writeln(‘</PRE></BODY></HTML>’);

end.

За кадром

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

Для создания полномасштабных приложений для интернета в Delphi существует специальный помощник – Web Server Application. С его помощью можно создать приложение генерируещее динамические web-страницы, основанные на CGI, NSAPI или ISAPI. Единственное накладываемое ограничение – непосредственно web-сервер должен работать на базе Windows.

Одним из главных преимуществ создания подобных приложений именно в среде Delphi является то, что вы продолжаете работать с визуальными компонентами – это значительно проще, чем создание приложений в других средах – возможность ошибки в больших проектах, где используется визуальное проектирование меньше, чем в тех, где всё описывается исключительно кодом. Кроме того, средства создания web-приложений позволяют импортировать уже существующие приложения в интернет-среду, что, согласитесь, немаловажно. Пока, конечно, Delphi не обладает большим набором компонентов для web-приложений, но, видимо, уже следующая версия этой среды обзаведется необходимыми. Но и сейчас Delphi можно считать достаточно удобным инструментом для создания приложений, взаимодействующих с интернетом.

JavaScript

Web, как гипертекстовую систему, можно рассматривать с двух точек зрения. Во-первых, как совокупность отображаемых страниц, связанных гипертекстовыми переходами. Во-вторых, кaк множество элементарных информационных объектов, составляющих отображаемые страницы (текст, графика, мобильный код и т.п.). В последнем случае множество гипертекстовых переходов страницы – это такой же информационный фрагмент, как и встроенная в текст картинка.

При втором подходе гипертекстовая сеть определяется на множестве элементарных информационных объектов самими HTML-страницами, которые и выступают в роли гипертекстовых связей. Этот подход более продуктивен с точки зрения построения отображаемых страниц «на лету» из готовых компонентов.

При генерации страниц в Web возникает дилемма, связанная с архитектурой «клиент-сервер». Страницы можно генерировать как на стороне клиента, так и на стороне сервера. Последнее реализуется через механизм подстановок на стороне сервера (Server Site Includes). Компания Netscape распространила в 1995 году механизм управления страницами и на клиента, разработав язык программирования JavaScript.

Таким образом, JavaScript – это язык управления сценариями просмотра гипертекстовых страниц Web на стороне клиента. Если быть более точным, то JavaScript – это не только язык программирования на стороне клиента. Liveware, прародитель JavaScript, является средством подстановок на стороне сервера Netscape. Однако, наибольшую популярность JavaScript обеспечило программирование на стороне клиента.

К возможностям JavaScript можно, например, отнести следующее:

• отображать изменяющиеся данные, такие как текущее время или дата;

• программировать переменное содержание в зависимости от даты, броузера пользователя или других условий;

• изменять внешний вид элементов страницы, если пользователь щелкнул мышью или провел курсор мыши над элементом.

Для языка высокого уровня JavaScript обладает довольно сильными возможностями. Он не позволяет работать на уровне машинных кодов, однако вы получаете доступ ко многим возможностям броузеров, Web-страниц, а иногда и системы, в которой работает броузер. В отличие от Java™ или С, программы на JavaScript обходятся без компиляции, а вашему броузеру не придется загружать виртуальную машину для выполнения программного кода. Программируй и загружай!

JavaScript также работает в объектно-ориентированной архитектуре, напоминающей Java или C++. Такие возможности языка, как конструкторы или наследование на базе прототипов, добавляют в схему разработки новый уровень абстракции, что способствует многократному использованию программного кода.

Одна из главных причин, по которой Web-разработчики приняли JavaScript, — возможность выполнения на стороне клиента многих функций, которые ранее выполнялись исключительно на стороне сервера. Лучшим примером является проверка форм. Программисты старой школы еще помнят, что несколько лет назад для проверки пользовательского ввода в формах HTML приходилось пересылать информацию на Web-сервер и передавать ее сценарию CGI, где и проходила проверка введенных данных.

Если данные не содержали ошибок, сценарий CGI продолжал работу. Однако при обнаружении ошибок сценарий возвращал пользователю сообщение с описанием проблемы. Хотя это решение работает, представьте, сколько лишней работы при этом происходит. Для передачи формы необходим специальный запрос HTTP от сервера. После пересылки данных в Сети приходится заново выполнять сценарий CGI. Этот процесс повторяется каждый раз, когда пользователь допускает ошибку при заполнении формы. Пользователь узнает об ошибке лишь после того, как сообщение об ошибке вернется к нему.

Но вот на сцене появляется JavaScript. Теперь элементы формы можно проверить до того, как пользователь передаст информацию Web-серверу. Это приводит к уменьшению количества транзакций HTTP, а также заметному снижению вероятности ошибки при повторном заполнении формы. Кроме того, JavaScript позволяет читать и записывать cookie — когда-то эта операция выполнялась исключительно средствами Web-сервера для работы с заголовками.
Коротко о некоторых особенностях JavaScript

Тэг <SCRIPT> сообщает броузеру, что внутри HTML размещен код JavaScript. Тэг </SCRIPT> отменяет действие. <!— и —> тэги сообщают броузерам, которые не могут интерпретировать <SCRIPT> и </SCRIPT>, что строки кода следует рассматривать как комментарии. Двойная косая черта (//) перед тэгом –> – знак комментария в языке JavaScript; без него JavaScript интерпретирует –> как ошибочный оператор.

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

При строгой типизации данных каждая переменная имеет один и только один тип данных, который не может быть изменен. Объявленное целым останется целым всегда, объявленное строкой останется строкой всегда. При слабой типизации данных, как в JavaScript, вы можете поместить любое значение в любую переменную, и переменная примет требуемый тип данных.

Document.write – метод, который прописывает HTML в Web-страницу как при программировании вручную.

Каждый JavaScript-оператор должен заканчиваться точкой с запятой. Отсутствие точки с запятой JavaScript считает ошибкой. Логические выражения должны быть заключены в круглые скобки, а блоки операторов — в фигурные скобки.

JavaScript использует знак == как логический оператор эквивалентности и знак = в качестве оператора присваивания. Попытка сравнения с использованием знака равенства (=) – вторая причина ошибок в JavaScript.

VBScript

В ответ на появление JavaScript Microsoft выпустила версию своего популярного языка программирования Visual Basic. В целом VBScript делает то же самое, что JavaScript, только программный код очень похож на Visual Basic.

Visual Basic Script – подмножество языка Visual Basic. VBScript позволяет решать задачи, связанные с Internet, а именно создавать сценарии (или скрипты) управления объектами (кнопками, списками, ниспадающими меню и т. д.) на Web-страничках. С помощью VBScript можно быстро создавать собственные страницы или даже писать игры. И все это размещается внутри HTML-документа.
Коротко о некоторых особенностях VBScript

VBScript отличается от JavaScript следующим:

• в конце оператора не ставится точка с запятой;

• знак равенства используется как для присвоения значений переменным, так и для выполнения операции сравнения;

• блоки операторов выделяются не фигурными скобками, а парами ключевых слов if…endif, do…loop, и while…wend.

Так же как в JavaScript, переменные вводятся по мере необходимости, а их тип определяется по контексту. VBScript поддерживает почти все встроенные функции Visual Basic. На Web-страницах VBScript выглядит следующим образом:

<script language=»VBScript»> <!—

document.write(«URL=» + document.location) —>

</script>

Тэги <SCRIPT> и </SCRIPT> практически такие же, как и раньше, а язык определяется как VBScript. Тэги <!— и —> – те же самые, но без знака комментариев //.

Основной недостаток VBScript состоит в том, что его поддерживает только Internet Explorer. Это уничтожает всякую надежду использовать одну и ту же страницу как для пользователей Netscape Navigator, так и для пользователей Internet Explorer. По этой причине использование VBScript для программирования на стороне клиента ограничено.

Java

Создание языка Java — один из самых значительных шагов вперед в области разработки сред программирования за последние 20 лет. Язык HTML был необходим для статического размещения страниц во “Всемирной паутине” WWW (World Wide Web). Язык Java потребовался для качественного скачка в создании интерактивных продуктов для сети Internet.

Три ключевых элемента объединились в технологии языка Java и сделали ее в корне отличной от всего, существующего на сегодняшний день.
Java предоставляет для широкого использования свои апплеты (applets) — небольшие, надежные, динамичные, не зависящие от платформы активные сетевые приложения, встраиваемые в страницы Web. Апплеты Java могут настраиваться и распространяться потребителям с такой же легкостью, как любые документы HTML.

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

История создания

Язык Java зародился как часть проекта создания передового программного обеспечения (ПО) для различных бытовых приборов. Реализация проекта была начата на языке С++, но вскоре возник ряд проблем, наилучшим средством борьбы с которыми было изменение самого инструмента – языка программирования. Стало очевидным, что необходим платформо-независимый язык программирования, позволяющий создавать программы, которые не приходилось бы компилировать отдельно для каждой архитектуры и можно было бы использовать на различных процессорах под различными операционными системами.

Апплеты Java

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

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

Разработчики Java с самого начала хорошо понимали, что язык, предназначенный для решения проблем гетерогенных сред, также должен быть
простым – его должны с легкостью использовать все разработчики
ясным – разработчики должны без больших усилий выучить Java
объектно-ориентированным – он использует все преимущества современных методологий разработки ПО и подходит для написания распределенных клиент-серверных приложений
многопоточным – для обеспечения высокой производительности приложений, выполняющих одновременно много действий (например, в мультимедийных системах)
интерпретируемым – для переносимости и большей динамичности

Язык должен был воплощать следующие качества: простоту и мощь, безопасность, объектную ориентированность, надежность, интерактивность, архитектурную независимость, возможность интерпретации, высокую производительность и легкость в изучении. Даже если вы никогда не напишете ни одной строки на языке Java, знать о его возможностях весьма полезно, поскольку именно перечисленные выше свойства языка придают динамику страницам Всемирной паутины.

- Простота и мощь

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

- Безопасность

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

- Объектная ориентированность

Забавно наблюдать, как многочисленные новые диалекты старых языков безапелляционно объявляются объектно-ориентированными. Поскольку при разработке языка отсутствовала тяжелая наследственность, для реализации объектов был избран удобный прагматичный подход. Разработчики Java старались выдержать разумный компромисс между моделью пуристов — “все является объектами”, и моделью хакеров — “уйди с моей дороги”. Объектная модель в Java проста и легко расширяется, в то же время, ради повышения производительности, числа и другие простые типы данных Java не являются объектами.

- Надежность

Java ограничивает вас в нескольких ключевых областях и таким образом способствует обнаружению ошибок на ранних стадиях разработки программы. В то же время в ней отсутствуют многие источники ошибок, свойственных другим языкам программирования (строгая типизация, например). Большинство используемых сегодня программ “отказывают” в одной из двух ситуаций: при выделении памяти, либо при возникновении исключительных ситуаций. Java фактически снимает обе эти проблемы, используя сборщик мусора для освобождения незанятой памяти и встроенные объектно-ориентированные средства для обработки исключительных ситуаций.

- Интерактивность

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

- Независимость от архитектуры ЭВМ

Вопрос о долговечности и переносимости кода важнее религиозных войн между ПК и Макинтошами. Создатели Java наложили на язык и на среду времени выполнения несколько жестких требований, которые на деле, а не на словах позволяют, однажды написав, всегда запускать программу в любом месте и в любое время (где существует виртуальная Java-машина – броузеры на всех платформах, OS/2, Netware).

- Интерпретация плюс высокая производительность

Необычайная способность Java исполнять свой код на любой из поддерживаемых платформ достигается тем, что ее программы транслируются в некое промежуточное представление, называемое байт-кодом (bytecode). Байт-код, в свою очередь, может интерпретироваться в любой системе, в которой есть среда времени выполнения Java. Большинство ранних систем, в которых пытались обеспечить независимость от платформы, обладало огромным недостатком — потерей производительности (Basic, Perl). Несмотря на то, что в Java используется интерпретатор, байт-код легко переводится непосредственно в “родные” машинные коды (Just In Time compilers) “на лету”. При этом достигается очень высокая производительность (Symantec JIT встроен в Netscape Navigator).

- Простота изучения

Язык Java, хотя и более сложный чем языки командных интерпретаторов, все же неизмеримо проще для изучения, чем другие другие языки программирования, например C++. Черты языка станут казаться вам естественным путем для решения тех или иных задач и будут способствовать отработке хорошего стиля программирования. Поскольку объектная модель в Java одновременно проста и выразительна, вы скоро освоитесь с объектно-ориентированным стилем создания программ.

- Богатая объектная среда

Среда Java — это нечто гораздо большее, чем просто язык программирования. В нее встроен набор ключевых классов, содержащих основные абстракции реального мира, с которым придется иметь дело вашим программам. Основой популярности Java являются встроенные классы-абстракции, сделавшие его языком, действительно независимым от платформы. Библиотеки, подобные MFC/COM, OWL, VCL, NeXTStep, Motif и OpenDoc прекрасно работают на своих платформах, однако сегодня главной платформой становится Internet.
VRML

Язык VRML (Virtual Realty Modelling Languagy) предназначен для описания трехмерных изображений и оперирует объектами, описывающими геометрические фигуры и их расположение в пространстве.

Vrml-файл представляет собой обычный текстовый файл, интерпретируемый браузером. Поскольку большинство браузеров не имеет встроенных средств поддержки vrml, для просмотра Vrml-документов необходимо подключить вспомогательную программу – Vrml-браузер, например, Live3D или Cosmo Player.

Как и в случае с HTML, один и тот же vrml-документ может выглядеть по-разному в разных VRML-браузерах. Кроме того, многие разработчики VRML-браузеров добавляют нестандартные расширения VRML в свой браузер.

Существует немало VRML-редакторов, делающих удобней и быстрее процесс создания Vrml-документов, однако несложные модели, рассматриваемые в данной статье, можно создать при помощи самого простого текстового редактора.

Язык гипертекстовой разметки HTML

World Wide Web, или, что-то же самое Всемирная паутина, WWW составляет основную компоненту глобальной компьютерной сети Интернет. Зародившись еще в 60-е гг., Интернет долгое время использовалась лишь узким кругом специалистов для обмена информацией по электронной почте. Сеть управлялась операционной системой UNIX – для научных целей это подходило, но достаточно сложный текстовый интерфейс UNIX’a существенно ограничивал масштабы применения сетевых технологий. Годом рождения World Wide Web считается 1989 – в этом году был изобретен язык, ставший впоследствии основным языком web-документов – это язык – HTML (HyperText Markup Language – язык разметки гипертекста).

Автором языка HTML является Тим Бернерс-Ли (Tim Berners-Lee), выпускник Оксфордского университета, работавший в то время по контракту в Женеве, в Европейской лаборатории физики элементарных частиц (CERN, Conseil Europeen pour la Recherche Nucleaire) консультантом по программному обеспечению. CERN – достаточно большая организация, и потому, чтобы лучше ориентироваться в ее структуре, не хранить в памяти данные о большом количестве проектов, должностных лиц и пр., Тим Бернерс-Ли разработал для своего личного пользования программу Enquire, на основе которой через несколько лет для лаборатории было создано своего рода информационное пространство. Программа Enquire позволяла осуществлять так называемый «нелинейный» поиск документов – т.е. переходить от одного документа к другому без обращения к оглавлению или справочнику.

Язык HTML составляет основу технологии гипертекста. Гипертекстовый документ содержит так называемые гиперссылки.

Текстовые гиперссылки обычно выделяются цветом и подчеркиванием, хотя это необязательно. Гиперссылки позволяют пользователю немедленно перейти к нужному документу, независимо от места его физического расположения. Это существенно облегчает поиск информации, разбросанной по всему Земному шару. Технология гипертекста позволила связать всю совокупность опубликованных в Интернет документов в единую систему – WWW.

Язык разметки документов – это набор специальных инструкций, называемых тэгами, предназначенных для формирования в документах какой-либо структуры и определения отношений между различными элементами этой структуры. Тэги языка, или, как их иногда называют, управляющие дескрипторы, в таких документах каким-то образом кодируются, выделяются относительно основного содержимого документа и служат в качестве инструкций для программы, производящей показ содержимого документа на стороне клиента. В самых первых системах для обозначения этих команд использовались символы “<” и “>”, внутри которых помещались названия инструкций и их параметры. Сейчас такой способ обозначения тэгов является стандартным.

Когда осенью 1991 года Интернет впервые услышал позывные новой технологии, название которой легко уместилось в три буквы, почти никто не мог представить себе, что завоевания ее окажутся настолько глобальными. Популярность World Wide Web и неотъемлемой ее части, HTML, безусловно, стала причиной повышенного внимания к системам гипертекстовой разметки документов. Хотя понятие гипертекста было введено В.Бушем еще в 1945 году и, начиная с 60-х годов стали появляться первые приложения, использующие гипертекстовые данные.

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

Язык HTML не является собственно языком программирования; это есть средство описания структуры документа, его стиля и связей его с другими документами. Для просмотра Web-документов используются специальные программы – так называемые браузеры (англ.: to browse – 1) пастись, ощипывать побеги; 2) читать, заниматься беспорядочно, урывками.) Вообще-то, возможности браузеров много шире, но пока ограничимся их определением как средством просмотра web-документов. Именно браузерам Интернет обязана своей популярностью.

Создание языка HTML в 1989 году облегчило обмен информацией в пределах лаборатории CERN, однако это не решало проблем, связанных обменом информацией между сотрудниками лаборатории и их коллегами, работавшими в разных странах. Для того, чтобы такой обмен был возможен, необходимо было создать децентрализованную информационную систему, основанную на некоем стандарте обмена данными. Таким стандартом стал созданный Тимом-Бернерсом Ли в 1990 году протокол HTTP (HyperText Transfer Protocol, протокол передачи гипертекстовых файлов).

HTML является упрощенной версией стандартного общего языка разметки – SGML (Standart Generalised Markup Language), который был утвержден ISO в качестве стандарта еще в 80-х годах. Этот язык предназначен для создания других языков разметки, он определяет допустимый набор тэгов, их атрибуты и внутреннюю структуру документа. Контроль за правильностью использования дескрипторов осуществляется при помощи специального набора правил, называемых DTD- описаниями(более подробно о DTD мы поговорим чуть позже), которые используются программой клиента при разборе документа. Для каждого класса документов определяется свой набор правил, описывающих грамматику соответствующего языка разметки.

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

Гораздо более простой и удобный, чем SGML, язык HTML позволяет определять оформление элементов документа и имеет некий ограниченный набор инструкций – тэгов, при помощи которых осуществляется процесс разметки. Инструкции HTML, в первую очередь, предназначены для управления процессом вывода содержимого документа на экране программы-клиента и определяют этим самым способ представления документа, но не его структуру. В качестве элемента гипертекстовой базы данных, описываемой HTML, используется текстовый файл, который может легко передаваться по сети с использованием протокола HTTP. Протокол HTTP позволил передавать по сети HTML-документы.

Появилась возможность организовать доступ многочисленных пользователей (клиентов) к HTML-документам, находящимся на так называемых серверах (англ.: to serve – служить, обслуживать). Ясно, что и на компьютере пользователя, с которого происходит обращение к серверу, и на сервере должно быть установлено специальное программное обеспечение:- сервер должен не только хранить документы, но и уметь быстро находить их по запросу клиента;- клиент (браузер) должен распознать HTML-код и визуализировать его, представить в легко воспринимаемом виде.Тим-Бернерс Ли написал первый браузер (который он назвал World Wide Web) и первый web-сервер (info.cern.ch). В 1991 году это программное обеспечение стало доступно достаточно широкому кругу пользователей Интернет. Он также разработал схему адресации к web-документам в Интернет. Тим-Бернерс Ли назвал ее Universal Resource Identifier (URI, универсальный идентификатор ресурсов). (Сейчас ее назвают URL—Uniform Resource Locator, унифицированный указатель ресурса.) Таким образом, разработка языка HTML, протокола HTTP, web-сервера, браузера и системы адресации (URI) явились основой развития Всемирной паутины (WWW).

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

Во избежание этого по инициативе Тима-Бернерса Ли в июле 1994 года на базе Массачуссетского технологического института (Massachussets Institute of Technlogies, MIT) был создан World Wide Web consortium (или просто W3C) (Тим-Бернерс Ли возглавил его). Основная цель W3C – обеспечить как можно большую совместимость программного обеспечения web-публикаций. W3C не является административным органом, это нечто вроде форума для выработки компромиссных решений в области web-технологий. Консорциум принимает на рассмотрение любые проекты и предложения. Спецификации, разработанные W3C, не обязательны для применения, но консорциум ведет работу по их пропаганде. HTML был ратифицирован World Wide Web Consortium.
Язык гипертекстовой разметки XML

Зa короткий срок своего официального существования язык XML привлек к себе уже достаточно много внимания со стороны разработчиков и пользователей Интернет. Несмотря на то, что XML очень молод (международная организация W3C утвердила спецификацию «Extensible Markup Language(XML) 1.0″ в начале февраля 1998г.), уже сегодня появляются новые языки, созданные на основе XML, возникают многочисленные Web-сервера, использующие эту технологию для организации хранящейся на них информации. Мир Интернет вокруг нас в очередной раз преображается, и мы можем стать участниками этого процесса уже сегодня

Для чего нужен новый язык разметки?

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

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

<font color=»red»>rose</font>,

программа просмотра будет знать, каким цветом отобразить текст, содержащийся внутри тэгов <font></font> и, вероятно, отобразит его правильно, но ей абсолютно безразлично, в каком месте документа встретился этот тэг, в какие другие тэги заключен текущий фрагмент, существуют ли вложенные в него фрагменты, правильно ли построены отношения между объектами. Такое «безразличие» к структуре документа приводит к тому, что поиск или анализ информации внутри него ничем не будет отличаться от работы со сплошным, не разбитым на элементы текстовым файлом. А это, как известно, не самый эффективный способ работы с информацией.

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

Подводя итог всему сказанному, можно утверждать, что HTML уже сегодня не удовлетворяет в полной мере требованиям, предъявляемым современными разработчиками к языкам подобного рода. И ему на смену был предложен новый язык гипертекстовой разметки, мощный, гибкий, и, одновременно с этим, удобный язык XML. В чем же заключается его достоинства?

XML (Extensible Markup Language) – это язык разметки, описывающий целый класс объектов данных, называемых XML- документами. Этот язык используется в качестве средства для описания грамматики других языков и контроля за правильностью составления документов. Т.е. сам по себе XML не содержит никаких тэгов, предназначенных для разметки, он просто определяет порядок их создания. Таким образом, если, например, мы считаем, что для обозначения элемента rose в документе необходимо использовать тэг <flower>;, то XML позволяет свободно использовать определяемый нами тэг и мы можем включать в документ фрагменты, подобные следующему:

<flower>rose</flower>

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

<conservatory>

<flower>rose</flower>

</conservatory>

Если мы хотим посадить туда еще несколько цветочков, то должны внести следующие изменения:

<conservatory>
<flower>rose</flower>
<flower>tulip</flower>
<flower>cactus</flower>
</conservatory>

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

Еще одним из очевидных достоинств XML является возможность использования его в качестве универсального языка запросов к хранилищам информации. Сегодня в глубинах W3C находится на рассмотрении рабочий вариант стандарта XML-QL(или XQL), который, возможно, в будущем составит серьезную конкуренцию SQL. Кроме того, XML-документы могут выступать в качестве уникального способа хранения данных, который включает в себя одновременно средства для разбора информации и представления ее на стороне клиента. В этой области одним из перспективных направлений является интеграция Java и XML – технологий, позволяющая использовать мощь обеих технологий при построении машинно-независимых приложений, использующих, кроме того, универсальный формат данных при обмене информации.

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

Dynamic HTML

До появления версий 4.0 Internet Explorer и Netscape Navigator сценарии могли изменять содержание и внешний вид страниц, только используя метод write.document при загрузке страницы.

Любой сценарий, выполняемый позже, может посылать команды броузеру, такие как запрос на загрузку новой страницы, вывод окна предупреждения или изменение значения поля формы, но как только страница загружена, сценарий не может изменить HTML-код. Как же сделать Web- страницы интерактивными, если их невозможно изменить в ответ на дей­ствия пользователя?

Динамический HTML, частично реализованный в Netscape 4 и в большей степени в Internet Explorer 4, устраняет эти ограничения. С использованием динамического HTML сценарии могут вставлять блоки HTML, удалять и заменять их или изменять свойства объектов после отображения страницы на экране. Броузер автоматически обновляет новые свойства и (или) новый HTML-код. Динамический HTML строится на двух принципах.

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

• Событийная модель описывает способ передачи управления сценариям – какие действия посылают сценарии на выполнение.
Macromedia Flash

World Wide Web (Всемирная паутина) развивается очень стремительно. Традиционные Web-сайты (Web-sites) со статическими информационными страницами уже не привлекают как прежде внимание конечных пользователей. Поэтому Web-дизайнеры и разработчики пытаются придать своим страницам неотразимый вид, вводя графику и файлы анимационного формата GIF. Несмотря на то, что применение графики в традиционных форматах сжатия изображений GIF, JPEG и PNG придает сайту некоторый эффект, тем не менее, загрузка таких страниц может отнять много времени из-за больших размеров графических файлов. Альтернативным инструментом создания анимации является программный продукт— Macromedia Flash, который поможет добиться поставленных при Web-разработке целей.

По сравнению с другими графическими приложениями, предназначенными для публикации результатов в Web или вывода в файл, Flash обладает многими преимуществами, такими, как:
Применение векторной (vector) графики, которая в действительности представляет собой ряд математических формул, описывающих размер, цвет и местоположение формы. Векторная графика состоит из линий и кривых, тогда как растровая (bitmapped) — из небольших точек растра, или пикселей (pixels). Применение математических формул является главным преимуществом отображения графики и сохранения небольшого размера файлов, что особенно важно для Web.
Возможность сжатия анимации, графики и звука. Такое сжатие файла обусловливает свойство потоковой передачи (streaming), которое позволяет отображать сайт в Web-броузере до полной загрузки его содержимого. Это означает, что одна векторная графика сайта отображается, в то время как другая графика, звук и анимация все еще загружаются.
Интерактивность во Flash может состоять из самых разных свойств. Помимо неограниченных возможностей применения простой графики, анимации или крупных заголовков, в любой объект или область сайта можно вводить полноценные навигационные свойства: кнопки, меню или фрагменты анимации, с помощью которых конечный пользователь перемещается по сайту. А задавая действия (actions), можно создавать интерактивные фильмы. Для создания интерактивных элементов управления во Flash предоставляется язык создания сценариев – ActionScript.
Изображения и тест, разработанные во Flash, всегда отображаются ясно и четко, что опять же обусловлено векторной графикой.
Flash помогает пользователю рисовать. В частности, Flash может распознавать основные геометрические формы в процессе их создания. При этом она заменяет небрежно нарисованную форму правильной геометрической формой, которую, как предполагается, пользователь пытается нарисовать. Например, если быстро нарисовать овал или окружность, создав круглую форму, Flash сделает эту форму более плавной и круглой, доведя ее до идеального овала или окружности. Кроме того, Flash помогает создавать прямые и плавные линии.

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

Для того чтобы овладеть ActionScript в полной мере, желательно уже иметь опыт программирования (предпочтительно на С++, JavaScript, etc.). Однако одним из достоинств языка Flash является то, что вам не нужно быть профессионалом во Flash, или полностью знать ActionScript, чтобы писать на нем качественный код. Вы можете использовать лишь те возможности языка, которые сочтете необходимыми для своей работы.

Многие CRM провайдеры для солидности называют свои продукты всеми возможными модными терминами – SaaS, аренда, хостинг, on-demand… При этом под одними и теми же терминами могут встречаться немного разные схемы доставки приложений.

Как правило, под SaaS CRM следует понимать веб-сервис, работающий на сервере провайдера и расчитанный на мульти-аккаунтную структуру. Т.е. для каждого клиента не развертывается отдельная копия программного обеспечения, а лишь создается аккаунт, внутри которого возможен доступ только к своим данным (а не к данным других компаний).

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

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

Во всех случаях, фактически, пользователи не покупают ПО в собственность, а берут его в аренду за ежемесячную плату. А все непрофильные работы – внедрение, поддержка, обновление системы – лежат на плечах провайдера.

SaaS CRM системы предоставляют такие же самые функциональные возможности, что и традиционные CRM системы, но поставляются в виде сервиса «под ключ», доступного через интернет, без необходимости его установки и поддержки.

При этом пользователи не покупают систему в собственность, а платят ежемесячную плату за ее использование.

Очевидные преимущества такой схемы:

- более низкие начальные затраты и общая стоимость владения системой

- более простое и быстрое внедрение CRM системы

- платить можно только за реально используемое количество рабочих мест

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

- глобальный доступ к системе через интернет

Недостатки SaaS CRM, которые приводят в качестве аргументов поставщики инсталлируемых систем:

- предоставление доступа к своей клиентской базе сторонней организации (CRM провайдеру)

- ненадежный или низкоскоростной интернет

- возможные трудности при интеграции SaaS CRM с внутренними бизнес-приложениями

- недостаточно возможностей по индивидульной настройке системы

CRM системы с интернет (Web) доступом находят все большее применение в организациях с географически-распределенной структурой или использующих удаленных и мобильных сотрудников. В первую очередь это дистрибьюторские компании, страховщики, банки, СМИ, телекомы, разработчики ПО, интернет-бизнесы, транспортные компании и т.д.

В таких организациях Web CRM, имеющие единую (онлайновую) базу данных, легко вытесняют традиционные клиент-серверные системы, использующие репликацию и синхронизацию между удаленными серверами (что очень дорого и неуклюже).

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

Web-технологии позволяют создавать более удобные пользовательские интерфейсы с элементами знакомых всем пользовательских интернет-сервисов. Поэтому, как правило, с онлайн CRM системой пользователи работают с большей охотой.

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

Web CRM системы можно устанавливать на собственный корпоративный сервер, либо использовать в виде интернет-сервиса (SaaS модель).

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

Западная статистика говорит о том, что 20 лет назад 97% конечных контактов в бизнесе происходило по телефону и 3 процента – по другим каналам. Уже к 2005 г. 80% контактов, которые приводят к конкретному результату, будут осуществляться через Интернет, Call-центры и другие каналы.

Современная концепция CRM рассматривает продажи не как отдельный акт, осуществленный конкретным продавцом конкретному покупателю, но как непрерывный процесс, в который вовлечен КАЖДЫЙ сотрудник компании. Как искусство и науку использования информации о клиенте для приобретения его лояльности и повышения его ценности для компании. Цель – строить персональные взаимоотношения с клиентом, независимо от того, какую должность занимает сотрудник компании, в каком отделе он работает, где находится офис.

При этом появилось понятие жизненного цикла клиента, начиная от первого контакта и привлечения его внимания к товару или услуге и кончая формированием лояльности. Любая организация должна в первую очередь ответить на пять основных вопросов:

Кто мой потребитель (его отношение, восприятие, поведение, потребности)

Где, в каком месте осуществляется контакт потребителя с организацией?

Насколько эффективно строятся взаимоотношения к ним?

Когда и почему эти взаимоотношения прерываются?

Во что обходится организации приобретение или потеря таких взаимоотношений?

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

Наличие продукта (Компания имеет то, что я хочу)

Ценность (Цена соответствует моим ожиданиям)

Удобство (Продукт легко получить и использовать)

Доверие (Я уверен, что продукт надежен и качественен)

Конечной целью компании и результатом ее деятельности было «Удовлетворение» клиента.

В эпоху электронной, «новой» экономики высшая цель – лояльность, причем взаимная – не только клиент лоялен к компании, но и компания лояльна к клиенту). От достигнутого уровня удовлетворения строится новая цепочка.

Удовлетворение (Мои потребности и запросы обеспечены)

Постоянство (Компания действует, исходя из моих интересов)

Персонализация ( Компания демонстрирует, что она знает и идет навстречу моим личным пожеланиям)

Слияние (Взаимоотношения строятся на моих условиях и под моим контролем)

Цель и результат – лояльность!

В рамках новой системы мотиваций задача CRM – охватить ВСЕ каналы и точки контакта с клиентами и согласовать их, чтобы была единая методика и техника общения. Каждый контакт должен работать на привлечение покупателя! Клиент хочет быть обслуженным с одинаковым качеством независимо от канала взаимодействия, и получить быстрый профессиональный отклик! Информация, доставляемая клиенту по его запросу, должна быть точной, полной и последовательной. Не должно быть разных ответов на одни и те же вопросы от разных представителей компании.

Четыре ключа к успеху

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

Можно сформулировать четыре слагаемых успеха этой работы:

Сформулировать «правильное» коммерческое предложение,

Предложить его «правильному» клиенту (который «клюнет»),

Использовать «правильный» канал доставки,

Доставить в «нужный» момент времени.

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

Функциональность CRM

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

Пи этом основными функциональными блоками большинства CRM систем являются:

Блок SFA (Sales Force Automation) – Автоматизация деятельности торговых представителей.

Блок MA – (Marketing Automation) – Автоматизация маркетинга.

Блок CSS – (Customer Service & Support) – Автоматизация службы поддержки и обслуживания клиентов.

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

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

Как и любые другие системы, системы CRM можно классифицировать по нескольким признакам. В основе классификации лежит «три круга» задач, решаемых в рамках CRM. Внутри лежит коммуникационная инфраструктура. Сверху – бизнес-задачи. Посередине – процессы управления при решении этих задач.

При этом можно выделить три основных цели использования CRM систем:

Оперативная (оперативный доступ к информации в ходе контакта с клиентом в процессе продаж и обслуживания)

Аналитическая (совместный анализ данных, характеризующих деятельность как клиента, так и фирмы, получение новых знаний, выводов, рекомендаций)

Коллаборационная (клиент непосредственно участвует в деятельности фирмы и влияет на процессы разработки продукта, его производства, сервисного обслуживания)

Особенности внедрения CRM

Когда мы от концепции переходим к конкретным технологиям, то строим на предприятии некую интегрированную инфраструктуру, которая включает в себя организацию процесса внедрения и конкретные технологические средства, программные средства, базы данных. Это интеграция бизнес-процессов, которые часто приходится менять или заново выстраивать при внедрении CRM.

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

Как перейти от общей концепции CRM к конкретной технологии?

Каковы ключевые критерии выбора программного решения, максимально удовлетворяющего запросам компании?

Как провести интеграцию каналов взаимодействия с клиентами, источников и средств сбора и обработки информации? На базе каких технических средств?

Как оценить прямые и скрытые затраты? Как рассчитать и оценить ROI (Return on Investment) – возврат инвестиций при внедрении CRM системы?

Каковы ключевые шаги при внедрении системы, как управлять проектом?

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

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

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

Зачем Вам нужен CRM?

На Западе более 70 процентов компаний, покупающих CRM, рассчитывают на увеличение продаж. Они покупают CRM ради комплексной работы с клиентами, персонализации, формализации баз данных, поскольку на определенном уровне развития компания «задыхается» без нормальных информационных систем, без нормальных средств интеграции всех контактов. На последнем месте среди причин покупки называют выделение средств на CRM-системы. Фактором покупки системы является отнюдь не наличие денег, но осознание ее необходимости.

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

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

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

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

Заметны следующие тенденции рынка CRM решений:

От дорогих комплексных решений к средним по стоимости,

От внедрения все новых приложений к интеграции уже имеющихся,

От комплексных решений к целевым рынкам,

От «крайностей» – телефонных контактов или WEB-based технологий к интеграции каналов взаимодействия,

От моделирования и прогноза перспектив компании, к моделированию и прогнозу перспектив клиента,

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

Сменяются акценты:

От технологий к человеческому фактору,

От количества, «массы» данных, собираемых о клиентах, к их надежности, средствах обработки, верификации и «очистки», повышения их качества,

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