Симонович С.В. (ред.) Информатика для юристов и экономистов

Подождите немного. Документ загружается.

Такая ситуация была типичной в период 1994-1997 гг., но и сегодня мно-

гие компании предпочитают не создавать свой Web-сервер, а арендовать место

у системных интеграторов. Ныне к такому решению приходят уже не столько

по экономическим, сколько по кадровым причинам. Многие большие и малые

предприятия способны приобрести программное и аппаратное обеспечение

Web-сервера, но при этом испытывают затруднения с подбором кадров доста-

точной квалификации — их просто не хватает.

При такой системе взаимодействия между системным интегратором и

коммерсантом есть несколько подходов к решению вопроса о размещении спе-

циального программного обеспечения, предназначенного для интерактивного

взаимодействия между клиентом и сервером.

1. Системный интегратор может заранее установить на сервере ограни-

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

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

да из них. Полученные от клиента данные вводятся в виде параметров, а ре-

зультаты, выданные программами, используются при формировании новых

Web-страниц. По такому принципу, например, работают счетчики числа посе-

тителей, которые можно видеть на многих Web-узлах.

С точки зрения арендатора сервера основной недостаток такого подхода

— малая гибкость. Арендатор получает ограниченный набор функций. Напри-

мер, ему предоставляют средство функционирования счетчика посетителей,

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

зовать для сбора заказов от клиентов), средства для установки и анализа марке-

ров cookie, может быть, даже защищенные средства для обработки данных пла-

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

стереотипен и негибок в настройке.

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

сказывается на безопасности функционирования системы. Это связано с тем,

что эти средства распространены очень широко, а значит, тщательно проверены

в ходе реальной эксплуатации в различных системах. С другой стороны, ориен-

тация на типовые средства может компрометировать безопасность, так как если

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

пользования этих средств, то есть высокая вероятность того, что незаконный

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

щие аналогичное программное обеспечение. !

Безопасность в данном случае зависит от оперативности действий системного адми нистрато-

ра и от его информированности о том, какими методами пользуются злоумышленники в каж-

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

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

телей, и должен иметь доступ к каналам обмена информацией, которыми пользуются злоумышленни-

ки. То есть, системный администратор должен обладать весьма специфическим опытом, который

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

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

электронной коммерции.

2. Второй вариант — компромиссный, когда системный интегратор разре-

351

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

том, но оговаривает это разрешение тщательной проверкой размещаемых про-

грамм и материальными санкциями в случае возникновения ущерба по вине

арендатора.

В данном случае арендатор может получить такую гибкость и функцио-

нальность системы, какие ему необходимы, но он не избавлен от необходимо-

сти наличия квалифицированных разработчиков программного обеспечения и

несет повышенные затраты на его разработку, тестирование и страхование.

Нередко арендаторы заказывают изготовление программного обеспече-

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

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

мы скрытую функциональность для несанкционированных действий. Чтобы

убедиться в отсутствии тайных «закладок», требуются опять-таки услуги про-

фессионалов высокой квалификации и дополнительные затраты.

3. Третий вариант — заказ специфического программного обеспечения

самому системному интегратору. В этом случае арендатор получает необходи-

мую функциональность и гибкость при минимальных угрозах безопасности

серверу. Часто такое решение оказывается наиболее экономически оправдан-

ным, но и у него есть важный недостаток.

Этот недостаток состоит в непереносимости используемых программных

средств на другое аппаратное обеспечение. Если в будущем потребуется сме-

нить системного интегратора (а экономические, технические и организацион-

ные потребности в этом возникают весьма часто), то для нового системного ин-

тегратора программное обеспечение, разработанное третьей стороной, опять-

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

во, на новом уровне.

Сценарии и приложения CGI. Вернемся ненадолго к рассмотренным

нами ранее Web-формам. Web-формы — это простейшее средство передачи на-

бора параметров от броузера к Web-серверу, то есть предпринимателю от по-

требителя. Однако Web-сервер может только принять эти параметры, но ничего

не может с ними сделать — для этого нужна специальная программа. Она

должна работать на сервере в качестве отдельного серверного приложения.

Строго говоря, она может быть совершенно произвольной («черным ящиком»)

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

самостоятельно, а обмениваться с Web-сервером данными по заданным прави-

лам. Этот набор правил представлен в спецификации CGI (Common Gateway In-

terface — общепринятый шлюзовый интерфейс).

Шлюзовыми называются программы, выполняющие функции согласования работы программ-

ных и аппаратных средств.

Серверные программы, разработанные с учетом спецификации CGI, мо-

