Документ взят из кэша поисковой машины. Адрес оригинального документа : http://dan.guru.ru/articles/diplom2002.doc
Дата изменения: Tue May 27 18:06:06 2003
Дата индексирования: Mon Oct 1 19:41:15 2012
Кодировка: koi8-r

Московский Государственный Университет им. М.В.Ломоносова
Факультет Вычислительной Математики и Кибернетики
Кафедра АСВК









ДИПЛОМНАЯ РАБОТА

НА ТЕМУ:

"Исследование подходов к построению Интернет-музеев.
Опыт создания музея истории Московского Университета"

студента 521-й группы
Никитенко Дмитрия Александровича




| |Научный руководитель: |
| |Зам.директора НИВЦ МГУ, |
| |д.ф.-м.н. |
| |Воеводин Вл.В. |









Москва, 2002.
Содержание:

Введение 3

Часть I. Общие вопросы организации Интернет-музеев. 6
Современное состояние Интернет-музеев 6
Интернет-музеи в России 6
Интернет-музеи в мире 7
Цели и задачи создания Интернет-музеев 9
Типы электронных экспозиций 11
Оцифровка фондов 13
Авторское право 14
Выводы 17

Часть II. Технологические вопросы 19
Дизайн 19
Статические и динамические сайты. 20
Статические сайты 20
Динамические сайты 21
Серверные технологии программирования 22
CGI 23
ASP 24
JSP и сервлеты 26
PHP 27
ColdFusion 28
SSI 29
Сравнение различных серверных технологий программирования
динамических сайтов 30
Общая организация: Фреймы. Навигация 32
Подготовка к индексированию поисковыми системами 33
Выводы 34

Часть III. Опыт создания Интернет-музея «История Московского университета»
35
Описание проекта 35
Основные моменты истории создания проекта 39
Технологическое описание 40
Общая организация 41
Работа с базой данных 42
Таблицы персоналий "Студенты", "Профессоры", "Ректоры" 43
Управление содержимим статей о персоналиях. 47
Таблица уставов университета. 48
Таблица опубликованных документов. 51
Результат работы (заключение) 52

Список литературы: 53
1. Материалы конференций 53
2. Печатные издания 53
3. Ресурсы Internet 53

Введение


В конце XX века в связи со значительными успехами в ряде отраслей
науки и техники создались предпосылки для качественного скачка в области
информационного обеспечения человечества. Получили широкое распространение
достаточно мощные «персональные» компьютеры, максимально приближающие
пользователей-непрофессионалов в области computer science к информации и
средствам ее обработки. Огромен прогресс в развитии систем хранения
информации. Сильно прогрессируют технологии представления аудио и видео
информации.
Велик прогресс и в области технологий передачи информации. Здесь
следует сказать о космической и мобильной радиосвязи, оптоволоконных линиях
связи и математического обеспечения передачи цифровых данных по каналам
связи. Недаром можно также услышать термин «коммуникационное общество»
наряду с термином «информационное общество».
Указанные предпосылки привели к явлению, которое справедливо можно
назвать информационной революцией. Многие считают, что в результате этой
революции рождается новое постиндустриальное информационное общество,
приходящее на смену обществу индустриальному. Наиболее ярким проявлением
этого качественного скачка в области хранения, обработки, передачи и
представления данных явилось появление Интернета и связанных с ним
электронной почты, телеконференций, форумов и, наконец, информационного Web-
пространства, основанного на использовании гипертекста. Web-пространство
является той новой информационной средой, которая породила принципиально
новый подход к подаче и восприятию информации. Вместе с увеличением
скорости передачи информации эта среда, пожалуй, занимает ключевую роль в
информационной революции.
Применительно к искусству и музейным технологиям новую ситуацию,
связанную с возможностью представления и обмена информацией в сети
Интернет, в первую очередь определяют следующие факторы:
. общедоступность сети Интернет
. при относительно постоянном темпе прироста информации ускоренными
темпами прогрессируют объемы памяти компьютеров и скорость передачи
данных пользователю;
. прогресс в средствах записи графической информации (сканеры,
цифровые фотоаппараты) и трехмерной информации об объектах
культурного наследия;
. возможность параллельного получения и анализа исторических справок
и результатов исследований объекта;
. высокая разрешающая способность дисплеев, а также способов
обработки и представления графической информации, т.е. возможность
представления информации в максимально удобном для восприятия виде.
Создание Интернет-представительств музеев должно проводиться
согласованно с работой «живых» музеев. При этом необходимо осознавать
различия в их целях и возможностях.
Большинство современных музеев Старого света сформировалось концу XIX
- началу XX века. Музеи, в первую очередь, были призваны сохранять объекты
материальной и духовной культуры. Позднее добавились функции проводить
государственную идеологию. Круг посетителей музеев был достаточно узок:
ученые-исследователи, учащиеся, люди из образованных слоев общества.
В настоящее время меняется мотивация посещения музея [1.1]:
большинство людей приходят сюда не получать знания, а проводить свой досуг.
Современные посетители не склонны глубоко вникать в историю создания
произведений искусства, в изучение различных стилей творчества, осматривать
произведения малоизвестных авторов и т. п., а в основном настроены на
созерцание произведений великих мастеров. В результате главным в
деятельности музеев становится трансляция и доставка культурной информации
в максимально востребованном виде, максимально интересно и привлекательно.
Конечно, информация об объекте, получаемая по каналам телекоммуникации
может рассматриваться как предварительная и никакие информационные
технологии и технические средства, возможно, никогда не смогут заменить
непосредственного изучения оригинала.
В классическом музее царят строгий порядок, иерархия (хранители,
смотрители), табель о рангах (художники великие, знаменитые, известные),
дисциплина (охранники, экскурсоводы). Вся эта обстановка дисциплинирует
посетителя, настраивает его на серьезный осмотр экспозиции. Электронная
версия музея или выставки демократична в силу свободы обращения к ней
посетителя электронного музея.
Однако оборотной стороной той свободы, которую обретает зритель в этом
новом информационном пространстве, свободы, пришедшей на место
направляющих, является опасность заблудиться в огромном объеме информации,
утраты контакта и, как результат, растерянности массового посетителя, а
значит, поверхностное изучение им материала (если вообще будет найдено
именно то, что его интересует), а то и «бегство» с экспозиции. В идеале, в
электронных версиях музеев следует предусмотреть многоуровневый доступ,
дифференцируя посетителей по уровню их подготовки к изучению представляемых
материалов, например:
. для неспециалистов;
. для студентов и аспирантов;
. для ученых-исследователей.
В итоге становится очевидным то, что рождение нового Интернет-музея
сопряжено с необходимостью решения достаточно большого количество
технических, информационных и социально-психологических проблем. В данной
работе рассмотрены наиболее популярные и, на взгляд автора, перспективные
решения многих из них.

Главной целью данного дипломного проекта является исследование
наиболее типичных подходов к созданию Интернет-музеев. Это предполагает
рассмотрение как концептуальных принципов построения таких музеев, так и
технических аспектов. В заключительной части работы будет рассказано об
Интернет-музее «История Московского университета», проекта приуроченного к
его 250-летнему юбилею. Он является официальным проектом по истории
Московского Государственного Университета. Данная работа ведется в тесном
контакте с историческим факультетом МГУ, предоставляющим профессионально
подготовленное информационное наполнение.















Часть I. Общие вопросы организации Интернет-музеев.






Современное состояние Интернет-музеев






Интернет-музеи в России


В 1996 году, когда в русскоязычном Интернет пространстве еще не было
серьезных коммерческих каталогов и справочных систем, возник сервер «Музеи
России» , который изначально представлял обширнейшую
справочную информацию о большинстве отечественных музеев. Тогда же возникли
и многие музейные сайты.
На данный момент сервер «Музеи России» - самый крупный Интернет-проект
в культурно-образовательной сфере России. Более 200 тысяч посетителей, база
данных российских музеев и сайтов в открытом доступе (около 2000, почти все
российские Интернет-музеи), переведен на шесть языков, более 50 сайтов
музеев и организаций, музейные новости и подписка, подборка лучших
российских и зарубежных сайтов, раздел для музейных специалистов, музейная
«визитница», раздел CD дисков, раздел детям и туристу, музейная «беседка» и
«кафе», «библиотека» и «законы», конференции, музейная «афиша»,
интерактивные карты, книга отзывов и анкетирование, системы обмена
баннерами и голосования и т.п.
На то же время приходится всплеск CD-изданий по культуре. Однако
создание, выпуск, тиражирование и распространение качественного
коммерческого CD-ROM по культуре требует больших финансовых вложений.
Стоимость подобного мероприятия в России может составлять от 20 до 50 тысяч
долларов США [3.3]. Таким образом, для того чтобы вывести проект хотя бы на
уровень самоокупаемости необходимо продать 2 -5 тысяч дисков по цене 10
долларов каждый. Это при условии, что вполне приличным уровнем продаж для
CD-ROM по культуре считается тысяча в год. Учреждению культуры нет смысла
брать на себя риск по маркетинговому продвижению и распространению
дорогостоящего коммерческого продукта. Приступать к подготовке музейного CD-
ROM целесообразно, только получив предложение от серьезного электронного
издательства, берущего на себя основную долю финансового риска.
Создание сайта даже самого высокого уровня обычно обходится в
существенно меньшую сумму. При этом распространение информации куда шире.
Хотя на данный момент скорость передачи информации по сети и не может
сравниться со скоростью работы с компакт диском, но при этом появляется
большое количество дополнительных принципиально важных возможностей. Это и
обновление контента, и совершенствование пользовательского интерфейса и
технологий представления данных, и прочее, и прочее. Хотя, справедливости
ради, следует сказать, что и выпуск компакт диска может сопровождаться
возможностью «обновления» через сеть. Но это все равно не даст возможности
получить пользователю электронную версию, скажем, новой коллекции, в
противном случае будет получен фактически тот же Интернет-музей. Такой
вариант подходит для предоставления пользователю новостей данного музея.
Музеи и другие учреждения культуры, увидев принципиально новые
способы доставки информации ринулись их использовать. Затем последовал
некоторый спад, связанный, с тем, что в области культуры не было скорой и
эффективной отдачи от моральных, интеллектуальных и материальных вложений в
новые технологии.
В результате, сегодня культура в целом и музеи в частности упустили
инициативу. Ее перехватили молодые коммерческие структуры. Но здесь надо
иметь в виду, что культурный информационный ресурс принципиально отличается
от индустриального. Это отличие состоит в абсолютной неисчерпаемости и
саморасширяемости культурных информационных ресурсов. А это может сулить
как достаточно большие доходы, так и требует постоянных инвестиций.
Многие беды отечественных учреждений культуры происходят от того, что
освоив управление информацией, они не научились управлять с помощью
информации, то есть не в полной мере освоили информационный менеджмент. А
именно это направление работы представляется перспективным.



