Системы управления сайтамиСистемы управления сайтами Давным-давно жил да был на свете Вебмастер. Жил – не тужил, регулярно обновлял свой сайт, добавлял новые страницы, вставлял новости. Но однажды надоело ему постоянно рыться в HTML-коде, чтобы найти место, которое нужно исправить; надоело вносить изменения во все страницы, чтобы везде поставить новые ссылки. Крепко призадумался Вебмастер, закручинился, а потом взял да и написал программу, которая делала все сама. Скажешь ей: добавить такую-то новость, глядь – и новость встала, куда следует. Говоришь: добавь страницу – и страница добавлена, и ссылки на нее везде, где положено им.
Так появился первый движок сайтов.
Народная сказка
Дмитрий Васильев Что такое движок сайтов? «Движок сайтов» – выражение сленговое. Официально принято говорить «система управления сайтом», «система управления содержанием» или «контент-менеджер» (что, в принципе, не одно и то же, но эти понятия часто подменяют друг друга). Основное назначение движка – упростить создание сайта и управление им в процессе эксплуатации. Все серьезные сайты, содержащие большой объем информации и требующие постоянного ее обновления, используют движки. Это и поисковые машины, и новостные серверы, и разнообразные каталоги. В этой статье речь пойдет об универсальных движках сайтов – готовых российских разработках, применяемых веб-студиями для создания сайтов любой (или почти любой) архитектуры. Движок сайтов – это программный комплекс, позволяющий автоматизировать процесс управления как сайтом в целом, так и сущностями в рамках сайта: макетами страниц, шаблонами вывода данных, структурой, информационным наполнением, пользователями и правами доступа, а также по возможности предоставляющий дополнительные сервисы: списки рассылки, ведение статистики, поиск, средства взаимодействия с пользователями и т. д. Обычно движок делится на две части: «надводную» (набор HTML-страниц, генерируемых при вызове страниц из браузера посетителя сайта) и «подводную» – систему администрирования. Обе части обычно используют общее хранилище данных, в роли которого, как правило, выступает реляционная база данных (иногда встречаются другие виды хранилищ, например XML-документы или даже текстовые файлы). В хранилище помещается информация, содержащаяся на сайте (собственно контент), а также информация, описывающая его (макеты страниц, структура, права доступа и пр.). При вызове страницы скрипт, который должен эту страницу вывести, в зависимости от полученных параметров выбирает из базы данных необходимую информацию (какое содержимое показать, какие ссылки поставить, как это все расположить и т. д.) и генерирует HTML-документ, который и подается браузеру. Помимо этого обязательно имеется интерфейс к базе данных, реализующий систему администрирования, которая при авторизованном доступе позволяет изменять содержание и структуру сайта. Чаще всего обе части движка располагаются на веб-сервере, что позволяет редактировать сайт в онлайне. Бывают, однако, и исключения: например, для управления сайтом используется специальная программа-клиент, работающая на компьютере администратора. Возможен и такой вариант, когда страницы сайта генерируются не в момент получения запроса с определенным URL, а заранее, при внесении изменений на сайт. Но о таких приемах речь пойдет чуть ниже. Зачем нужны движки? Рассмотрим несколько типичных операций с сайтами, использование движков при проведении которых существенно облегчает работу. Добавление/изменение информации
Допустим, веб-мастеру необходимо добавить на сайт новость. Если сайт статический, эта задача решается примерно так: 1. Копируем страницу с другой новостью. 2. Находим и изменяем в HTML-тексте заголовок и текст новости. 3. Закачиваем полученную страницу на сервер. 4. Вносим ссылку на эту страницу в архив новостей. 5. Закачиваем страницу на сервер. 6. Вносим ссылку на эту новость на титульную страницу сайта и убираем последнюю новость (если, например, на титульной странице сайта нужно показывать какое-то число последних новостей). 7. Закачиваем страницу на сервер. Как видим, даже простейший пример потребовал затратить определенное время, чтобы разобраться в HTML-коде трех страниц, изменить их и закачать на сервер. И хорошо еще, если речь идет о текстовой информации. А если это каталог товаров, элементы которого должны отображаться со сложной версткой? При использовании движка сайтов такая операция обычно требует лишь заполнения соответствующей формы в системе администрирования, а дальше движок все сделает сам: и создаст страницу, и расставит везде, где нужно, ссылки на нее. Изменение структуры сайта
Допустим, наш сайт имеет семь основных разделов, внутри которых может быть до пяти страниц-подразделов. Нам нужно ввести шестой раздел. Статический сайт потребовал бы, помимо создания и наполнения страниц, еще и внести изменения в навигацию на всех 35 старых страницах, а также на карте сайта (если она есть). Эта механическая работа требует времени, кроме того, не нужно забывать про риск ошибиться в верстке страниц, а также о необходимости знать HTML. При использовании же движка сайтов добавление раздела и все сопутствующие процедуры, как правило, производятся путем заполнения одной-двух форм. Изменение дизайна сайта
Изменение дизайна статического сайта – задача, быть может, посложнее, чем создание сайта «с нуля», поскольку означает полную переверстку ВСЕХ его страниц. Конечно, радикальная смена дизайна – достаточно редкое событие, значительно чаще бывает необходимо внести небольшие изменения в оформление – но во все страницы. При использовании движка сайтов этот процесс максимально упрощается: в общем случае изменения вносятся лишь в макеты страниц. Использование шаблонных типов данных
Исходная ситуация: есть каталог товаров, у каждого товара есть название, аннотация, полное описание, сведения о производителе, изображение, цена и другие характеристики. Каталог необходимо поддерживать: редактировать атрибуты товаров, отключать возможность заказа тех из них, которых нет на складе, добавлять новые товары. Также в каталоге нужно предусмотреть возможность поиска товаров. Если первая часть задачи в случае статического сайта требует «всего лишь» хорошего знания HTML и определенных затрат времени, то вторая неосуществима в принципе. Используя же движок сайтов (при условии, что он умеет работать с шаблонами), для добавления новой позиции нужно только заполнить форму, где услужливый скрипт сообщит о неверном формате цены (если была допущена опечатка), предложит список производителей (чтобы не вписывать его каждый раз руками), закачает картинку (вместо выкладывания ее вручную по FTP) и сам обеспечит возможность выбора товаров. Использование интерактивных элементов
В общем-то, сделать гостевую книгу, форум, опрос на сайте не так уж сложно и без использования движка – достаточно найти готовый скрипт, реализующий требуемые функции, установить его на свой сервер, настроить дизайн и использовать на здоровье. Можно также воспользоваться публичными интерактивными службами, например guestbook.ru или by.ru, но в этом случае придется мириться с рекламой на страницах. В движки сайтов интерактивные элементы обычно встраиваются, и добавить их на сайт можно несколькими щелчками мыши. Это далеко не все ситуации, когда использование движков сайтов может оказаться целесообразным. Движок может помочь с организацией локальной поисковой системы, с ведением списков рассылки, со сбором статистики, созданием отчетов, разграничением прав доступа пользователей, персонализацией и со многим другим – описание всех возможностей потребовало бы отдельной статьи. Как они появляются на свет?
Истории создания движков сайтов зачастую похожи, как две капли воды. Условно их можно разделить на две группы. Движки первой группы изначально создавались как системы управления конкретными сайтами, рассчитанными на конкретные задачи. А уже после обкатки на этих задачах в системы добавлялись функции, позволяющие использовать их для других задач. Так, DynaSite изначально разрабатывался для магазина «оЗон»; NetCat – для проекта Netinfo.ru; Communiware – для «Московского Либертариума». Только потом эти системы стали позиционироваться как универсальные средства создания и администрирования сайтов. Для второй группы движков характерно изначальное позиционирование их как систем управления сайтом. Обычно они создавались в веб-студиях: сначала как набор скриптов для наиболее часто используемых функций (ленты новостей, каталоги товаров, поиск и пр.), потом как относительно законченный инструмент, который студия использовала для более быстрого создания сайтов, и, наконец, как готовый универсальный продукт. (Надо отметить, что существует еще и третья группа продуктов – системы документооборота масштаба предприятия, в которых имеются функции работы с веб-документами. К ним относятся Lotus Domino, Do*****entum, Vignette и некоторые другие. В подавляющем большинстве случаев это зарубежные разработки. Системы документооборота часто используются для оптимизации бизнес-процессов средних и крупных предприятий, но применение технологий такого класса исключительно в целях управления содержанием сайтов равносильно стрельбе из пушки по воробьям, поэтому в данной статье они не рассматриваются. – Прим. ред.) Обзор движков DynaSite, dynasite.reksoft.ru
Разработчик: «Рексофт» / www.reksoft.ru
Выход первой версии: февраль 1999 г.
Текущая версия: 2.5.3
Демо-доступ: по запросу с сайта
Системные требования: MS Windows 2000 Server или Advanced Server в случае кластерной конфигурации; MS SQL Server 7.0/2000; ColdFusion Application Server 4.5/5.0; веб-сервер IIS 5.0 или Apache; сервер от PIII-700, 256 Mбайт RAM
Минимальный объем на диске: 48 Mбайт (ядро плюс база данных) DynaSite, как и многие российские системы управления сайтами, изначально создавался для конкретного проекта – интернет-магазина «оЗон» (www.ozon.ru). Когда в начале 1998 года компания «Рексофт» решила создать этот магазин, подходящей системы управления сайтами, способной обеспечить функционирование магазина такого класса, на рынке не нашлось, поэтому было принято решение о создании собственного движка. «оЗон» открылся в апреле 1998 года, и только через 10 месяцев «Рексофт» объявил о выходе универсального продукта DynaSite. Сейчас DynaSite является одним из самых известных и мощных российских движков сайтов. У DynaSite имеется собственный API, при помощи которого сторонние разработчики могут создавать модули для решения прикладных задач. Saitistika, www.saitistika.ru
Разработчик: Individ / www.individ.ru
Выход первой версии: март 2000 г.
Текущая версия: 2.5
Демо-доступ: по запросу с сайта
Системные требования: Windows 2000 Server; Internet Information Server 5.0; Microsoft SQL Server 7.0 / 2000; сервер от Intel Pentium-166, 64 Мбайт (рекомендуется больше)
Минимальный объем на диске: 50 Mбайт Многие считают, что подавляющее большинство серьезных разработчиков сосредоточено в Москве и Петербурге, а продукты, созданные провинциальными компаниями, не в состоянии конкурировать со столичными разработками. Система управления сайтами Saitistika – приятное исключение из этого правила. Она была создана ярославской компанией Individ, до 1999 года известной как веб-студия «РусАрт». Saitistika построена по модульному принципу, причем, как и в случае с DynaSite, сторонние разработчики имеют возможность создавать собственные модули. Система снабжена подробной документацией как для разработчиков, так и для администраторов. NetCat, netcat.ru
Разработчик: «АИСТ» / www.aist.ru
Выход первой версии: декабрь 2000 г.
Текущая версия: 1.4
Демо-доступ: www.netcat.ru/demo
Системные требования: Linux/FreeBSD; Apache; PHP 3+; MySQL; сервер от Pentium 166, 64 Мбайт
Минимальный объем на диске: 3 Mбайт NetCat – один из самых молодых на российском рынке движков сайтов. Как и многие другие, NetCat разрабатывался для поддержки конкретного сервера (а именно – Netinfo.ru). Только через полгода после создания этого сервера было объявлено о выходе коммерческой версии NetCat, а весной 2001 года открылся сайт netcat.ru. Архитектура системы позволяет расширять функциональность сайта; логически система различает понятия «структура», «данные», «дизайн», «шаблоны страниц», «права доступа», модули управления которыми интегрированы в общую систему администрирования. NetCat довольно нетребователен к системным ресурсам сервера, что позволяет использовать его на маломощных машинах. Communiware.server,
www.communiware.ru
Разработчик: «Коммунивер.Сеть», TechInvestLab.com / www.techinvestlab.com
Выход первой версии: осень 1999 г.
Текущая версия:0.922
Демо-доступ: dev.ice.ru/forum (логин/ пароль demo/demo)
Системные требования: OS Unix; Oracle8i (Oracle9i) или PostgreSQL 7.1.1
Минимальный объем на диске: 3 Мбайт Communiware.server также создавался под проект. На сей раз проектом был сервер Анатолия Левенчука «Libertarium» (www.libertarium.ru). Как и в случае с «оЗоном», на тот момент (осень 1998 г.) на рынке не оказалось движков, удовлетворяющих всем потребностям проекта, поэтому и было принято решение написать свой. В мае 1999 года «Libertarium» уже «жил» под Communiware, а в марте 2000 года проектом занялся интернет-инкубатор TechInvestLab. В 2001 году Communiware стал распространяться бесплатно для некоммерческих проектов (для коммерческих проектов стоимость движка на данный момент составляет $150). Система хорошо документирована и имеет одно из самых больших сообществ сторонних разработчиков сайтов на Communiware. Imprimatur, www.imprimatur.ru
Разработчик: Студия Артемия Лебедева / www.design.ru
Выход первой версии: январь 2000 г.
Текущая версия: 3.0
Демо-доступ: нет
Системные требования: Платформы: FreeBSD, Linux, Solaris, Win32; серверы баз данных: MySQL, MS SQL, Oracle, Informix
Минимальный объем на диске: зависит от требований Imprimatur, в отличие от другой разработки Студии Артемия Лебедева «Parser», является одной из самых закрытых извне систем. Так, на момент написания этого обзора сайт Imprimatur.ru состоял из одной-единственной страницы, не содержащей практически никакой полезной информации. О демо-доступе, публичной документации, примерах использования, конечно же, не может быть и речи. Как пишут на сайте design.ru сами разработчики, Imprimatur устанавливается Студией Лебедева на все проекты, требующие регулярного обновления, а веб-интерфейс позволяет выполнять задачи администрирования сайта любому пользователю, знакомому с базовыми приемами работы в Word. WebEditorial, адреса нет
Разработчик: DataArt Enterprises, Inc. / www.dataart.com
Выход первой версии: август 2000 г.
Текущая версия: 2.0
Демо-доступ: we.ny.demo.dataart.com (логин/пароль demo/demo)
Системные требования: Microsoft Windows 2000; MS SQL Server 2000 (7.0 возможен); Intel PII+, 512 Мбайт
Минимальный объем на диске: 3 Мбайт (коды+БД) Систему WebEditorial нельзя назвать чисто российской разработкой: юридически компания DataArt зарегистрирована в США. В России DataArt прочно ассоциируется с компанией Port.ru – «Порт» был основан DataArt в 1999 году. WebEditorial разрабатывался в том числе и для Port.ru – технологически все семейство проектов Port.ru должно было оснащаться единой системой управления, что является, безусловно, нетривиальной задачей, учитывая масштабы этих проектов. Нынешнее же финансовое положение «Порта», к сожалению, не позволяет компании вкладывать деньги в новые разработки. MWM, адреса нет
Разработчик: «Город-Инфо» /
www.gorod.ru
Выход первой версии: 2000 г.
Текущая версия: 3.0
Демо-доступ: нет
Системные требования: платформонезависимая (требует Java 1.3); Oracle/MS SQL/MySQL
Минимальный объем на диске: 4 Мбайт «Город-Инфо» – один из старейших разработчиков в Рунете. Компания позиционирует себя в качестве веб-интегратора, и система управления сайтами MWM является одним из инструментов компании. Как и Студия Артемия Лебедева, «Город-Инфо» делает упор на собственные опыт и профессионализм, и, вероятно, поэтому информация о MWM также довольно скудна. Content,
www.xproject.ru/tech/content.phtml
Разработчик: X-Project / www.xproject.ru
Выход первой версии: август 1999 г.
Текущая версия: 2.0
Демо-доступ: нет
Системные требования: Unix; MySQL/ Oracle
Минимальный объем на диске: нет данных Движок сайтов Content изначально создавался для портала «Эхо Москвы», который впоследствии управлялся только двумя сотрудниками, не имеющими специальных знаний в области веб-технологий. Отличительной чертой системы является кэширование страниц в момент обновления, что уменьшает нагрузку на сервер и теоретически снижает риск сбоев. AYAXI Publisher, ap.ayaxi.com
Разработчик: AYAXI / www.ayaxi.com
Выход первой версии: июнь 2000 г.
Текущая версия: 1.2
Демо-доступ: нет
Системные требования: MS Windows 4.0+ c 4 Service Pack; MS SQL 7.0+; MS IIS 4.0 и выше
Минимальный объем на диске: 4 Мбайт (коды+БД) Так же, как и многие другие системы, движок AYAXI Publisher прошел эволюцию от утилит для обновления разделов сайта до полноценной системы управления сайтом. Однажды перед разработчиками встала задача создать сайт, управление которым осуществлялось бы усилиями сотрудников заказчика, после ее выполнения и началась разработка универсального движка. PR, www.e-labs.ru/products_r1.htm
Разработчик: «Web-мастерская» /
www.w-m.ru
Выход первой версии: февраль 1999 г.
Текущая версия: 3.02
Демо-доступ: по запросу
Системные требования: FreeBSD/Linux для кэширующего сервера, Linux/Solaris для сервера приложений; Apache 1.3.12 с модулями mod_perl и mod_ssl; DB2/ Oracle/Informix/Sybase/Interbase/PostgreSQL; HTML::Embperl
Минимальный объем на диске: 12 Мбайт Изначально система разрабатывалась для проекта Polit.ru, что наложило определенный отпечаток на ее развитие: первое время она позиционировалась как решение для информационных и новостных сайтов. В настоящий момент PR используется и на сайтах других видов: отраслевых порталах, корпоративных сайтах и пр. InSite, www.insite.ru
Разработчик: WEBlink / www.weblink.ru
Выход первой версии: апрель 1999 г.
Текущая версия: 4.2
Демо-доступ: временно отключен
Системные требования: Apache/mod_ perl 1.25xx; Sybase
Минимальный объем на диске: 2,5 Мбайт Первая версия системы разрабатывалась для ИД «Провинция» (www.province.ru), сервер которого поддерживает 23 различных издания, размещенные в разных регионах России. Декларируемые сферы применения InSite: информационно-новостные сайты, каталоги продукции, автоматизированное проведение викторин, системы поддержки коллективной распределенной работы. 6Floor Avator, www.siteman.ru
Разработчик: «6 этаж» / www.6floor.ru
Выход первой версии: июль 2001 г.
Текущая версия: 1.0
Демо-доступ: нет
Системные требования: Unix/Windows, PHP, MySQL
Минимальный объем на диске: 230 Кбайт Пожалуй, это самая молодая среди систем, охваченных данным обзором. Помимо Avator, студия «6 этаж» имеет еще две разработки в области управления контентом – 6Floor DB-Publisher и 6Floor SiteManager, но именно Avator специалисты студии считают своей лучшей разработкой. ComSite, www.comsite.ru
Разработчик: ADT Web Solutions /
www.adt.ru
Выход первой версии: 1998 г.
Текущая версия: –
Демо-доступ: i-service.adt.ru/admin
(логин/пароль demo/demo)
Системные требования: Unix; Apache; MySQL/Oracle
Минимальный объем на диске: 2 Мбайт Идеология системы: «Качественные сайты для реального бизнеса по доступной цене». Недорогая система, ориентированная на решения для малого бизнеса. Помимо ComSite, у ADT Web Solutions есть и другое решение, которое называется ObjBase. PyroSite, www.pyramid.spb.ru/rus/tech
Разработчик: Pyramid Internet Technolgies / www.pyramid.spb.ru
Выход первой версии: ноябрь 1999 г.
Текущая версия: 2.0
Демо-доступ: нет
Системные требования: Microsoft Windows 4.0; MS SQL 7.0
Минимальный объем на диске: 1,5 Мбайт (коды+БД)
Изначально система разрабатывалась для сервера «Виртуальный Петербург« (на момент написания статьи сайт www.vp.ru был закрыт на реконструкцию). Система построена на технологии COM, что, по утверждению разработчиков, позволяет добиться значительной масштабируемости. Один мой знакомый в начале 2001 года сказал: если два года назад было модно писать движки для баннерных систем, то сейчас модно писать движки для сайтов. Действительно, если два года назад российские системы управления сайтами можно было пересчитать по пальцам одной руки, то сейчас у DynaSite, Saitistika, Communiware появились достойные конкуренты. Интерес отечественных разработчиков к системам управления сайтами говорит о том, что эта тема сейчас очень актуальна, а реальная практика показывает, что статические сайты постепенно уходят в прошлое. Как руководитель коммерческой веб-студии, я могу отметить, что за последнее время подход к созданию сайтов значительно изменился и у заказчиков. Если еще год назад клиенты мало задумывались о том, что после сдачи студией работы они могут остаться наедине со своим сайтом, то сейчас все чаще и чаще нам задают вопрос: а сможем ли мы сами обновлять свой сайт? Сможем ли мы своими силами расширять его, добавлять новые разделы? Не придется ли нам нанимать штат специалистов для поддержки сайта? При использовании полноценной системы управления сайтом у вас не будет возникать подобных вопросов. Дмитрий Васильев,
[email protected] Некоторые приемы движкостроительства Подмена адресов URL
Использование «говорящих» URL – вещь из разряда «мелочь, а приятно». Сравните страницы www.touravia.ru/i/?sub=138 и www.touravia.ru/greece/attica. Они идентичны: разница только в адресах. Если в первом варианте адрес написан «на языке движка», то второй говорит пользователю, в какой раздел он попадет. Реально на сервере touravia.ru нет каталога /greece/attica. При наборе такого адреса управление передается специальному обработчику ошибки 404 («Страница не найдена»), который уже сам определяет, какую страницу показать. Использование «говорящих» URL – вещь из разряда «мелочь, а приятно». Сравните страницы и . Они идентичны: разница только в адресах. Если в первом варианте адрес написан «на языке движка», то второй говорит пользователю, в какой раздел он попадет. Реально на сервере touravia.ru нет каталога /greece/attica. При наборе такого адреса управление передается специальному обработчику ошибки 404 («Страница не найдена»), который уже сам определяет, какую страницу показать. Кэширование информации
При каждом вызове страницы сайта под управлением движка сайтов происходит не считывание HTML-страницы с жесткого диска сервера, а вызов скрипта, который, в свою очередь, может подключать другие скрипты, делать запросы к базе данных и пр. Все это дает определенную нагрузку на сервер. А чем больше загрузка, тем быстрее она достигнет критической отметки, тем меньше производительность сервера. Поэтому иногда страница генерируется не в момент запроса URL, а в момент ее обновления, после чего выкладывается на жесткий диск или в базу данных уже в готовом виде. Этот прием достаточно спорный: например, при изменении какого-то элемента дизайна сайта придется перезаписывать все страницы. Его также нельзя применять в случае динамических ресурсов, например, при необходимости предоставления пользователю возможности проводить поиск по записям базы данных. Оффлайновые модули администрирования
Иногда управление сайтом происходит не напрямую на сервере через веб-интерфейс, а при помощи программ, запускаемых на рабочей станции. Этот прием позволяет экономить рабочее время (особенно на плохих каналах), предоставить более широкие возможности управления сайтом (Windows-интерфейс гораздо более функционален, чем веб-интерфейс). Однако такой подход требует гораздо более тщательной проработки безопасности, решения проблем целостности базы данных (например, если с сайтом одновременно работают несколько человек), он более трудоемок для разработчика. Разделение интерфейсов разработчика и администратора
Философский вопрос: нужно ли давать клиенту возможность управлять дизайном страниц и программировать дополнительные модули? Клиент по определению хуже разработчика владеет навыками дизайна, юзабилити и программирования, а его самостоятельные действия чреваты разными неприятностями. Поэтому часто разработчики разделяют «клиентские» инструменты (управление структурой, данными, правами) и инструменты разработчика (дизайн, программирование). Немного статистики Функциональность
– Из 14 рассмотренных систем только 3 не включают в себя стандартный HTML-редактор. Очевидно, что базовые конструкции HTML-редактор все же должен знать, а остальные проблемы решаются при помощи шаблонов управления.
– Все 14 систем имеют средства управления основными сущностями в рамках сайта: структурой, дизайном, информационным наполнением, правами доступа, шаблонами страниц.
– Почти половина систем в качестве поисковой системы и системы статистики используют сторонние разработки (Yandex. Site, MS Index Server, MnogoSearch; SpyLOG Analyzer, Analog, WebTrends Log Analyzer). Часто это оправданно: как правило, лучше использовать профессиональную систему, созданную третьей фирмой, чем писать свою, которая достигнет того же уровня еще очень не скоро.
– Только две из рассмотренных систем не имеют средств электронной коммерции. – Из 14 рассмотренных систем только 3 не включают в себя стандартный HTML-редактор. Очевидно, что базовые конструкции HTML-редактор все же должен знать, а остальные проблемы решаются при помощи шаблонов управления.– Все 14 систем имеют средства управления основными сущностями в рамках сайта: структурой, дизайном, информационным наполнением, правами доступа, шаблонами страниц.– Почти половина систем в качестве поисковой системы и системы статистики используют сторонние разработки (Yandex. Site, MS Index Server, MnogoSearch; SpyLOG Analyzer, Analog, WebTrends Log Analyzer). Часто это оправданно: как правило, лучше использовать профессиональную систему, созданную третьей фирмой, чем писать свою, которая достигнет того же уровня еще очень не скоро.– Только две из рассмотренных систем не имеют средств электронной коммерции. Цены
– Разброс цен на движки сайтов очень велик – от 50 до 3750 долларов. Вряд ли функциональность систем действительно различается в 75 раз, так что декларируемая стоимость системы больше зависит от субъективных факторов: спроса, сегмента рынка, амбиций разработчиков и др.
– 5 разработчиков не разглашают стоимость копии системы или разработки сайта на основе системы. Причем все они относятся к ветеранам рынка веб-разработки.
– 4 разработчика не позиционируют свои системы как законченный продукт, ограничиваясь только предоставлением услуг по созданию сайтов. Прочее
– Доли операционных систем (Unix и Windows), на которых работают представленные в обзоре системы, примерно одинаковы. Три из них вообще платформонезависимые.
– Самые «тяжелые» по объему на диске системы – DynaSite и Saitistika (обе работают под OS Windows). Практически все Unix-движки, наоборот, «легкие».
– Все 14 систем ориентированы на корпоративные сайты, почти все – на СМИ и электронные магазины и порталы. А вот файл-архивы, интранет-серверы и сообщества не пользуются такой популярностью – на разработку таких систем ориентировано от половины до двух третей рассмотренных движков сайтов
. – Из 14 разработчиков 10 располагаются в Москве, 3 – в Санкт-Петербурге и один – в Ярославле. Практическая работа Использование системы администрирования сайта должно быть настолько простым, насколько это возможно. В идеале – не сложнее, чем использование самого сайта. Заказчики систем управления сайтами тоже люди, и им совсем не хочется тратить свое драгоценное время на консультации с разработчиками. Мы попытались оценить движки сайтов NetCat, DynaSite, WebEditorial, Com-Site и Communiware (чьи данные для демо-доступа были своевременно получены) с точки зрения удобства использования. Понятно, что такая оценка может быть только субъективной. И все-таки даже такая информация может оказать существенное влияние на выбор того или иного продукта. Движок сайтов NetCat компании «АИСТ» ориентирован скорее на использование профессиональными веб-мастерами. Его строгий иерархический интерфейс довольно хорошо отражает внутреннюю логику системы, но не рассчитан (во всяком случае, в стандартной поставке) на быстрое выполнение стандартных операций. Например, для добавления нового тура на сайт турагентства, используемый для демонстрации возможностей NetCat, автору потребовалось выполнить семь действий. Впрочем, интерфейс администрирования этой системы может настраиваться, и, таким образом, его можно адаптировать для быстрого решения любых стандартных задач управления сайтом. Вообще, возможности адаптирования у NetCat очень широки, но требуют навыков программирования на PHP. Продукты DynaSite и WebEditorial обладают примерно одинаковыми возможностями. Эти системы используют стандартную метафору интерфейса Windows-приложений, что позволяет пользователям тратить меньше времени на знакомство с интерфейсом. Но WebEditorial отличается значительно более гибкими процессами управления публикацией документов, и, естественно, за это приходится платить сложностями при освоении. Но, несмотря на это, оба движка обладают интуитивно понятным интерфейсом и великолепной справочной системой. Для небольших проектов возможности этих систем, вероятно, окажутся избыточными. Система ComSite, так же как и NetCat, использует для интерфейса администрирования традиционную иерархию страниц, но возможностей для настройки там меньше. Впрочем, это компенсируется значительно более удобным древовидным меню в левом навигационном фрейме. Элементы интерфейса многократно дублируют друг друга – возможно, со временем к этому привыкаешь, но поначалу это слегка смущает. Система Communiware построена на основе операционного представления сайта. Это значит, что интерфейс администрирования очень похож на интерфейс самого сайта, но к каждому информационному элементу добавлены ссылки на формы его создания, редактирования и удаления. Это очень удобная и мощная концепция, позволяющая за несколько минут освоить основные операции управления содержанием. Но почему-то в стандартной поставке интерфейс Communiware использует жутковатую смесь английских, русских и промежуточных терминов (догадайтесь с одного раза, что такое, например, «итем»?), что сильно портит впечатление от данного движка. В итоге движок сайтов ComSite можно порекомендовать для небольших и средних проектов, где не требуется гибкость, но очень важна легкость освоения интерфейса администрирования; NetCat и Communiware – для проектов среднего масштаба, где больший приоритет имеет гибкость системы, и, наконец, DynaSite и особенно WebEditorial, вероятно, больше подойдут для больших и очень больших сайтов, где требуется управление сложными структурами данных. |