гут быть написаны на многих языках программирования, лишь бы операцион-

ная система серверной стороны могла их исполнять. Если эти программы напи-

саны на таких языках, как C++, Pascal и др. (компилируемые программы), то

352

они напрямую работают с операционной системой сервера и называются при-

ложениями CGI. Если же они написаны на таких языках, как Perl, Tel и т. п.

(интерпретируемые программы), то они выполняются под управлением проме-

жуточного посредника (интерпретатора), который, в свою очередь, работает

под управлением операционной системы. В этом случае программы CGI назы-

вают сценариями CGI.

О том, какие сложности возникают с размещением на сервере произволь-

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

а арендует его, мы рассказали в предыдущем разделе. Некорректно написанные

сценарии и приложения CGI представляют опасность для сервера, но зато они

не представляют опасности для пользователей — для них общение с програм-

мой происходит через вполне безопасный механизм Web-форм. Ничего такого,

что пользователь не ввел в Web-форму собственноручно, серверу передано не

будет.

Активные объекты. Не желая подвергать сервер опасности из-за работы

на нем не вполне исследованных программ СС7(или не удовлетворяясь теми

проверенными стандартными приложениями CGI, котррые хотя и безопасны,

но не интересны из-за своей стереотипности), владелец Web-узла может повы-

сить динамичность и интерактивность своих Web-страниц путем размещения

на них так называемых активных объектов. Кстати, при этом он одновременно

увеличит и быстродействие интерактивных средств. Однако в этом случае все

проблемы безопасности перемещаются со стороны сервера на сторону клиента.

Понятно, что информированные клиенты воспримут это негативно и могут

отказаться от услуг такой электронной коммерции, а корпоративные клиенты

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

компьютерные системы.

Активные объекты встраиваются в Web-страницы точно так же, как и

пассивные элементы оформления (рисунки, видеофрагменты, звуковые клипы).

Особенность активных объектов состоит в том, что они содержат в своем соста-

ве не только данные (текст, графику, музыку), но и программный код, то есть,

являются по своей сути микропрограммами, работающими на компьютере кли-

ента.

Никогда нельзя забывать, что Интернет — это среда, в которой для программ действует принцип пре-

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

пертиза не докажет обратное.

Далее мы рассмотрим активные объекты и активные сценарии, такие, как

апплеты Java, сценарии JavaScript, сценарии VBScript, элементы ActiveX. Но

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

чаний о нецелесообразности их использования в электронной коммерции.

1.На ранних этапах развития коммерческой деятельности в Сети эти сред-

ства нашли широкое применение (пока не было более совершенных техноло-

гий), но сегодня их использование в коммерческой деятельности значительно

сократилось. Добросовестные коммерсанты использовали эти объекты для со-

353

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

более эффективные и безопасные средства. В то же время, недобросовестные

предприниматели использовали (и используют) активные объекты и сценарии

для получения дополнительной информации о пользователе и его компьютер-

ной системе с целями, не имеющими ничего общего с обслуживанием. Как пра-

вило, собранные сведения об участниках коммерческой деятельности в Сети

ложатся в классифицированные базы данных с последующей их перепродажей

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

говых исследований» средствами, нарушающими права граждан.

2.Использовать активные объекты и активные сценарии в составе Web-

страниц предприятий электронной коммерции достаточно бессмысленно по той

причине, что информированный клиент все равно отключит возможность их ра-

боты посредством настройки своего броузера. Современные средства оформле-

ния Web-страниц позволяют успешно обходиться без подобных излишеств, и

потому их использование негативно характеризует предпринимателя, как от-

ставшего в развитии и не проявляющего заботу о потребителе.

3.Пользователям рекомендуется настроить средства просмотра Web-стра-

ниц таким образом, чтобы они предупреждали о наличии активных объектов и

сценариев в составе просматриваемых ресурсов (рис. 10.6). При обнаружении

активных объектов или сценариев целесообразно отказаться от коммерческого

взаимодействия с данным сервером и найти другого поставщика, работающего

более корректно.

Рис. 10.6. Отключение активных объектов и сценариев в

программе Internet Explorer 5

Апплеты Java. Апплеты Java — это микропрограммы, написанные на

языке Java и поставляемые в составе Web-страниц как встроенные объекты. По-

354

сле загрузки они работают на компьютере клиента под управлением его броузе-

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

предусмотренные автором Web-страницы. Использование языка Java для созда-

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

программирования.

Языки программирования делятся на компилируемые и интерпретируе-

мые. Программы, разработанные на компилируемых языках, таких, как C++,

Pascal и др., проходят предварительную обработку (компиляцию), после чего