Интернет-музеи в мире


Теперь будет рассмотрена ситуация с Интернет-музеями в мире в целом.
Электронная библиотека музеев, которую собирает Международный комитет
музеев (ICOM), свидетельствует о высоких темпах развития Интернет-музеев.
На май 1998 года в международной компьютерной сети Интернет было
представлено более 2000 сайтов реально существующих зарубежных музеев и
около 100 сайтов российских музеев.
Число музеев, имеющих представительства в сети, несколько меньше
указанных цифр. Виновники расхождения - неофициальные сайты-"двойники",
подготовленные без участия музеев. Обычно они значительно уступают по
качеству информационного наполнения официальным музейным сайтам.
Особенно неприятна ситуация, когда музей представлен только
неофициальным сайтом. Пользователи Интернет из разных стран мира, как
правило, не вникают в эти подробности и в результате получают о музее
неполное, а зачастую искаженное представление.
В тот день, когда музей, имеющий несчастье быть представленным
неофициальным сайтом, соберется открыть свой, уже официальный сайт, ему
придется начинать работу с уровня популярности "ниже нулевой отметки",
поскольку пользователи привыкли получать сведения о музее в другом месте.
Для Интернет это серьезная проблема. При работе в глобальной сети
значительная часть времени уходит на поиск нужной информации. Единожды
отыскав нечто для себя интересное, пользователь делает "закладку", по
которой в дальнейшем мгновенно находит отмеченный сервер или web-страницу.
Нет сомнения, что тысячи людей - среди которых потенциальные покупатели
музейных изданий, спонсоры, инвесторы - и после появления официального
сайта музея будут продолжать посещать страницы владельца неофициального
сайта, ошибочно полагая, что посещают полноценный Интернет-музей.
Сейчас Интернет-музеев более 8000 только в Италии. В 2000 году
марбургский фотоархив предоставил сетевой доступ к миллиону фотографий из
своей коллекции. Канадская Сеть Культурного наследия (CHIN) представила
Интернет-музей Канады, который впервые объединил предметы искусства,
хранящиеся в различных коллекциях по всей стране. Исследовательская
лаборатория музеев Франции в Лувре
собрала коллекцию 26000 предметов культуры, каждое из которых представлено
150 изображениями для возможности их детального изучения. Все это доступно
через базу данных и будет открыто для сетевого доступа, вероятно, уже в
этом году. Итак, все больше и больше фондодержателей всего мира
предоставляют открытый доступ хотя бы к части своих коллекций через
всемирную паутину.

Цели и задачи создания Интернет-музеев


Это первый и ключевой вопрос, перед которым встает создатель нового
Интернет-музея.
Первое, что бросается в глаза - зачастую неосмысленная мотивация
создания сайта. Многие музеи решают создать свой сайт потому, что "так
надо, так все делают". Такой подход широко практиковался в недалеком
прошлом и, как ни странно, все же играл на руку самому музею и сети. Но все
же, какими должны быть истинные мотивы создания музейного сайта?
Что же дает музею грамотно сделанное представительство в сети
Интернет?
1. Более глубокая интеграция в систему российских и зарубежных профильных
организаций.
2. Появление дополнительные возможности для презентации своих коллекций.
3. Резкая интенсификация процесса обмена профессиональной информацией.
4. Увеличение возможности привлечения недостающих ресурсов в музейную
систему извне.
5. Сайт может быть использован в качестве экспериментальной площадки для
музейного проектирования, место разработки различных музейных моделей.

6. Музей получает возможность во много раз расширить круг своих
посетителей, в том числе и «реальных», а значит приобщить значительно
большее количество людей к культуре или науке.

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

1. Информирование пользователя о существовании «живого» прообраза
электронного ресурса («визитная карточка»)

2. Привлечение на свою «живую» экспозицию (здесь уже подразумевается
выставление части фондов для того, чтобы заинтересовать посетителя)

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

Выбор одной из этих стратегий существенным образом повлияет как на
выбор технологии, способа представления информации, так и на актуальность
прочих возникающих при создании ресурса вопросов.
Вариант «визитной карточки» является зачастую первоначальным этапом
создания серьезного сайта. На начальной стадии создания представительства
музея в сети надо помнить, что сеть Интернет - это удобная справочная
система, и «попасть» в такой общемировой справочник выгодно и престижно. У
музея появится свой собственный адрес в сети, по которому всегда будет
доступна информация о нем. Информацию такого рода сложно назвать
представительством или сайтом музея, это скорее страница музея в сети. Для
«визитной карточки» важнейшим является само ее существование, а, значит, с
технологической точки зрения, ключевым здесь будет дизайн.
Второй этап развития музейных страниц - это реклама музея. Он включает
в себя не просто краткую информацию о работе музея, но и небольшой рекламно-
завлекательный блок в виде экскурсии по музею или демонстрации изображений
отдельных шедевров из коллекции музея. Посмотрев такой блок, потенциальный
посетитель заинтересуется и придет в музей. Это наиболее часто
встречающийся случай музейного представительства (98% музейных сайтов
находятся именно на этом этапе развития [3.3]).
, .
В этом, втором, варианте, когда надо действительно привлечь
посетителя, в ход уже следует пускать достаточно мощные решения и
технологии. Здесь предполагается своевременное информирование посетителей о
новых выставках и прочих новостях, демонстрация части фондов (обычно это
делается в заниженном качестве), и прочее, и прочее. Таким образом, это
получается наиболее сложным, с точки зрения реализации, вариантом.
Дальнейшее развитие музейного сайта достаточно сложно прогнозировать.
Существует очень небольшое количество «продвинутых» музейных сайтов
(например, www.hermitage.ru и www.museum.ru/gmii/).
По мере дальнейшего расширения разделов музейного сайта, неизбежно
встает проблема актуализации представленной информации и регулярное ее
пополнение. Именно актуализация, дополнения и «обратная связь» делают
музейный сайт живым и интересным для повторных посещений, а сам сайт
становится самостоятельной живой музейной формой.
Музейный сайт совершенствует и научную работу, проводимую сотрудниками
музея, придает ей новые формы. В сети можно представить информацию о
коллекциях музея, публиковать научные работы, предоставлять доступ к
музейной базе данных и т.п. По мере совершенствования технологической базы,
станет возможным не только представление и наглядная демонстрация, но и
заказ через музейный сайт: мероприятий и предоставляемых услуг (билетов,
экскурсий, абонементов, лектория и т.п.); музейных товаров (брошюр, книг,
альбомов, видео, СD и т.п.) и т.п. Посетители музейного сайта будут
оплачивать свое посещение Интернет-музея, и это станет одной из основных
статей дохода самого музея. В этом случае ключевым является вопрос, будет
ли доступ к ресурсу платным. Если да, то резко повышаются требования к
наполнению сайта, дизайну и эргономичности. В общем же случае, здесь
важнейшими являются вопросы хранения данных и технологии доступа к ним.
На этом же этапе определяется круг лиц, востребующих ресурс.
Анализируется, кто будет основной посетитель. Этот фактор прежде всего
будет влиять на способ представления информации, на дизайн и структуру
сайта. Понятно, что, например, навигация по сайту, разработанная с учетом
того, что посетителем будет специалист в соответствующей области, может
оказаться совершенно неприемлемой для обычного человека, зашедшего просто
так, побродить.
Были рассмотрены лишь некоторые задачи, решаемые музейным сайтом.
Перечисленные задачи являются базой для разработки структуры музейного
сайта. Хорошо продуманная структура является основой будущего полноценного
музейного представительства.



Типы электронных экспозиций


Этот вопрос можно сформулировать так: «Что должен собой представлять
Интернет-музей: электронную копию реального музея, зазывать на свою «живую
экспозицию», или же быть самостоятельной единицей?»
Возможны следующие варианты:

1. Электронный вариант «живого музея»

2. Вариант Интернет-музея, без существующего прототипа в реальном мире

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