превращаются в машинный код, напрямую работающий с процессором. Это де-

лает их очень эффективными, но в определенном смысле оставляет без внешне-

го контроля.

Программы, разработанные на интерпретируемых языках программиро-

вания (классический пример — язык Basic), работают под управлением интер-

претатора. Это делает их весьма медленными в работе и неудобными в транс-

портировке, но зато они машиннонезависимы. Поскольку такая программа

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

тать на любом компьютере, имеющем соответствующий интерпретатор.

Создатели языка Java смогли сочетать в нем быстродействие, характерное

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

претируемых языков программирования. Это достигнуто двухступенчатым про-

цессом подготовки программы к исполнению. После ее написания происходит

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

эффективностью машинного кода, но не связан ни с каким конкретным процес-

сором или операционной системой. Работа программы на компьютере происхо-

дит под управлением интерпретатора, переводящего инструкции промежу-

точного кода в код конкретного процессора. Такой интерпретатор называется

виртуальной машиной Java и существует для большинства компьютерных плат-

форм и операционных систем. Поэтому один и тот же код Java может выпол-

няться без каких-либо модификаций на самых разных компьютерах.

Как и любой программный код, код, созданный на языке Java, может

быть сколь угодно вредоносным, но для создания Java-апплетов разрешается

использовать не все средства языка. В частности, запрещены операции, связан-

ные с записью данных на жесткий диск пользователя (как наиболее опасные).

Контроль за тем, что реально содержится в Java-апплете, возложен на броузер.

Он должен проверять каждую исполняемую инструкцию Java-апплета и блоки-

ровать те операции, которые представляют потенциальную опасность для

компьютера клиента.

Тем не менее, вся история создания и развития броузеров всех типов за

годы существования Java-апплетов представляется непрерывной чередой обна-

ружения и устранения уязвимостей в их системах защиты. Безопасных броузе-

ров, в смысле полноценного контроля за работой Java-апплетов, история техни-

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

для отключения приема этих активных объектов.

Если Java-апплеты не отключены, пользователь принимает на себя весь

риск, связанный с запуском неизвестного кода на компьютере. Он может при-

355

нять решение самостоятельно, если это личный компьютер. Для служебных

компьютеров режим работы Java-апплетов определяется политикой предприя-

тия, за которую отвечает системный администратор.

Сценарии JavaScript. Сценарии JavaScript — это фрагменты программ-

ного кода, написанные на интерпретируемом.языке программирования JavaS-

cript. Этот язык был введен компанией Netscape Communications для своих бро-

узеров, начиная с броузера Netscape Navigator 2.0. Интерпретатором сценариев

выступает сам броузер. Компания Microsoft, развивающая альтернативную тех-

нологию VBScript, сравнительно долго сопротивлялась поддержке сценариев

JavaScript, но поскольку они быстро завоевали популярность, начиная с Internet

Explorer 3 она тоже поддерживает это средство.

Сценарии JavaScript — это не активные объекты, как Java-апплеты, но это

тоже рабочий код, поэтому их называют активными сценариями. Язык JavaS-

cript можно условно рассматривать как «фирменное расширение» стандарта

HTML. Операторы этого языка записываются в составе Web-страницы.

Назначение сценариев JavaScript несколько отличается от Java-апплетов.

В то время как апплеты — это микропрограммы, работающие в отдельном

окне, сценарии JavaScript работают в составе броузера и оказывают влияние на

всю Web-страницу и на все окно броузера. Так, в частности, с помощью этого

средства Web-страница может открывать новые окна броузера, управлять их

размером, составом командных кнопок и т. п.

Угроза, которую представляют сценарии JavaScript, тоже несколько отли-

чается от угрозы апплетов Java. Так, например, апплеты Java могут приводить к

несанкционированным действиям на компьютере клиента, а сценарии JavaScript

могут приводить к несанкционированному получению информации о клиенте.

Здесь, как и в случае Java-апплетов, броузер должен стоять на страже интересов

пользователя, но справляется он с этой задачей неудовлетворительно. Более

того, положение с безопасностью сценариев JavaScript даже хуже, чем с без-

опасностью Java-апплетов. Это связано с тем, что Java-апплеты представляют

угрозу всей компьютерной системе, и потому при каждом обнаружении новой

уязвимости производитель броузера спешит ее устранить и выпустить улуч-

шенную версию своей программы. В случае сценариев JavaScript угроза общей

безопасности меньше, а возможность неправомочного доступа серверов к част-

ной информации клиентов рассматривают как не очень критичный недостаток.