Попробуем понять, зачем стоит сразу решить вопрос выбора типа
электронной экспозиции.
Программное обеспечение, например, 3D Studio, или другое
специализированное программное обеспечение, дает возможность создавать
очень убедительные конструкции. Следующий пример указывает на проблемы,
которые могут быть связаны с этими разработками. Планировалось создать
музей искусств "Museo Virtual de Artes El Pais"
(http://www3.diarioelpais.com/muva/) для современных художников Уругвая. К
сожалению, политический режим в этой стране считает их искусство
неприемлемым. Таким образом, физическое здание так и не было построено.
Поэтому художники построили Интернет-музей. Если не будут включены явные
указания на то, какие части имеют реальные прототипы в физическом мире, на
оригинал которых можно посмотреть, а какие части - нет, в будущем не будет
возможности отличить их друг от друга. Таким образом, станет возможным
вариант, когда посетитель заинтересуется некоторым экспонатом и захочет
посмотреть на его оригинал, в «живом» музее. А в соответствующей «живой»
экспозиции его не обнаружит.
Ситуацию также запутывает отсутствие устоявшейся терминологии. Эта
проблема затрагивается очередной раз практически на каждой связанной с
Интернетом конференции. В качестве примера прежде всего следует привести
обсуждение правомочности употребления термина «виртуальный», которое
возникало на трех конференциях, в которых автор принимал участие: «Научный
сервис в сети Интернет, Новороссийск 2001» и «Интернет и современное
общество, Санкт-Петербург, 2000 и 2001». На всех этих конференциях
поднимался вопрос о правомерности использования термина «виртуальный» (он-
то нас прежде всего и интересует). Дело в том, что сейчас чуть ли каждый
при всяком удобном случае использует «красивые» термины и обороты, не
задумываясь о том, какой смысл вкладывался изначально в тот или иной
термин. Это явление недопустимо, так как вносит элемент путаницы в
терминологию. Чаще всего, в слово «виртуальный» вкладывают смысл слов «не
настоящий, воображаемый», но применительно к Интернет-музеям это не вносит
ясности, так как в данном конкретном случае термин «виртуальный» используют
как применительно к музеям - электронным вариантам реально существующих,
так и применительно к чисто Интернет проектам, не имеющим прототипов в
реальном мире. Требования же, а значит и подходы к созданию чисто Интернет-
музеев и электронных представительств «реальных» музеев различаются, как
было уже сказано выше. Именно поэтому необходимо употреблять этот термин в
таком контексте, когда не возникнет вопроса, что именно человек имел в
виду, а в сложных случаях заменять его на синонимы вроде «электронный
вариант» и т.п.





Оцифровка фондов


К сожалению предоставление открытого доступ хотя бы к части коллекций
пока что представляет очень небольшой процент того, что доступно в самих
музеях. Кроме того, объемы оцифрованных изображений экспонатов могут быть
чрезвычайно велики. Эти размеры гораздо больше того, что может посмотреть
пользователь с обычным модемным соединением со скоростью 56K, а то и
меньшим. Если бы мощные соединения имелись не только в крупных
университетах и исследовательских институтах, эти материалы могли бы быть
более доступными для научных исследований. Сделать богатства, хранящиеся в
учреждениях культуры, доступными для образования и исследований,
представляется одним из главных направлений развития информационных
технологий в этой области в ближайшие десятилетия. Появляются мощные сети,
начинается сетевое взаимодействие учреждений, хранящих культурное наследие,
и все это необходимо поддерживать и развивать.
Проблема оцифровки фондов является самой трудоемкой, ведь существующие
объемы материалов требуют не только денежных вложений для перевода их в
электронную форму, но и, самое главное, это требует громадных временных
затрат. Приведу хотя бы один пример. На конференции «Научный сервис в сети
Интернет, Новороссийск 2001» И.С.Смирнов (Зоологический институт РАН, Санкт-
Петербург) как раз поднял такую проблему. Речь шла об оцифровке громадной
накопленной коллекции для «виртуального зоологического музея». Суть ее была
следующей. Даже если бы удалось приобрести трехмерных сканер («если» уже
говорит о наличии финансовых трудностей), создание электронного образа
объекта с приемлемой детализацией займет, скажем, минуты. А когда таких
объектов десятки тысяч? Наконец, при зарплате, которую может обеспечить
институт, вряд ли найдется хотя бы пара десятков операторов, которые будут
проводить такие работы.
Это лишь частный пример, но он хорошо демонстрирует как саму проблему
оцифровки фондов, так и сложную финансовую ситуацию в учереждениях культуры
нашей страны.
Допустим, удалось оцифровать достаточное количество материалов для
представления их в сети. Прежде чем открывать к ним доступ, должен быть
рассмотрен вопрос авторского права.



Авторское право


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

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

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

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

В этой будет приведена ссылка на примечательное судебное решение,
демонстрирующее характер и сферу действия авторских прав в Интернете. Речь
идет о решении Парижского окружного суда от 14 августа 1996 г. по иску к
некоему пользователю, который без разрешения авторов оцифровал охраняемые
авторским правом песни, занес их в память своего компьютера для сохранения
и тем самым открыл к ним доступ всем лицам, подключающимся к Интернету.
Владельцы авторских прав выдвинули обвинение в нарушении их прав как на
воспроизведение, так и на публичное сообщение.
Пользователь строил свою защиту следующим образом.
Во-первых, он доказывал, что воспроизводил копии только в целях
личного использования, а значит не нарушал права на воспроизведение.
Во-вторых, он утверждал, что за распространение сделанных им цифровых
копий песен должен нести ответственность не он, а те лица, которые через
Интернет без спросу посетили его веб-сайт. Он пытался убедить суд, что веб-
сайт следует уподобить «частному виртуальному дому».
В-третьих, он заявлял, что не нарушил права на публичное сообщение,
поскольку не производил никаких действий по передаче или распространению
оцифрованных им копий.
Парижский окружной суд решил, что в данном случае имеет место
нарушение права на воспроизведение, поскольку лицо, которое, не имея
разрешения, записывает охраняемое произведение в память своего
персонального компьютера, связанного с Интернетом, тем самым воспроизводит
его и поощряет его коллективное использование. В то же время судья не
установил в данном деле нарушения права на публичное сообщение. Было
признано, что пользователь за свое нарушение несет ответственность перед
правообладателями в двояком качестве: как «провайдер содержания» (он
поместил песни в сеть) и как «диспетчер сайта». «Провайдера доступа» суд
оправдал, так как он закрыл доступ к сайту, едва узнав о протестах авторов.
Поэтому представляется необходимым с самого начала создания сайта
формировать его с соблюдением авторских прав. В качестве такого примера
можно привести сайт «Поэзия московского университета» .
Публикация произведений в Интернете производится согласно закону только с
согласия правообладателей.
На данный момент в данной области отсутствует четкая правовая база.
Мала практика ее применения. Поэтому создатель Интернет-музея должен
осознавать все это и еще раз ответить самому себе на вопрос, какие цели он
преследует, создавая этот ресурс. Эта проблема не будет рассматриваться
подробно в рамках данной работы, так как это отдельная и очень обширная
тема для исследований.


Проект MENHIR

MENHIR (The Multimedia European Network of High quality Image
Registration) - мультимедиа европейская сеть регистрации изображений
высокого разрешения. MENHIR - один из самых перспективных Проектов ЕС
программы ESPRINT (раздел 3.12 Multimedia Support Networks), начался в
сентябре 1996 года.
Проект MENHIR развивает достижения уже завершенного Проекта ЕС RAMA
(Remote Access to Museums Archives - удаленный доступ к архивам музеев).
Музеи - участники проекта RAMA - Musee d'Orsay, Oxford University's Beazley
Archive, Galleria degli Uffizi in Florence, Museo arqueologico del Prado,
Goulandris foundation of Athens, Pergamon Museum in Berlin, Museon of the
Hague) - объединены в настоящее время в Ассоциацию MUSEA. По Проекту RAMA
был создан мультимедиа архив, который содержит 15000 описаний, 50000
оцифрованных изображений, 100 фрагментов видеозаписей.
Особенность проекта - объединение не только европейских музеев, но и
крупнейших архивов изображений музейных предметов, издателей, агентств
защиты авторских прав и международных партнеров из США, Японии и России.
Основная цель проекта - разработать в внедрить единые стандарты для
архивации, защиты и использования мультимедиа информации музейных собраний.
В рамках проекта разрабатывается и аппаратно-программный комплекс MINERVA
(Modular digital Image Network Equipment for Registration and Value Added
services) для оцифровки, идентификации и маркетинга компьютерных
изображений в сети Интернет. Сеть MENHIR охватывает восемь европейских
стран: Австрию, Бельгию, Францию, Германию, Италию, Люксембург, Швецию и
Великобританию, а также сотрудничает с архивами изображений США (Art
Resourses) и Италии (Fratelli Alinari), музеями Японии (National Museum of
Western Art , Токио) и России (ГИМ, Москва). Партнерами проекта MENHIR
являются также учебные организации, аукционы, эксперты, издательские
компании, производители мультимедиа продуктов, рекламодатели и т.д.
Агентства по охране авторских прав являются важными участниками проекта,
так как они обеспечивают международную защиту прав на интеллектуальную
собственность - IPR (Intellectual Property Rights), давая возможность
учреждениям культуры и другим партнерам безопасно обмениваться мультимедиа
информацией.
Сеть MENHIR основана на базе INTERNET и стандарте ISO/JPEG 10918-3
формата компьютерных изображений высокого разрешения, принятых Объединенной
группой экспертов по фотографии (Joint Photographic Expert Group - JPEG) и
Международной Организацией стандартов (International Standard Organization
- ISO).
В основу технологий MENHIR положена система SPIDER (System of
Protection for Images by Documentation, idEntification and Registration
digital files - система защиты изображений с помощью документации,
идентификации и регистрации цифровых файлов), графический формат SPIFF
(Still Picture Interchange File Format - Формат Обмена Файлов Неподвижных
Изображений) и регистрация файлов через систему национальных регистраторов,
назначаемых представителями ISO: во Франции AFNOR; в США USNB (ANSI); в
Великобритании BSI.



Выводы


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






























Часть II. Технологические вопросы


В этой части будет рассмотрен ряд вопросов связанных с реализацией
Интернет-музея, т.е. технологической стороной создания некоторого
специального сайта, к которому предъявляются свои специфические требования.
На данном этапе развития Web программирования оно позволяет нам
отходить от стандартной концепции создания сайтов в виде статических HTML
(Hyper Text Markup Language) страниц и перейти на качественно новый
уровень, используя механизмы динамического генерирования контента. Сейчас
доступно достаточно много позволяющих это сделать технологий, в этой работе
коротко на них мы тоже остановимся. В качестве примеров можно привести:
CGI, ASP, JSP, PHP etc. Механизм динамического генерирования страниц
представляется наиболее подходящим для решения проблем, связанных с
постоянными обновлениями содержимого сайта. Кроме того, широчайшие
возможности предоставляет совместное использование таких технологий с СУБД.
Далее будут рассмотрены основные технологические вопросы построения
Интернет-музеев.



Дизайн


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




Статические и динамические сайты.




Статические сайты


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


Привязанность контента к дизайну

Дело в том, что язык HTML, являющийся сегодня общепринятым стандартом
и технологическим базисом WWW, приспособлен для описания внешнего вида
документов. Страницы статических сайтов находятся именно в виде HTML-
документов. И как правило, каждая страница кроме содержательной информации
включает некоторое обрамление - «шапку» данного сайта, меню, служебные
ссылки для удобной навигации и др.
Поэтому на страницах, отображающих конкретные документы, смысловое
наполнение получается сильно привязано к дизайну, причем как дизайн самого
документа, так и сайта в целом.
Это влечет за собой большое количество негативных следствий. В первую
очередь можно назвать трудоемкость публикации новых и редактирования
существующих документов - они должны оформляться надлежащим образом с
учетом стилевых особенностей и включением стандартного обрамления.
Обычно на современных сайтах на каждый содержательный документ имеется
более чем одна ссылка: в тематическом разделе, в общем хронологическом
индексе и, наконец, пока документ свежий, на первой странице (новость).
Поэтому публикация документа - это не только добавление страницы, но и
изменение трех-четырех других страниц, что в несколько раз увеличивает
трудоемкость и риск испортить дизайн.
Изменение структуры или дизайна сайта становится серьезной проблемой,
требующей переработки всех опубликованных страниц.


Проблемы поддержки сообщества пользователей