Поэтому в данном случае производители броузеров обычно не слишком спешат

принимать меры к исправлению ошибок.

Уровень безопасности программного средства, имеющего уязвимость, резко снижается в мо-

мент опубликования сведений об ее обнаружении. На кратковременный период между опубли-

кованием сведений об уязвимости и ее устранением приходится лавинообразный рост атак на

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

выявленной уязвимости имеет очень важное значение. Счет идет буквально на дни.

Сценарии VBScript. Про сценарии VBScript можно сказать все то же

самое, что и про сценарии JavaScript, за единственным исключением, что эту

технологию развивает компания Microsoft в своих броузерах Internet Explorer,

356

и, кроме нее, никто не спешит ее использовать. Для авторов Web-страниц ис-

пользование языка VBScript проще, чем JavaScript, поскольку он имеет свои

корни в относительно простом языке Visual Basic. Однако применение таких

сценариев в составе Web-страниц чревато тем, что заметная часть клиентов не

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

нии Microsoft.

С точки зрения безопасности, сценариям VBScript присущи все те же

проблемы, о которых рассказано выше применительно к сценариям JavaScript.

Элементы ActiveX. Это еще одна технология, применение которой в элек-

тронной коммерции не очень желательно. Во-первых, она введена компанией

Microsoft и поддерживается только компьютерами, работающими с операцион-

ными системами Windows (большой процент клиентов, работающих с иными

операционными системами, теряется), а во-вторых, она еще менее безопасна,

чем апплеты Java.

Как и апплеты Java, элементы ActiveX — это программные объекты,

встраиваемые в состав Web-страниц. После загрузки они запускаются и работа-

ют на компьютере пользователя. Однако если в случае Java-апплетов на страже

интересов пользователя стоит броузер, предотвращающий исполнение потенци-

ально опасных операций, то за работой элементов ActiveX вообще нет никакого

контроля.

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

Она основана на принципе пассивной безопасности. Предполагается, что за без-

опасность активного объекта должен отвечать его разработчик. Каждый объект

ActiveX имеет электронную цифровую подпись. Он поставляется вместе с

открытым ключом разработчика и сертификатом удостоверяющего центра. То

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

рить наличие подписи и сертификата и выдать предупреждающий сигнал, если

содержимое объекта кем-то изменено или сертификат разработчика отсутству-

ет, не действителен или не может быть проверен (рис. 10.7). Если же с подпи-

сью и сертификатом все в порядке, объект будет работать на компьютере без

какого-либо контроля, и, что именно он будет делать, знает только его созда-

тель. Пользователю остается лишь полагаться на «доброе имя» разработчика и

на то, что в аварийной ситуации он теоретически может знать, кому предъяв-

лять претензии.

По понятным причинам использование элементов ActiveX при обслужи-

вании клиентов средствами электронной коммерции совершенно недопустимо.

Тем не менее, эту технологию широко используют как внутрифирменную. Вну-

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

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

лизации, между складом и группой приема заказов и т. п.

357

Рис. 10.7. Броузер предупреждает пользователя о том,

что действительностьсертификата на программное

обеспечение проверить не удалось

Технология подключаемых приложений. Мы рассмотрели приемы уве-

личения интерактивности и динамичности Web-страниц путем встраивания в

них активных объектов и активных сценариев. Мы убедились в том, что в

большинстве случаев такие решения несут определенную угрозу для пользова-

телей. Если пользователь использует WWW в информационных или развлека-

тельных целях, то можно рассчитывать, что он не предпримет жестких мер для

борьбы с активными компонентами. Однако, когда речь идет об электронной

коммерции, информированный пользователь, скорее всего, отключит в броузе-

ре поддержку любых активных объектов и активных сценариев.

Тем не менее, если мы хотим организовать интерактивное взаимодей-

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

программа, обслуживающая соединение. В данном подразделе мы рассмотрим

прием размещения такой программы на стороне клиента, то есть на компьютере

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

замечания.

1.Прежде всего, сервер должен предложить клиенту принять и устано-

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

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

средствами HTTP к HTML

2.Со своей стороны, пользователь должен решительно отказываться от

всех предложений серверов что-то ему установить, так как это прямой путь к

потере управления над своим компьютером и хранящейся на нем информации.

3.Это противоречие имеет объективный характер. С подобными явления-

ми мы очень часто сталкиваемся в вычислительной технике вообще и в элек-

358

тронной коммерции в частности. Общий принцип разрешения таких конфликт-

ных ситуаций — действие через посредника.

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

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

специфические объекты не программной природы (например графические), об-