Создание и поддержка сообществ (online community), видимо, является
магистральным направлением развития не только для электронного бизнеса, но
и в гораздо более широкой сфере, так как именно сообщества пользователей
представляют собой неотъемлемую часть любого Web-проекта. Необходимо
принимать все меры к тому, чтобы привлекать посетителей и помогать такому
сообществу самоидентифицироваться.
Под поддержкой сообщества обыкновенно понимается следующее:
регистрация и аутентификация - сайт должен предоставлять механизмы учета и
«узнавания» посетителей;
деление пользователей на разные группы с разными правами доступа к
информации (например, случайные посетители, клиенты, сотрудники,
администратор);
персонализация (кастомизация) - возможность выбора и хранения настроек,
влияющих на внешний вид сайта и отражающих индивидуальные предпочтения;
возможность прямого общения как внутри сообщества, так и с владельцами
сайта - форумы, гостевые книги, чаты, опросы и др.;
интеграция с электронной почтой - подписка на новости и т.п.
Все это в принципе неосуществимо в технологии статических сайтов, и
здесь не обойтись без программирования. Вариант включения отдельных
скриптов, «оживляющих» статический в своей основе сайт, решает далеко не
все проблемы и резко повышает квалификационные и реализационные требования
к нему.
Однако, при всем этом, нельзя не отметить некоторые проекты, созданные
на достаточно высоком уровне на базе простейших технологий статических
страниц. Естественно, это не означает, что этим достигнут уровень, на
котором можно остановиться, так как остается нереализованными большое
количество важных функций Интернет-музея. В качестве примера, приведу один
из таких сайтов: http://www.kunstkamera.ru



Динамические сайты


Контент динамических сайтов хранится обычно в базе данных, а на
некоторых языках программирования пишутся программы, «на лету» генерирующие
из содержимого таких баз HTML-странички, которые, собственно, и
показываются пользователю. Существует несколько общепризнанных языков и
систем программирования для разработки этих сайтов - ASP, PHP, различные
варианты Perl и др. Таким путем может быть, естественно, создан сколь
угодно сложный, гибкий и «разумно» ведущий себя сайт, но как только
начинается программирование, уровень сложности задачи сразу возрастает.
В технологической цепочке разработки сайта появляется новый элемент -
программист, резко усложняется процесс постановки задачи и увеличивается
цена ошибок постановки. В общем, открываются все прелести заказного
программного проекта (несогласованность требований, затяжка сроков и др.),
с которыми может столкнуться любой заказчик программного обеспечения,
Интернет-музея, в частности.
Кроме того, при подобном подходе практически не разделяются дизайн и
функциональные возможности, поэтому изменение дизайна является проблемой,
требующей совместной работы дизайнера и программиста, а изменение структуры
или навигации может привести к необходимости изменения структуры данных и
почти полного перепрограммирования самого сайта.



Серверные технологии программирования


В общем случае схему взаимодействия между веб-сервером, серверными
сценариями и СУБД можно представить следующим образом:






Рис 1: Серверные технологии



CGI


Технология CGI (Common Gateway Interface) была первым средством
создания динамических страниц [2.2]. CGI представляет собой протокол,
определяющий три основных способа передачи информации из сервера в
некоторую "внешнюю" по отношению к веб-серверу программу, называемую CGI-
сценарием или CGI-скриптом, и один способ передачи информации из программы
на сервер. Далее предлагается рассмотреть вкратце этот протокол.
Три способа получения данных от сервера CGI-сценарием включают в себя:
. переменные среды окружения, т.е. переменные, значения которых
определяются сервером и к которым имеет доступ программа. Они содержат
различную информацию о самом сервере (версию программного обеспечения
веб-сервера, поддерживаемые протоколы и т.д.), о программе (например,
путь к файлу, содержащему выполняемый в данный момент скрипт) и о
посетителе сайта (адрес, версию клиентского программного обеспечения);
. стандартный ввод, который используется при отправке данных из веб-
формы методом POST;
. командная строка, используемая достаточно редко - как правило, для
передачи HTML-запросов ISINDEX или координат курсора при работе с
"картами изображений" (image maps).
Передача информации из CGI-сценария на сервер осуществляется путем
записи в стандартный поток вывода. В общем случает сценарий генерирует HTML-
код страницы, которая и выдается пользователю [2.2].
Важно отметить, что протокол CGI не фиксирует средства, с помощью
которых создается CGI-скрипт, а лишь накладывает свои требования на формат
получения и вывода данных программой. При соблюдении этих ограничений CGI-
скриптом может быть любой исполняемый файл на любом языке программирования.
Согласно данным, приведенным в [2.2], традиционно CGI-сценарии создаются с
использованием объектно-ориентированного языка Perl (Practical Extraction
and Report Language), вторым по популярности языком программирования для
CGI является C, а после него идут Visual Basic, AppleScript и языки
программирования командных процессоров Unix.
Как уже говорилось ранее, технология CGI была первой технологией для
работы с динамическим контентом (разработка повсеместно используемой сейчас
версии CGI 1.1 относится к 1995 г.), и поэтому она не лишена определенных
недостатков. Основным недостатком модели CGI можно считать довольно низкую
производительность, т.к. при каждом поступлении запроса от посетителя
сервер инициирует новый процесс запуска сценария, что является весьма
ресурсоемкой операцией.
Говоря о программировании CGI-скриптов на языке Perl, стоит отметить,
что этот язык создавался не как средство для разработки Интернет-
приложений, а как многофункциональный язык сценариев ОС UNIX. Поэтому он
перегружен функциями, которые обычно не употребляются в сценариях обработки
данных, полученных через веб-формы; в то же время, в нем отсутствуют такие
часто используемые функции, как, например, замена специальных символов
языка HTML на их "безопасные" аналоги. Безусловно, эта операция легко
реализуется с помощью регулярных выражений, поддержка которых в языке Perl
очень сильна, однако обработка регулярных выражений сама по себе достаточно
ресурсоемка.
Однако сочетание технологии CGI с мощностью языка Perl пока не сдает
своих позиций. Безусловным ее преимуществом является широкая
распространенность - протокол CGI поддерживается любым веб-сервером, а
реализации языка Perl существуют практически для всех платформ. На
сегодняшний день имеется огромное количество наработок и готовых решений на
основе Perl и CGI. Кроме того, разработана усовершенствованная версия
протокола FastCGI, а также модули для веб-серверов, представляющие собой
встраиваемые интерпретаторы языка Perl. Благодаря этому производительность
веб-сайта на основе СGI+Perl повышается без необходимости перехода на
другие технологии.
Описание стандарта CGI можно найти на сайте W3C (World Wide Web
Consortium) , описание FastCGI - на официальном
сайте стандарта , описание и реализации языка Perl
- на сайтах Perl и CPAN (Comprehensive Perl Archive
Network) .

Примеры веб-сайтов, использующих Perl и CGI:
National Gallery of Canada http://national.gallery.ca/
National Museum of Sweden http://www.nmaa.si.edu/



ASP


Технология ASP (Active Server Pages) была разработана компанией
Microsoft как средство создания и обработки сценариев серверной части для
своего информационного веб-сервера IIS (Internet Information Server). В
качестве языка сценариев чаще всего выступает VBScript (Visual Basic
Script), но возможно использование и других объектно-ориентированных языков
(JScript, Perl, Python), удовлетворяющих стандарту ActiveX. Сценарии,
которые могут располагаться в отдельных файлах или встраиваться прямо в
HTML-код страницы между специальными тегами, обрабатываются сервером "на
лету", и их исходные тексты недоступны пользователю, т.к. он получает лишь
поток "чистых" HTML-страниц.
ASP предоставляет программисту-создателю сценариев объектную модель
для работы с информацией, полученной от пользователя через HTML-формы, с
базами данных, данными о пользователе и т.д. Обмен информацией с базами
данных осуществляется по протоколу ODBC (Open Database Connectivity). ASP
полностью поддерживает технологию COM (Common Object Model) для платформы
Microsoft Windows [3.3].
Основным недостатком технологии ASP является ее довольно жесткая
привязка к веб-серверу IIS и платформе MS Windows. Вследствие этого она не
получила широкого распространения, т.к. в настоящее время основной
платформой для Интернет-серверов служат различные версии и клоны ОС UNIX.
Отсюда же вытекает и еще один недостаток ASP - не слишком высокая
надежность, причины которой - ошибки, допущенные разработчиками, и
значительное количество программ-"вирусов", выполняющихся только в среде MS
Windows. Однако существуют реализации технологии ASP на платформах,
отличных от MS Windows. Например, компания Halcyon предлагает реализации
ASP для платформ Linux, Solaris и AS/400, а также платформо-независимую
реализацию на языке Java. Аналогичные решения разработаны и компанией
Chili!Soft для платформ AIX, Solaris, Linux, HP-UX.
К достоинствам ASP можно отнести относительную простоту изучения и
поддержку COM-технологии.
Информацию о технологии ASP можно найти на сайте разработчика -
компании Microsoft , а также на сайтах, целиком
посвященных ASP - и .
Сайты сторонних реализаций ASP: Halcyon - ,
Chili!Soft - .

Примеры сайтов, созданных с применением технологии ASP:
The Metropolitan Museum http://www.metmuseum.org/
Музеи России www.museum.ru (с применением технологии ASP)


JSP и сервлеты


Технологии JSP (Java Server Pages) и сервлетов (servlets) предложены
компанией Sun Microsystems и основаны на применении межплатформенного языка
Java.
Сервлеты представляют собой исполняемые модули, написанные на языке
Java. Они выполняются на сервере и фактически являются расширениями веб-
сервера. Модули поставляются не в исходных текстах, а в откомпилированном в
платформо-независимый код, что дает выигрыш по скорости выполнения по
сравнению с интерпретированием. Такой подход предпочтителен при разработки
больших приложений.
Технология JSP имеет много общего с технологией ASP. Будучи
встроенными в текст HTML-документа, активные страницы JSP поддерживают как
стиль программирования на базе тегов с использованием библиотек тегов, так
и стиль программирования с блоками сценариев на языке Java. При запуске JSP-
страницы она компилируется в сервлет. Доступ к базам данных осуществляется
посредством протокола JDBC (Java Database Connectivity) [3.4].
Достоинства технологий сервлетов и JSP повторяют достоинства самого
языка Java. Их сильными сторонами является платформенная независимость и
встроенная система безопасного программирования (отсутствие прямого
управления памятью и т.д.). Недостатки являются прямым продолжением
достоинств - не всегда удается достичь высокой производительности
приложений. Однако необходимо заметить, что технологии на основе Java
получают все большую популярность, и в настоящее время компании-
разработчики наиболее распространенных веб-серверов выпускают версии своих
продуктов, поддерживающие JSP и сервлеты (за исключением компании
Microsoft, представляющей собственные технологии).
Информацию о технологиях JSP и сервлетов можно найти на сайте компании
Sun Microsystems, посвященному Java-решениям - , и на
сайте .

Примеры сайтов, созданных с использованием технологии JSP и сервлетов:
сайт банковских услуг Bank of America - http://money.bankamerica.com





PHP


PHP (аббревиатура расшифровывается рекурсивно как "PHP: Hypertext
Preprocessor") - еще одна технология, базирующаяся, как ASP или JSP, на
встраиваемом в HTML-страницы программном коде. Однако, в отличие от
описанных ранее, эта технология является открытой и некоммерческой:
серверная часть PHP написана на языке C и распространяется в исходных
текстах, поэтому она может функционировать на любой платформе, имеющей
компилятор С.
Разработка языка PHP была начата в 1994 г., и уже через несколько лет
версия PHP/FI 2.0 стала пользоваться огромной популярностью, хотя и
представляла собой довольно разнородный набор функций для доступа к базам
данных, отправки сообщений электронной почты и т.д. Версия 3.0 (1997-1998
гг.) определила синтаксис и семантику языка. В версии PHP 4.0 (конец 2000
г.) была изменена структура серверной части и расширена поддержка
протоколов обмена данными с веб-сервером, а также появились новые
возможности конфигурирования, поддержка механизма сессий и т.д. Связка
серверной части PHP с веб-сервером может быть реализована с использованием
интерфейса приложений (API) веб-сервера (Apache API, ISAPI, NSAPI и т.д.),
либо по протоколу CGI. Как правило, решения на основе PHP обеспечивают
достаточно высокую производительность; более того, компанией Zend
Technologies был выпущен программный продукт Zend Optimizer - модуль,
оптимизирующий выполнение PHP-сценариев.
Значительная часть синтаксиса языка PHP была заимствована из языка C,
но в нем встречаются и конструкции, восходящие к языкам C++, Perl и Java.
Отметим, что язык PHP нетипизированный (т.е. тип переменных не фиксируется,
а может изменяться в зависимости от контекста использования) и не является
полностью объектно-ориентированным, хотя в нем и присутствуют понятия
объектов и классов.
Для доступа к базам данных PHP может использовать протокол ODBC, а
также протоколы конкретных СУБД. В настоящее время (в версии PHP 4.0)
поддерживаются СУБД Oracle, PostreSQL, Sybase, Informix, InterBase, mSQL,
MySQL, Microsoft SQL Server. (Стоит отметить, что обмен данными по
встроенным протоколам СУБД осуществляется быстрее, чем с использованием
универсальных протоколов и драйверов ODBC, однако технология ODBC реализует
определенный уровень абстракции запросов и представления данных, что может
оказаться полезным в случае одновременной работы с несколькими различными
СУБД или при перемещении базы данных под управление новой СУБД. Проблемы
могут возникнуть из-за различий в реализации языка SQL и в способе
представления данных в различных СУБД.) Исторически сложилось так, что чаще
всего PHP используется совместно с СУБД MySQL. Возможно, этому
способствовало бесплатность и открытость обоих продуктов, а также тот факт,
что MySQL была одной из первых СУБД, поддерживаемых PHP.
PHP имеет обширный набор функций для работы с различными технологиями
и службами сети Интернет. В качестве примера можно назвать системы
электронных платежей CyberCash и Verisign Payflow Pro и сетевые протоколы
SNMP, FTP и IMAP. Кроме того, PHP позволяет "на лету" генерировать файлы в
форматах PDF, GIF, JPEG и PNG и создавать анимацию в формате ShockWave
Flash. Так как PHP изначально создавался для использования в качестве
скриптового языка на веб-сервера, он содежит функции для работы с URL,
обработки регулярных выражений и проверки орфографии. Также PHP позволяет
работать с файлами и каталогами и осуществлять системные вызовы [3.5, 3.6].
Пожалуй, единственным недостатком языка PHP является его структурный
(не объектно-ориентированный) характер. Кроме того, PHP развивается столь
активными темпами, что порой за ним не успевает ни литература, ни
техническая документация.
Исчерпывающую информацию о технологии PHP можно найти на сайтах
разработчиков - The PHP Group и Zend Technologies
.

Примеры сайтов на основе технологии были PHP:
Museum of Contemporary Art http://www.moca.org/museum/currentexhibition.php



ColdFusion


Технология СoldFusion разрабатывается и поддерживается компанией
Allaire Corp. Она состоит из следующих компонентов:
. ColdFusion Studio - средство для визуальной разработки приложений;
. ColdFusion Server - серверная часть, непосредственно обрабатывающая
динамические страницы ColdFusion;
. CFML (ColdFusion Markup Language) - язык программирования ColdFusion.
CFML представляет собой высокоуровневый язык, встраиваемый, как ASP и
JSP, в HTML-страницы, и основанный на тегах, подобных HTML или XML. Исходно
он содержит около 70 тегов и около 200 функций, а также поддерживает
расширения, созданные с помощью CFX (ColdFusion Extensions) или Java.
Средства ColdFusion поддерживают модели COM и CORBA, протокол доступа к
базам данных ODBC и технологию OLE-DB, сетевые протоколы POP3, SMTP и FTP,
обработку данных в формате XML. Имеются развитые механизмы обработки ошибок
и богатые средства поиска в файлах и базах данных.
ColdFusion Server работает на платформах MS Windows, HP-UX, Solaris и
Linux (визуальное средство разработки доступно только для среды MS
Windows). Обмен данными с веб-сервером может осуществляться с помощью
протоколов ISAPI (Internet Server API), NSAPI (Netscape Server API), Apache
API или CGI. Таким образом обеспечивается совместная работа с такими
распространенными веб-серверами, как Microsoft Internet Information Server,
Netscape Enterprise Server, Apache и другими. В ColdFusion Server
реализован многопотоковый (multithreaded) механизм обработки запросов,
компиляция сценариев при выполнении, восстановление после сбоев.
Поддерживаются многопроцессорные серверы и кластеры [3.9].
Несмотря на описанные выше сильные стороны технологии ColdFusion, она,
тем не менее, пока не получила широкого распространения. Основной ее
недостаток - это "слишком высокий" уровень языка CFML, который хорошо
подходит для решения определенного класса стандартных задач, однако не
обладает достаточной гибкостью. Стоит также упомянуть относительно высокую
стоимость пакета ColdFusion.
Информацию о ColdFusion можно найти на сайте разработчика Allaire
Corp. - .

Примеры веб-сайтов на основе технологии ColdFusion - Интернет-магазины:
Casio http://www.casio.com
SwissArmy http://www.swissarmy.com
BaseOne http://www.pcbase.com



SSI


SSI расшифровывается как Server Side Include. SSI - это набор команд,
позволяющий включить в страницу информацию, недоступную средствами HTML,
такую как вывод программ, значения переменных окружения и статистику по
файлам (размер, дата создания и др.)
SSI работает следующим образом: при получении запроса на документ,
содержащий SSI-директивы, http-сервер обрабатывает документ, выполняет все
SSI-директивы, а получившийся в результате документ возвращает клиенту.
Http-сервер не проверяет автоматически все документы на наличие SSI-
директив, а только те, которые относятся к типу, указанному в настройках
сервера.
Эта технология не сможет потягаться с такими грандами, как ASP и PHP.
Ее стоит применять в случаях, когда нужна только генерация страницы по
шаблону с нехитрыми условиями. Поэтому далее при сравнении технологий она
не будет рассматриваться.




Пример использования SSI

National Museum of Sweden http://www.nationalmuseum.se/



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


Безусловно, все описанные выше технологии имеют очень много общего.
Выбор конкретной технологии для решения конкретной задачи зависит от многих
факторов, среди которых можно назвать операционную систему и архитектуру
сервера, ожидаемую нагрузку на разрабатываемый ресурс, опыт
программирования разработчика и даже предполагаемые финансовые затраты.
Кроме того, любая из описанных технологий является как бы «прослойкой»
между собственно веб-сервером и, например, СУБД, и, вообще говоря,
невозможно оценить, скажем, производительность того или иного динамического
компонента без учета особенностей реализации данной технологии,
используемой платформы и веб-сервера, метода взаимодействия с СУБД,
производительности самого сервера и т.д.
Существуют и исторически сложившиеся «стандартные» решения. Так, на
платформе MS Windows довольно часто совместно используются веб-сервер IIS,
технология ASP и СУБД SQL Server, а на платформе UNIX - веб-сервер Apache,
технология PHP или CGI+Perl и СУБД MySQL (стоит отметить, что последнее
сочетание может с равным успехом использоваться и на платформе Windows).
Тем не менее, тесты для оценки ориентировочной производительности той
или иной серверной технологии все же проводятся. Рассмотрим вкратце
результаты одного из таких тестов, опубликованные на сайте Клуба
разработчиков PHP . С помощью
различных серверных технологий были реализованы простейшие задачи (вывод
большого объема статичной информации, запросы к базе данных, чтение файла).
В смоделированной ситуации наилучшей оказалась технология JSP (реализация
Resin) - отчасти это объясняется встроенным веб-сервером. Технология PHP
показала хорошие результаты при работе с файлами и базами данных, а
«модульная» версия интерпретатора Perl для веб-сервера Apache - при выводе
больших массивов информации. Технология ASP в среднем показала те же
результаты, что и PHP, продемонстрировав даже более высокую скорость работы
с файлами. Однако авторам не удалось протестировать работу ASP при
обращении к СУБД MySQL, а технология ColdFusion не принимала участия в
тестировании.
Еще одно тестирование, проведенное агентством eWeek, было опубликовано
на сайте ZDNet: Enterprise Linux -
.
Технологии ASP 5.0, ColdFusion 4.5.1, JSP (реализация Apache Tomcat 3.2) и
PHP 4.0 сравнивались по 8-ми параметрам: мощность встроенного API,
способность получать данные от различных источников, простота изучения,
стоимость разработки, простота установки, производительность (на примере
простейшего Интернет-магазина), переносимость и инструментарий
разработчика. По сумме результатов первое место принад?ежит технологии
ColdFusion, за ней в порядке убывания оценок следуют JSP, ASP и PHP.
Технология PHP заняла последнее место из-за ее «традиционного» стиля
программирования; кроме того, по категории «Переносимость» она не получила
ожидаемого высшего балла.
Тестирование, проведенное компанией Network Computing
отдает первое место технологии PHP
(точнее, "связке" PHP и веб-сервера Apache), при этом в качестве сильных
сторон отмечаются высокая надежность, подробная документация и поддержка со
стороны сообщества пользователей. Кроме связки PHP+Apache, в тестировании
принимали участие серверные технологии и веб-серверы ASP+IIS и JSP+NES
(Netscape Enterprise Server).
Дать однозначный ответ на вопрос, какая серверная технология «лучше» в
общем случае, не представляется возможным. Как уже говорилось ранее, выбор
конкретной технологии может зависеть не только от специфики решаемой задачи
и имеющегося в наличии программного обеспечения, но и от опыта и личных
пристрастий разработчика. Так, PHP фактически реализует классический
структурный подход, а ASP - объектно-ориентированный. Программисты,
работавшие раньше с языком Java, с большой вероятностью выберут JSP. CGI же
позволяет использовать практически любой язык программирования, будь то Си,
Java или Visual Basic. Технология ColdFusion наиболее проста для освоения
начинающими разработчиками, владеющими языком HTML.



Общая организация: Фреймы. Навигация


На данный момент все Интернет-музеи условно можно поделить на две
группы: использующие фреймы и не использующие. С этим связан целый ряд
проблем, которые будут рассмотрены в этом параграфе.
Прежде всего следует рассмотреть, почему были введены фреймы. Они
появились еще во второй версии Netscape Navigator-а и предназначались для
облегчения навигации при создании страничек.
Техника использования фреймов заключается в том, что все окно броузера
делится на несколько областей, в каждую из которых можно загрузить
независимую страничку. Кроме этого, был введен механизм, позволяющий
управлять любой страничкой из любого окна. Например, можно в одном окне
организовать меню сайта, а в другом показывать его содержимое. Причем,
щелчок по ссылке в окне меню открывал страничку совсем в другом окне. Такое
построение сайта встречается чаще всего, но ничто не мешает сделать не два
фрейма, а, например, 5... и т.д. Какие же существуют у них недостатки и
когда уместносто применения фреймов?
Основные недостатки сайта, построенного с применением фреймов,
следующие:
страницы сайта не индексируются обычными поисковыми системами, исключая
первую страницу. Это происходит из-за того, что страница описания фреймов
не содержит в себе ссылок вида ... и поисковые роботы не
могут попасть на внутренние страницы. Разработчику придется прикладывать
дополнительные усилия, чтобы все же осуществить это. В частности, вводить
вышеупомянутые ссылки именно для роботов.
в случае попадания не на первую страничку сайта не существует стандартного
способа перейти на первую страницу сайта - приходится «вручную»
редактировать путь в адресной строке броузера.
ввиду того, что фреймовая структура сайта придает ему достаточно узнаваемый
вид, то большинство организованных таким образом сайтов выглядят достаточно
однообразно.
невозможно поставить закладку на внутреннюю страничку сайта. Фреймы
скрывают истинный адрес странички. Для его получения также необходимы
дополнительные усилия.
проблемы отображения странц в разных версиях броузеров.
Первоначально введенные для того, чтобы облегчить создание механизма
навигации по сайту, на данный момент они показали, что такой принцип
организации сайта устарел, и на смену приходят новые технологии.
Тем не менее, существуют случаи, когда оправдано их применение:
. в случае, когда стоит задача быстро создать сайт и все страницы уже
написаны, а времени на их реорганизацию нет;
. есть требование, чтобы часть страницы (чаще всего логотип или меню)
всегда находились перед глазами;
. для дизайнерских изысков.
Применительно к Интернет-музеям, самая важная проблема - трудности с
закладками (bookmarks). При сохранении фреймовой организации, ее решением
может стать построение удобной и понятной навигационной системы, а также
построение хорошей системы поиска по сайту. Эти два компонента, конечно, не
смогут полностью снять проблему, но сведут к минимуму те неудобства, с
которыми столкнется пользователь. Кстати, использование фреймов, как их
многие и не ругают, может очень часто быть встречено и на добротных
зарубежных системах.
Как построить такую систему навигации, это вопрос отдельный. Вообще
говоря, он завязан и на структуру, и на дизайн, и на программирование
сайта. Этот вопрос следует учитывать еще на самых ранних стадиях рождения
Интернет-музея.


Подготовка к индексированию поисковыми системами


Вопрос, на первый взгляд, обыденный. Но про этот этап забывать просто
нельзя. Кроме того, что на сайт пользователь может выходить через поисковые
системы различных музейных каталогов, присутствует огромное количество
потенциальных посетителей, которые могут и не знать, что требуемые ими
материалы или интересующая их информация находится в музее. Это значит, что
следует обеспечить правильное индексирование традиционными поисковыми
системами.
Схема действия роботов поисковых систем достаточно проста. Сначала
смотрятся инструкции в файле директив ROBOTS.TXT, а далее уже смотрится, в
зависимости от состояния соответствующего «meta» тега, где производится
индексирование, а где - нет. Подробно об этих механизмах можно узнать на
сайте любой поисковой системы. Например, на или .



Выводы


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






Часть III. Опыт создания Интернет-музея «История Московского университета»


[pic]
Рис 2. Главная страница Интренет-музея истории Московского университета




Описание проекта


При подготовке к 250-летнему юбилею МГУ стоит задача обобщить его
исторический опыт, показать вклад университета не только в историю
отечественного высшего образования, но в развитие русской культуры и
общественной жизни в целом. Этим целям отвечает научно-исследовательский
проект "Энциклопедия Московского университета", подготавливающий издание
энциклопедии, объединяющей в себе справочные сведения и научные статьи по
истории Московского университета. В рамках проекта создается Интернет-музей
истории Московского университета. Музей размещается на сервере НИВЦ МГУ по
адресу http://museum.guru.ru. Работа выполняется при поддержке РГНФ, грант
? 01-01-12019В.
Виртуальный музей ставит своей целью как можно полнее познакомить
посетителей с историей Московского университета с момента основания до
наших дней (в настоящее время работа ограничена пока только дореволюционным
периодом его истории, с 1755 по 1917 г.) Сайт виртуального музея
ориентирован на широкий круг пользователей. Одним из ведущих принципов его
разработки служит высокий научный уровень представляемой информации.
Научное наполнение разделов сайта ведется в сотрудничестве с большим
коллективом исследователей - историков, архивистов, специалистов по истории
науки и проч., а соответствующие тексты войдут в юбилейное издание
«Энциклопедии Московского университета». Однако, возможности информационной
системы в Интернет существенно превышают бумажное издание и требуют
разработки ряда информационных технологий, специфичных для описания истории
высшего учебного заведения за длительный отрезок времени.
В соответствии с общей концепцией представленные материалы
виртуального музея можно разбить на три группы:
. экскурсионно-ознакомительные
. научно-исследовательские
. справочные
К экскурсионным материалам, призванным «оживить» сайт и привлечь к
нему внимание пользователей относятся виртуальные прогулки по территории
квартала на Моховой, где помещался дореволюционный университет, в ходе
которых посетитель не только знакомится с современными видами зданий и их
интерьерами, но и имеет возможность, с помощью старинных гравюр и
акварелей, увидеть, как менялся облик университета с течением времени.
Карта, по которой происходит путешествие, в основе - современная, содержит
привязку к существующим улицам Москвы, но на нее нанесены и ныне утраченные
университетские здания (например, Благородный пансион). Кроме виртуальной
прогулки на сайте предусмотрен осмотр «реликвий» Московского университета -
музейных объектов (медалей, грамот и пр.) Для занимательного вовлечения
посетителей в атмосферу университета служит раздел «Это интересно» (на
данный момент раздел находится в стадии подготовки), содержащий интересные
факты из университетской жизни.
Научно-исследовательский раздел Интернет-музея вбирает в себя как
собственно научные очерки, так и интернет-публикацию источников по
университетской истории. К ним относятся университетские уставы,
воспоминания профессоров и студентов, письма, отчеты, объявления о лекциях
в университете и т.д. Для источников, имеющих особую историческую ценность,
предусмотрен специальный "архивный" тип публикации, где параллельно
выставляется текст источника и исходное изображение подлинного документа,
которое можно увеличить для детального просмотра. Научный раздел содержит
также библиографию работ о Московском университете.
Разработка справочного раздела потребовала наибольшего количества
усилий, поскольку изначально была поставлена задача сделать поиск
максимально гибким, удовлетворяющим различным видам возможных запросов. Эти
запросы должны вести и к нахождению биографических сведений об интересующем
лице, и к выдаче информации о преподавании в университете, и к выявлению
требуемого события университетской истории. Источником для поиска служат
таблицы всех профессоров, деканов и ректоров Московского университета
[Professors] и [Rectors], его замечательных воспитанников [Students]
(составлены до 1917 г.), а также хронологическая таблица по истории
университета ("летопись" - на текущий момент находится в стадии подготовки)
и сводная таблица всех его уставов [Predmety], которая показывает
преподавание предметов на различных кафедрах и факультетах университета за
исследуемый период.
На данный момент в системе существуют возможности поиска:
. персоналий (поиск профессоров, ректоров и/или деканов,
студентов)
. предметов, кафедр и факультетов, то есть исследование структуры
университета в рассматриваемым временной интервал.
В поиске персоналий можно выделить три варианта запросов. Далее
приведены эти варианты с указанием параметров, по которым может
осуществляться выбор записей из базы данных. Во всех вариантах
предусмотрена возможность выбрать хронологическую или алфавитную сортировку
результата поиска.
* Поиск профессоров:
. Фамилия или псевдоним (вводится пользователем с возможностью
использования шаблонов)
. Годы жизни
. Годы службы в университете
. Преподаваемый предмет
. Факультет
* Поиск ректоров и/или деканов:
. Фамилия или псевдоним (вводится пользователем с возможностью
использования шаблонов)
. Занимаемая должность (пользователю предоставляется выбор: декан,
ректор, декан и/или ректор)
. Годы, когда занимал должность
. Факультет
* Поиск студентов
. Фамилия или псевдоним (вводится пользователем с возможностью
использования шаблонов)
. Годы жизни
. Годы учебы в университете
. Факультет
. Сфера деятельности
После заполнения соответствующей формы будут выведены все записи,
удовлетворяющие запросу. В случае незаполнения поля в форме ограничения по
данному параметру во время поиска производиться не будут.
При исследовании структуры университета, используя поисковый механизм
в разделе «уставы» пользователю предоставляется возможность указать
следующие параметры.
* Поиск «предметы, кафедры и факультеты»
. Предмет
. Кафедра
. Факультет
. Временной интервал (по умолчанию - с1755 по 1917)
Если будет указан один из трех параметров (кроме времени), система
выдаст ответ на вопрос о существовании факультета или кафедры, преподавании
предмета в указанное время.
Пользователь может выбрать произвольную комбинацию параметров и
получить, например, ответ на вопрос: "Когда какой предмет на какой кафедре
и каком факультете преподавался?".
Здесь все параметры, кроме времени, пользователь должен выбрать из
предоставляемого ему списка всех возможных вариантов (пользователю не
обязательно точно знать, как называлась, например, кафедра). Если выбор
некоторого параметра не сделан, то система не будет выводить информацию
соответственно о предметах, кафедрах или факультетах, так как пользователь,
оставив значение по умолчанию «не выводить», показал, что этот параметр его
не интересует.
В итоге, разработанная система поиска способна отвечать на вопросы:
какие предметы в заданные годы преподавались на данном факультете, или
какие профессора преподавали выбранный предмет на этом факультете, или
какие замечательные люди учились на факультете в данный промежуток времени
и т.д. Примеры использования поисковых механизмов будут рассмотрены в
технологической части.



Основные моменты истории создания проекта


Создание проекта началось уже достаточно давно. Это было около
полутора-двух лет назад. На тот момент в Интеренет-пространстве уже
существовал прообраз этой системы. Однако, прежний вариант не мог
удовлетворять всм, предъявляемым требованиям. Тому ряд причин.
При создании Интренет-ресурса необходимо теснейшее сотрудничество
специалистов предметной области (чему посвящен ресурс) и специалистов в
вопросах представления информации в сети.
Кроме того, человек незнакомый с современными возможностями
информационных технологий даже не сможет представить себе насколько гибкую
и мощную информационную систему возможно построить на основе имеющейся у
него информации.
Наконец, вопрос профессиональной надежной технической поддержки также
весьма существенен. В частности, это касается надежности предоставляемого
хостинга.
Первым этапом был перенос сайта и предоставление хостинга в НИВЦ МГУ в
«Лаборатории Параллельных Информационных Технологий».
После этого требовалось трансформаровать сайт с целью придания ему
простоты и удобства пользования широким кругом пользователей. Это
подразумевало реорганизацию его структуры, что явилось, пожалуй, наиболее
сложным этапом преобразования. Очень помогло то, что это делалось в тесном
сотрудничестве со специалистами в области истории Московского университета.
Кроме того, это еще и потребовало изменения дизайна сайта, точнее сказать,
создание его принципиально нового облика.
Далее стала активно прорабатываться возможность использования
технологий баз данных. Были созданы первые варианты поисковых систем.
Описываемый этап развития соответствовал, примерно, лету 2001 года.
На последней стадии работа заключалась в совершенствовании
возможностей поисковых систем и использовании преимуществ средств
динамического генерирования страниц.
О задачах, стоящих пред создателями в настоящий момент будет
рассказано в заключении работы.



Технологическое описание


Основой для реализации виртуального музея истории Московского
Университета является язык HTML с использованием сценариев на JavaScript.
Однако, учитывая масштаб проекта, для воплощения всех задумок этого
недостаточно. Если раздел, посвященный зданиям Московского Университета,
может быть реализован в виде статических HTML файлов, то, работая,
например, с эволюцией структуры подразделений Московского Университета, уже
необходимо прибегать к услугам СУБД. Это вызвано многочисленными переходами
кафедр на новые факультеты, их делениями и слияниями. Аналогичные
требования предъявляют и другие разделы, посвященные замечательным
личностям (будь они в свое время студентами, проучившимися всего один год,
или профессорами, посвятившими большую часть жизни университету). В этих
разделах информации достаточно много, а посетитель, как правило,
заинтересован не во всех записях, а в какой-то конкретной информации,
которая может находиться достаточно глубоко. Чтобы при этом избежать
преодоления многих промежуточных ступеней, доступ к данным реализуется
через поиск в соответствующих таблицах базы данных с возможностью
использования шаблонов и стандартных запросов. Естественно, предусмотрена и
возможность поиска по сайту по ключевым словам (этот раздел будет
разработан и запущен уже в ближайшее время). Тем самым экономится и
дисковое пространство, и посетителю предоставляется достаточно гибкий
сервис. В качестве СУБД используется MySQL, показавшая себя простым и,
вместе с тем, эффективным инструментом. Связующей компонентой с базой
данных является язык PHP, он же является механизмом динамического
генерирования контента страницы.
Итак, система использует также набор скриптов на языке PHP4 под
управлением веб-сервера Apache. Используемая СУБД - MySQL. Сочетание PHP,
Apache и MySQL было выбрано по следующим причинам:

. каждый из компонентов обладает высокими показателями надежности и
производительности;
. совместная работа компонентов хорошо отлажена и проверена на многих
Интернет-проектах;
. все три компонента легко переносимы с одной платформы на другую,
что позволило отлаживать систему в среде MS Windows, а реальное
функционирование обеспечить в среде Linux без изменения исходных
текстов скриптов.



Общая организация


Интернет-музей истории Московского университета реализован с
использованием фреймов. При создании музея мы руководствовались удобностью
навигации, а следовательно, быстротой доступа к конкретной информации.
Поэтому на данном этапе развития было принято решение оставить фреймы как
удобное средство навигации. Кроме того, учитывая изыски дизайна, реализация
страниц как сгенерированных по шаблону (например, используя SSI), была бы
неприемлемой из-за суммарного размера самого контента страницы и меню.
Адреса страниц, лежащих в основе каждого из фреймов передаются как
параметры. При этом следует особо отметить то, что значения передаваемых
параметров (folder - раздел, subfolder - подраздел, document - сам
документ) совпадают, при их конкатенации (при добавлении соответствующих
символов во время слияния), с полным путем к документу. Такой механизм
позволяет автоматизировать добавление новых разделов и документов.
Известной проблемой при использование фреймов является взаимодействие
таких сайтов с поисковой системой. Допустим, на некоторый запрос такой
системой была найдена некоторая страницу. Эта страница должна быть открыта
в одном из фреймов, чтобы сохранилась, корректность ссылок и т.п. Было
найдено простое решение. Был написан сценарий, проверяющий, открывается ли
страница как файл (возможно, документ был скопирован для изучения на
домашнем компьютере), или в режиме онлайн. Если с сайта музея, то она уже
будет загружена в «шапке» с меню разделов и подразделов.
Итак, в общем случае, страница имеет следующую структуру:

|FRAME |FRAME |
|"Menu" |"Title" |
| | |
| |FRAME |
| |"Workarea" |
| | |
| |FRAME "Folder" |


Рис 3. Общая организация фреймов
(белым показаны видимые фреймы, серым - вспомогательный)

Каждому разделу в "Menu" соответствует типовой элемент в "Title",
который генерируется по шаблону. Содержимое фрейма "Title" служит как меню
подразделов. У каждого раздела существует открываемый по умолчанию
подраздел (обычно это предисловие), так же каждому подразделу соответствует
некоторый документ «по умолчанию». Эти соответствия можно изменить,
произведя простое редактирование одного скрипта (изменить тело 'case').
В большинстве случаев удалось вынести стиль оформления документа за
его пределы, используя технологию CSS (Cascade Style Sheets), сделав его
общим для однотипных документов.
Наилучшими разрешениями для работы с сайтом являются разрешения
1024х768 и 800х600. При этом, учитывая специфику броузеров, при изменении
размера окна производится перепозиционирование элементов на странице, в
случае необходимости. Это реализовано в виде клиентского скрипта.



Работа с базой данных


Критерий, по которому принималось решение, помещать ли информацию в
базу данных, либо в статический HTML файл был следующим.
Если представление этой информации однотипно и вероятно ее последующее
корректирование, то она заносится в базу данных. Иначе - в виде
статического файла с внешней таблицей стилей, для упрощения возможного
последующего изменения дизайна.
На текущий момент суммарное количество записей в базе данных
составляет около тысячи. Таким образом, мы имеем с базой данных достаточно
малого масштаба. Это снимает некоторые ограничения на ее разработку,
которые могли бы возникнуть при работе с данными большого объема.
На текущий момент в базе данных существуют пять таблиц:
. три таблицы для поиска в разделе персоналий ([Students], [Professors],
[Rectors])
. таблица, связывающая преподавание предметов с кафедрой и факультетом, где
они преподавались, а также с временем преподавания [Predmety]
. служебная таблица [Documents], пока используемая только в целях
автоматического построения карты сервера.
В этом параграфе будут показаны структуры этих таблиц, а также будет
рассказано, как ведется работа с содержащимися в них данными.



Таблицы персоналий "Студенты", "Профессоры", "Ректоры"


Сначала будет рассмотрен поиск персоналий. В каждом из подразделов, в
которых возможно осуществление поиска, пользователю предоставляется
возможность заполнить Web-форму. При вводе фамилии допускается
использование шаблонов. Можно использововать символы, заменяющие одну или
несколько букв. О такой возможности, а также об общих правилах поиска
пользователь может узнать, нажав кнопку помощи по поиску.
Во всех подразделах, где осуществляется поиск, имеется возможность
указать интересующий промежуток времени. По умолчанию он равен (1755-1917).
При этом во время поиска будут выведены все записи, где уакзанный временной
интервал пересекается с записанным в базе данных.
Выбор таких параметров как название факультета, предмета, сферы
деятельности реализован следующем образом. Ввиду того, что, во-первых,
пользователь не всегда точно знает названия существовавших кафедр,
предметов и факультетов, а, во-вторых, этих наименований не много, удобно
предоставить пользователю возможность просто выбрать интересующие его
параметры, создав предварительно их список. В случае, когда не интересует,
например, конкретный факультет, можно указать специально добавленный
вариант вида «все факультеты». В таком случае при создании запроса к базе
данных соответствующие ограничения не будут наложены. (в данном случае не
добавится подстроки 'WHERE Facultet LIKE <значение>'). Таким образом, по
результатам заполнения формы генерируется запрос к базе данных путем
постепенного дописывания к строке-запросу требований, предъявляемых
пользователем.
Если количество записей, удовлетворяющих запросу, велико (ограничение
на такое количество задается значением переменной внутри скрипта), вывод
результатов разбиваются на группы по страницам, как это обычно делается в
поисковых системах. Далее приведены структуры таблиц.

Таблица 1. "Professors"
|Rec_ID |SMALLINT(6) NOT NULL AUTO_INCREMENT PRIMARY KEY|
|Prof_ID |SMALLINT(6) |
|LastName |VARCHAR(50) |
|FirstName |VARCHAR(50) |
|SecondName |VARCHAR(50) |
|Remark |VARCHAR(80) |
|Birth |SMALLINT(5) UNSIGNED |
|Death |SMALLINT(5) UNSIGNED |
|SStart |SMALLINT(5) UNSIGNED |
|SStop |SMALLINT(5) UNSIGNED |
|StudFac |VARCHAR(40) |
|Predmet |VARCHAR(50) |
|Facultet |VARCHAR(40) |
|PrepStart |SMALLINT(5) UNSIGNED |
|PrepStop |SMALLINT(5) UNSIGNED |
|ServStart |SMALLINT(5) UNSIGNED |
|ServStop |SMALLINT(5) UNSIGNED |

Таблица 2. "Rectors"
|Rec_ID |SMALLINT(6) NOT NULL AUTO_INCREMENT PRIMARY KEY|
|Prof_ID |SMALLINT(6) |
|LastName |VARCHAR(50) |
|FirstName |VARCHAR(50) |
|SecondName |VARCHAR(50) |
|Remark |VARCHAR(80) |
|Facultet |VARCHAR(40) |
|Position |VARCHAR(10) |
|Start |SMALLINT(5) UNSIGNED |
|Stop |SMALLINT(5) UNSIGNED |

Таблица 3. "Students"
|Rec_ID |SMALLINT(6) NOT NULL AUTO_INCREMENT PRIMARY KEY|
|Stud_ID |SMALLINT(6) |
|LastName |VARCHAR(50) |
|FirstName |VARCHAR(50) |
|SecondName |VARCHAR(50) |
|Remark |VARCHAR(80) |
|Sphere |VARCHAR(50) |
|Birth |SMALLINT(5) UNSIGNED |
|Death |SMALLINT(5) UNSIGNED |
|StudStart |SMALLINT(5) UNSIGNED |
|StudStop |SMALLINT(5) UNSIGNED |
|Facultet |VARCHAR(40) |

Во всех этих трех таблицах второе поле используется для идентификации
персоналии. Этот номер будет соответствовать названию директории, в которой
находится статья о человеке, его фотографии и прочая информация. Такой
механизм делает удобным добавление новых персоналий, дает возможность
работы с использованием шаблонов, другими словами, помогает
автоматизировать работу с контентом.
Каждый кортеж соответствует каждому непрерывному интервалу работы в
университете, учебы или деканства/ректорства.
При поиске профессоров, для каждого найденного профессора выдается не
только информация, содержащаяся в таблице [Professors], но и, в случае,
если он был деканом или ректором, будет выдана информация из таблицы
[Rectors]. Здесь для ускорения произведения выборки будет вестись поиск не
через фамилию, а как раз через то самое поле, идентифицирующее персоналию
(Prof_ID).
Имена полей в таблицах отражают их назначение. Поэтому вряд ли стоит
расписывать каждое поле. Уместно лишь будет отдельно сказать о поле
"Remark", которое используется для хранения псевдонимов и титулов, которые
могут быть введены при поиске (например, «Фет» вместо «Шеншин»).

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

[pic]
Рис. 4. Поиск среди студентов московского университета


[pic]
Рис. 5. Результат поиска по студентам, ставшими драматургами

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

[pic]
Рис. 6. Пример результата поиска по студентам Московского университета.
Статья, посвященная А.С.Грибоедову

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



Управление содержимим статей о персоналиях.


Создание статей по персоналиям удалось автоматизировать. Была написана
программа на языке PHP, которая использовала стандартный шаблон в качестве
основы для создаваемых статей. Программа производила запрос к базе данных и
по его результатам создавала новую статью. При этом, в случае наличия
портрета персоналии, он копировался в соответствующую директорию (название
директории определялось значением поля, идентифицирующим личность) с
типовым именем. Далее, при наличии готовой полной статьи, ее текст вносился
в этот шаблон в соответствующем месте. Такой механизм позволил съэкономить
большое количество времени, которое было бы неминуемо потрачено при
«ручном» создании статей. Модификация данной программы позволит
автоматизировать внесение изменений в эти статьи.



Таблица уставов университета.


Теперь рассмотрим работу со следующей таблицей:

Таблица 4. "Predmety"
|ID |SMALLINT(6) NOT NULL AUTO_INCREMENT PRIMARY KEY|
|Predmet |VARCHAR(50) |
|Kafedra |VARCHAR(100) |
|Facultet |VARCHAR(40) |
|Begin |SMALLINT(5) UNSIGNED |
|End |SMALLINT(5) UNSIGNED |

Данная таблица представляет собой полное собрание уставов
университета, также разбитое на непрерывные промежутки. Каждый такой
временной интервал можно трактовать так: «с по предмет
преподавался на кафедре которая во все эти годы была на
факультете ». Таким образом, построенная таблица позволяет
построить запросы как о существовании предмета, кафедры или факультета в
указанный промежуток времени в отдельности, так и в произвольном их
сочетании.
Запрос формируется пользователем также с помощью формы. Временной
интервал указывается явно, по умолчанию он равен всему рассматриваемому
отрезку (1755-1917). Остальные три параметра выбираются из списка. По
умолчанию их состояние «не показывать», то есть данный параметр
пользователю не нужен. Альтернативными значениями каждого из этих
параметров могут быть как явно указанные названия из предлагаемого списка,
так и значение вида «все факультеты».
Далее будет рассмотрен пример такого поиска. Когда посетитель попадает
в раздел «Уставы», а далее в его подраздел «Предметы, кафедры и
факультеты», перед ним появляется поисковая форма. По умолчанию, и предмет,
и кафедра, и факультет выводиться не будут. Это сделано для обеспечения
того, чтобы пользователь не воспользовался поиском бездумно. Если он не
изменит значение полей, ему будет выдано предупреждение и предложено
осуществить новый поиск.
Допустим, посетителя интересует, когда и на каких факультетах
преподавалась математика. Тогда его действия должны быть такими (рис. 7):
. значение поля «Предмет» устанавливается равным «математика»
. поле «Кафедра» оставляется со значением «не показывать»
. так как пользователя интересует не конкретный факультет, на котором
преподавалась математика, устанавливается значение «все факультеты»
. так как нас интересует весь временной интервал, он оставляется без
изменения

[pic]
Рис. 7. Поисковая система «Предметы, кафедры и факультеты Московского
университета».

После этого нажимаем на кнопку «Найти!». Система осуществляет поиск и
генерирует соответствующую страницу вывода результата поиска.

[pic]
Рис. 8. Результат поиска (вид рабочего фрейма)

Система нашла пять временных интервалов, когда предмет преподавался на
разных факультетах. Заметно, что их объединение составляет полный
рассматриваемый временной интервал.. То есть, математика преподавалась все
время существования Московского университета. Рядовому посетителю наверняка
будет интересно обнаружить, что изначально предмет преподавался на
философском факультете.
Вообще говоря, после такого результата может возникнуть вопросs: «А
какие вообще факультеты были на момент основания университета?».
«Существовал ли вообще с 1835 до 1850 физико-математический факультет,
почему в эти годы математика стала преподаваться опять на философском
факультете?» И так далее. Таким образом, с системой может оказаться
интересным «поиграть». Она представляет собой весьма интересное и
функциональное средство изучение изменения структуры университета.
Когда указан только один параметр, то есть запрос интерпретируется
как, к примеру, «когда преподавался данный предмет?», для предотвращения
вывода отдельных записей, относящихся к одному и тому же предмету
(например) реализована функция объединения подходящих под запрос записей. В
этом случае будет выдано объединение временных интервалов, удовлетворяющих
запросу.
В результате, получилась достаточно гибкое и мощное средство изучения
изменений в структуре университета с течением времени.


Таблица опубликованных документов.


Рассмотрим теперь служебную таблицу структуры сервера.

Таблица 5. "Documents"
|ID |SMALLINT(6) NOT NULL AUTO_INCREMENT PRIMARY KEY|
|Folder |VARCHAR(15) |
|Subfolder |VARCHAR(15) |
|Document |VARCHAR(50) |
|Type |ENUM('FOLDER','SUBFOLDER','CASE','DOCUMENT') |
|Related |ENUM('IMG','VIDEO','NONE') |
|Name |VARCHAR(75) |
|Info |VARCHAR(250) |

Эта таблица используется для создания карты сервера. Как уже было
сказано, имеется древовидная иерархическая структура. На первом уровне
находится вход в систему, далее идут разделы, у каждого есть подразделы, в
которых уже находятся отдельные документы или их серии. Каждая запись
соответствует отдельному документу, разделу или подразделу. На это
указывает значение поля "Type". Это значение будет использовано, например,
при оформлении вывода. Поле "Related" зарезервировано для того, чтобы
указать посетителю наличие мультимедиа материалов в документе. Поле "Name"
хранит название документа, поле "Info" - дополнительную информацию,
описание раздела или документа.














Результат работы (заключение)


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

Из вопросов технологического характера встанет вопрос о построении
автоматизированной системы управления контентом. Ее создание будет начато
уже в ближайшеее время. Кроме того, по всей видимости, следует отказаться
от использования фреймов, уже имеются некоторые наработки.
Безусловно, Интернет-музей будет модернизироваться, будут добавляться
новые функции, применяться новейшие технологии. Ведь как раз в возможности
достаточно быстро вносить новшества в представление информации посетителю и
заключается одно из важнейших преимуществ Интернет-музеев перед
традиционными, «живыми» своими прообразами.
В итоге, есть все основания полагать, что к 250-летнему юбилею
Московского университета данный проект будет достойным и всеобъемлющим
информационным ресурсом по истории одного из старейших вузов России.













Список литературы:



1. Материалы конференций

1. «Электронные изображения и визуальные искусства», Москва, 2001
ТЕМА КОНФЕРЕНЦИИ:
"Культурное наследие для всех: новые технологии в музеях, галереях,
библиотеках, архивах"
2. «Научный сервис в сети Интернет»
Новороссийск, 2001
3. Всероссийская объединенная конференция

«Технологии информационного общества - Интернет и современное общество»
Санкт-Петербург, 2000,2001


2. Печатные издания

1. «The New York Times» : September 24, 2000, Sunday

ART/ARCHITECTURE; The Virtual Museum, Imperfect But Promising

By DOUGLAS DAVIS
2. К. Пэтчет, М. Райт, "CGI/Perl: создание программ для Web". BHV, Киев,
2000.


3. Ресурсы Internet


1. «Стандарты компьютерных изображений высокого разрешения европейской
музейной сети» Жан Ф. БАРДА, Менеджер Проектов ЕС
http://www.prof.museum.ru/mat/docl136.htm
2. «Музейные представительства в интернет. Российский и зарубежный опыт»
Лебедев А.В. Главный научный сотрудник лаборатории музейного
проектирования Российского института культурологии МК РФ и РАН,
доктор искусствоведения
3. http://www.prof.museum.ru/mat/
4. http://www.activeserverpages.ru/
5. http://java.sun.com/
6. http://www.php.net/
7. http://www.zend.com/
8. http://www.allaire.com/
9. Андрей Акопянц «Системы управления Web - контентом» "Мир электронной
коммерции", ? 2, 2000 http://www.osp.ru/ecom/2000/02/052.htm
10. CITFORUM.RU: «Море(!) аналитической информации» http://citforum.ru


-----------------------
Запросы

Браузеры
посетителей
сайта

Интернет

Данные

HTML-страницы

Программа
(набор скриптов)


Запросыыы




Запросы

Web-сервер

БД
(контент)