ладающие особыми свойствами, но не обладающие способностью к активной

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

средство, с помощью которого он сможет этими объектами управлять.

Приведем пример. Сервер отправляет клиенту Web-страницу, посвящен-

ную столовому сервизу. На этой странице в виде объектов имеются изображе-

ния отдельных предметов, выполненные в специальном формате. Клиент может

выбрать изображение любого предмета, увеличить его на экране, внимательно

рассмотреть его художественное оформление, произвольно поворачивать пред-

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

ем клиент не обращается к серверу с новыми запросами (с просьбами показать

предмет с другой стороны). Все данные им уже приняты — они хранятся в ис-

ходном объекте. Просто программа, имеющаяся на стороне клиента, позволяет

извлекать из этих данных все новую и новую информацию и формировать се-

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

ется им как интерактивность.

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

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

это средство безопасно. Относительная уверенность в этом возникает, если

речь идет о независимом поставщике общепризнанной технологии, применяю-

щейся достаточно широко, чтобы считаться стандартной. Чем шире она распро-

странена, тем больше вероятность того, что ее уязвимости, если они и есть, не

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

На практике такие программные технологии «третьих фирм» реализуют-

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

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

для подключения к ним вспомогательных приложений. Такие приложения не

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

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

страницы «свои» объекты и воспроизводят их на экране или иным способом,

например в виде звука.

Технология Flash. Flash-технология внедрена компанией Macromedia, из-

вестной своими разработками в области компьютерного дизайна. Авторам тех-

нологии удалось разработать механизм и выпустить программное обеспечение

для создания необычайно компактных flash-объектов, обладающих свойствами

динамичности (за счет анимации) и интерактивности (за счет возможности

пользователя управлять их поведением на экране). Создатели Web-страниц раз-

мещают flash-объекты точно так же, как размещают обычные графические эле-

менты оформления. Компактность flash-объектов обеспечивает их быструю

передачу по медленным каналам связи.

359

Таблица 10.1.

Сравнение некоторых Web-технологий

Технология Преимущества Недостатки

Сценарии и

приложения

CGI

Безопасность для клиента. Высокая

совместимость, поскольку на выхо-

де создаются стандартные HTML-

страницы, просматриваемые в лю-

бом броузере

Потенциальная угроза серверу. Необ-

ходимость поддержки от админи-

страции сервера. Необходимость в

использовании квалифицированных

программистов.

Апплеты Java Возможность создания визуальных

эффектов. Возможность создания

интерактивных игр с пользова-

телем

Необходимость в программистах вы-

сокой квалификации. Угроза без-

опасности для клиентов. Высокая ве-

роятность того, что клиент отключит

необходимые функции.

Элементы

ActiveX

Возможность взаимодействия с

другими прграммами на компью-

тере пользователя. Возможность

записи данных на жесткий диск

компьютера пользователя.

Не полная совместимость, так как

только броузеры Internet Expiorer

поддерживают элементы ActiveX.

Отсутствие защиты пользователя.

Возможность прямого воздействия

на жесткий диск и операционную си-

стему. Высокая вероятность того, что

клиент отключит необходимые функ-

ции.

Активные

сценарии JavaS-

cript

Относительная простота реализа-

ции. Высокая производительность.

Удобны для контроля заполнения

Web-форм и для управления окном

броузера.

Угроза безопасности для клиентов.

Недостаточная совместимость с бро-

узерами разных типов. Неприглядная

репутация в глазах пользователей,

связанная с фактами некорректного

пользования. Высокая вероятность

того, что клиент отключит необходи-

мые функции.

Активыне

сценарии VB-

Script

То же + особая простота реализа-

ции

То же + более ограниченная совме-

стимость

Для просмотра flash-объектов пользователь должен иметь специальный

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

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

Web-страницы, содержащей flash-объекты, ему выдается предложение устано-

вить проигрыватель. При положительном ответе на предложение происходит

автоматическое подключение к Web-серверу компании Macromedia, передача и

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

Для потребителя проигрыватель бесплатен — компания Macromedia получает

доход от продажи средств создания flash-объектов, а не средств их просмотра.

При последующих загрузках Web-страниц, имеющих flash-объекты, загрузка

проигрывателя не требуется.

Сегодня flash-технология очень широко применяется в электронной ком-

мерции. В качестве примера можно указать ведущие автомобильные концерны:

Mercedes-Benz, BMW, Opel, Volkswagen, которые периодически используют

flash-технологию при оформлении своих Web-ресурсов. В России примеры ис-

пользования flash-объектов можно найти на Web-узлах компании НТВ+, ряда

360