(С) Владислав Боркус
Дата актуальности: февраль 2006
!Данный материал защищён авторским правом и любое его копирование не допускается.
Система QP7F представляет собой конструктор сайтов с объектной ориентацией. Система строится на технологии ASP/IIS/SQL Server. Она включена в обзор потому, что была основной платформой построения сайтов «ЮКОСа».
Упрощенно говоря сайт конструируется из набора шаблонов, технически представляющих собой ASP-страницы. Совокупность всех шаблонов образует шаблон сайта.[#sdfootnote1sym 1].
Страницы формируются из HTML и JavaScript-кода, а также обращений к объектам (они похожи на параметрические шаблоны, небольшие по объему кода). Объекты и страницы могут обращаться изнутри себя к другим объектам, и могут быть сами вызваны с параметрами. Для разделения разных типов кода, обращения к объектам и другие команды QP7F заключаются внутрь HTML-комментариев.
Объекты могут принадлежать двум уровням сайта -- шаблону в целом (Template objects) или отдельным страницам (Page objects). Поэтому возникает возможность использовать механизмы переопределения и двухуровневого наследования. Страницы могут использовать объекты из Template objects, а могут их переопределить при помощи Page Objects. Тогда поведение всех других объектов, опирающихся на тот объект, что был переопределен, изменится в рамках страницы.
Вся разработка ведется внутри интерфейса администратора QP7F. Для каждого шаблона сайта и шаблона страницы задаются его базовые свойства, текст и список объектов, которые вызываются из него.
Из системного интерфейса можно также конструировать новые объекты, определяя список их атрибутов. Объекты могут принадлежать одному из восьми базовых типов (см. таблицу), из которых наиболее важными являются ASP Template и Publishing Container. Первый служит для создания участка ASP-кода, т.е. какого-то текста в HTML-формате с программными вкладками на VisualBasic. Второй предназначен для представления на страницах сайта информационных записей.
Записи складываются в контейнеры, в терминологии системы называемые контентами. Для контента можно настраивать список атрибутов, присовокуплять классы уведомлений при изменении контента, редактировать права доступа, перемещать записи в архив. Контенты можно объединять в группы и создавать новые контенты по образцу имеющихся. Именно за отображение на страницах содержимого одной или нескольких записей контента отвечают разные объекты типа Publishing Container.
Получается, что сайт в системе раскладывается на множество мелких объектов, каждый из которых инкапсулирует некоторую законченную функциональность. В системе нет в явном виде разделов и иерархической структуры -- вся структуризация заложена внутрь объектов/страниц и их параметров.
По сути список ASP-страниц идентичен списку разделов сайта. Объекты фактически являются блоками из которых конструируется страница. По команде «собрать страницу» все компоненты страницы объединяются в один ASPX-файл, доступный для Internet Information Server.
Нужно отметить, что инструменты системы не позволяют проектировать сайт визуально -- только через его код, но всегда можно посмотреть как будет отображаться тот или иной объект в режиме Preview.
Также некоторые вещи, которые в других системах делаются автоматически, здесь нужно программировать. Например, в «Сайтистике» меню сайта формируется автоматически. Здесь же его требуется программировать.
Многосайтовость системой поддерживается. Под ее управлением могут располагаться несколько сайтов, имеющих разные DNS-адреса. Однако, создание нового сайта с нуля дело сложное, требующее большого объема разработки. Ситуация резко упрощается, если создавать сайт по прототипу, этот механизм заложен в систему. Можно сохранить всю архитектуру сайта в XML-файл (Backup/Restore), а затем создать на ее основе новый сайт, например, новую языковую версию сайта.
Многоязычность возможна, но версии одного и того же сайта на двух разных языках оказываются никак не связаны между собой.
Авторинг. Базово авторинг происходит через ввод новых записей в каком-либо из контентов. После чего эта запись попадает в workflow и автоматически публикуется на страницах сайта. Для полей контентов, отмеченных как Visual Edit, есть WYSIWYG редактор с достаточно большим набором возможностей, даже поддержкой CSS. Кроме того, есть функция OnScreen, которая позволяет быстро найти нужное место на сайте, где требуется опубликовать контент, а затем мгновенно перейти к его редактированию.[#sdfootnote2sym 2]
В новых версиях возможно также перемещать записи из одного контента в другой, а также перемещать старые, ненужные записи в архив (корзину).
Главный недостаток системы с точки зрения управления контентом -- это то, что ввод записей осуществляется через тот же интерфейс, что администрирование, настройка и проектирование сайта. Обилие меню, пусть даже и заблокированных, будет отвлекать и путать редактора. Есть и другие недостатки, например, нет средств проверки мертвых ссылок.
Разработка структуры сайта довольно сложна, как уже описывалось выше. В частности, отсутствие разделов усложняет дело. Добавление новых модулей также требует программирования.
Безопасность. Механизм безопасности позволяет довольно тонко разделять полномочия -- по группам, персонально по пользователям. Права задаются на разделы сайта, страницы, а также отдельные контенты. Возможна работа зарегистрированных и анонимных пользователей. Производитель декларирует наличие авторизации на базе Active Directory, однако механизм ее работы в документации не описан.
Возможно журналирование действий редактора, и даже ведение истории изменений.
Навигационные элементы и поиск. Готовые навигационные элементы в составе системы не поставляются. Некоторые из их (меню, путь и пр.) доступны в демо сайте и через community. Для поиска требуется поисковый механизм.
Модули. Ситуация с модулями довольно интересная. В составе поставки их нет. Однако, доступно много готовых модулей либо в community, либо в демо сайте. Такими, модулями являются, например, FAQ, Форум, голосования, банеры. Графическую карту, рассылки, календари, анкетирование нужно реализовывать своими силами или использовать код, накопленный производителем в проектах. Многие из модулей легко реализуются при внедрении (новости, например), так как опираются на базовый функционал системы.
Интеграция с SharePoint. Специальной интеграции с SharePoint в системе не предусмотрено, однако, системы имеют общую технологическую базу. Теоретически, использование идеологии объектов упрощает построение портлетов.
Система QP7 Framework фирмы Quantum Art, если отвлечься от деталей «антуража» идеологически похожа на Metric Optimizer. По крайней мере на первый взгляд, она удовлетворяет нескольким главным требованиям -- многосайтовости, многоязычию, авторизации через Active Directory, наличию WYSIWYG редактора.
Но система имеет заметные недостатки. По сравнению другими системами более сложна разработка сайта. Системе недостает готовых модулей. Более важно, что даже для очень больших переделок сайта может требоваться заметный объем работы очень квалифицированного специалиста.
Есть сомнения относительно производительности QP7 -- вендор не упоминает в документации о наиболее важных механизмах обеспечения производительности (кэширование, кластеры высокой производительности). К тому же все существующие до сих пор проекты реализовывались для задач со средним уровнем нагрузки.[#sdfootnote3sym 3]
[#sdfootnote1anc 1] На сайте таких шаблонов может быть несколько. Можно, например, создать много разных форматов и переключаться между ними, если возникло желание попенять внешний вид сайта или идет внедрение нового функционала. Для сайта в целом есть также один простой рамочный шаблон, как правило задающий лишь обрамление HTML-тегами и набор метатегов.
[#sdfootnote2anc 2] В тестах она не работала как надо
[#sdfootnote3anc 3] Следует отметить, что во время тестов онлайновая демо-версия сайта сбоила, что является нехорошим симптомом.
Дата актуальности: февраль 2006
!Данный материал защищён авторским правом и любое его копирование не допускается.
|
Архитектура и техническое описание
Система QP7F представляет собой конструктор сайтов с объектной ориентацией. Система строится на технологии ASP/IIS/SQL Server. Она включена в обзор потому, что была основной платформой построения сайтов «ЮКОСа».
Упрощенно говоря сайт конструируется из набора шаблонов, технически представляющих собой ASP-страницы. Совокупность всех шаблонов образует шаблон сайта.[#sdfootnote1sym 1].
Страницы формируются из HTML и JavaScript-кода, а также обращений к объектам (они похожи на параметрические шаблоны, небольшие по объему кода). Объекты и страницы могут обращаться изнутри себя к другим объектам, и могут быть сами вызваны с параметрами. Для разделения разных типов кода, обращения к объектам и другие команды QP7F заключаются внутрь HTML-комментариев.
Объекты могут принадлежать двум уровням сайта -- шаблону в целом (Template objects) или отдельным страницам (Page objects). Поэтому возникает возможность использовать механизмы переопределения и двухуровневого наследования. Страницы могут использовать объекты из Template objects, а могут их переопределить при помощи Page Objects. Тогда поведение всех других объектов, опирающихся на тот объект, что был переопределен, изменится в рамках страницы.
Вся разработка ведется внутри интерфейса администратора QP7F. Для каждого шаблона сайта и шаблона страницы задаются его базовые свойства, текст и список объектов, которые вызываются из него.
Из системного интерфейса можно также конструировать новые объекты, определяя список их атрибутов. Объекты могут принадлежать одному из восьми базовых типов (см. таблицу), из которых наиболее важными являются ASP Template и Publishing Container. Первый служит для создания участка ASP-кода, т.е. какого-то текста в HTML-формате с программными вкладками на VisualBasic. Второй предназначен для представления на страницах сайта информационных записей.
Записи складываются в контейнеры, в терминологии системы называемые контентами. Для контента можно настраивать список атрибутов, присовокуплять классы уведомлений при изменении контента, редактировать права доступа, перемещать записи в архив. Контенты можно объединять в группы и создавать новые контенты по образцу имеющихся. Именно за отображение на страницах содержимого одной или нескольких записей контента отвечают разные объекты типа Publishing Container.
Получается, что сайт в системе раскладывается на множество мелких объектов, каждый из которых инкапсулирует некоторую законченную функциональность. В системе нет в явном виде разделов и иерархической структуры -- вся структуризация заложена внутрь объектов/страниц и их параметров.
По сути список ASP-страниц идентичен списку разделов сайта. Объекты фактически являются блоками из которых конструируется страница. По команде «собрать страницу» все компоненты страницы объединяются в один ASPX-файл, доступный для Internet Information Server.
Нужно отметить, что инструменты системы не позволяют проектировать сайт визуально -- только через его код, но всегда можно посмотреть как будет отображаться тот или иной объект в режиме Preview.
Также некоторые вещи, которые в других системах делаются автоматически, здесь нужно программировать. Например, в «Сайтистике» меню сайта формируется автоматически. Здесь же его требуется программировать.
Оценки по главным направлениям
Многосайтовость системой поддерживается. Под ее управлением могут располагаться несколько сайтов, имеющих разные DNS-адреса. Однако, создание нового сайта с нуля дело сложное, требующее большого объема разработки. Ситуация резко упрощается, если создавать сайт по прототипу, этот механизм заложен в систему. Можно сохранить всю архитектуру сайта в XML-файл (Backup/Restore), а затем создать на ее основе новый сайт, например, новую языковую версию сайта.
Многоязычность возможна, но версии одного и того же сайта на двух разных языках оказываются никак не связаны между собой.
Авторинг. Базово авторинг происходит через ввод новых записей в каком-либо из контентов. После чего эта запись попадает в workflow и автоматически публикуется на страницах сайта. Для полей контентов, отмеченных как Visual Edit, есть WYSIWYG редактор с достаточно большим набором возможностей, даже поддержкой CSS. Кроме того, есть функция OnScreen, которая позволяет быстро найти нужное место на сайте, где требуется опубликовать контент, а затем мгновенно перейти к его редактированию.[#sdfootnote2sym 2]
В новых версиях возможно также перемещать записи из одного контента в другой, а также перемещать старые, ненужные записи в архив (корзину).
Главный недостаток системы с точки зрения управления контентом -- это то, что ввод записей осуществляется через тот же интерфейс, что администрирование, настройка и проектирование сайта. Обилие меню, пусть даже и заблокированных, будет отвлекать и путать редактора. Есть и другие недостатки, например, нет средств проверки мертвых ссылок.
Разработка структуры сайта довольно сложна, как уже описывалось выше. В частности, отсутствие разделов усложняет дело. Добавление новых модулей также требует программирования.
Безопасность. Механизм безопасности позволяет довольно тонко разделять полномочия -- по группам, персонально по пользователям. Права задаются на разделы сайта, страницы, а также отдельные контенты. Возможна работа зарегистрированных и анонимных пользователей. Производитель декларирует наличие авторизации на базе Active Directory, однако механизм ее работы в документации не описан.
Возможно журналирование действий редактора, и даже ведение истории изменений.
Навигационные элементы и поиск. Готовые навигационные элементы в составе системы не поставляются. Некоторые из их (меню, путь и пр.) доступны в демо сайте и через community. Для поиска требуется поисковый механизм.
Модули. Ситуация с модулями довольно интересная. В составе поставки их нет. Однако, доступно много готовых модулей либо в community, либо в демо сайте. Такими, модулями являются, например, FAQ, Форум, голосования, банеры. Графическую карту, рассылки, календари, анкетирование нужно реализовывать своими силами или использовать код, накопленный производителем в проектах. Многие из модулей легко реализуются при внедрении (новости, например), так как опираются на базовый функционал системы.
Интеграция с SharePoint. Специальной интеграции с SharePoint в системе не предусмотрено, однако, системы имеют общую технологическую базу. Теоретически, использование идеологии объектов упрощает построение портлетов.
Основные выводы
Система QP7 Framework фирмы Quantum Art, если отвлечься от деталей «антуража» идеологически похожа на Metric Optimizer. По крайней мере на первый взгляд, она удовлетворяет нескольким главным требованиям -- многосайтовости, многоязычию, авторизации через Active Directory, наличию WYSIWYG редактора.
Но система имеет заметные недостатки. По сравнению другими системами более сложна разработка сайта. Системе недостает готовых модулей. Более важно, что даже для очень больших переделок сайта может требоваться заметный объем работы очень квалифицированного специалиста.
Есть сомнения относительно производительности QP7 -- вендор не упоминает в документации о наиболее важных механизмах обеспечения производительности (кэширование, кластеры высокой производительности). К тому же все существующие до сих пор проекты реализовывались для задач со средним уровнем нагрузки.[#sdfootnote3sym 3]
---
[#sdfootnote1anc 1] На сайте таких шаблонов может быть несколько. Можно, например, создать много разных форматов и переключаться между ними, если возникло желание попенять внешний вид сайта или идет внедрение нового функционала. Для сайта в целом есть также один простой рамочный шаблон, как правило задающий лишь обрамление HTML-тегами и набор метатегов.
[#sdfootnote2anc 2] В тестах она не работала как надо
[#sdfootnote3anc 3] Следует отметить, что во время тестов онлайновая демо-версия сайта сбоила, что является нехорошим симптомом.
Рассмотрение по метрике
Раздел/Параметр/Некоторые ключи | QP7 Framework | |
| 1. Важные возможности | ||
| 1.1 Архитектура системы. (Объектные возможности, управление страницами) | ||
Возможность формировать объекты в системе из простых типов (дата, текст, и пр.), наследовать типы и расширять число атрибутов объекта. Возможность формировать шаблоны для отображения этих данных и формы для их ввода | + | Система полностью объектна -- шаблоны собирабтся из них. Возможно переопределение объектов из шаблнов для конкретной страницы. <<В процессе формирования шаблонов с помощью системы Q-Publishing могут быть использованы объекты восьми типов, определяющих выполняемые объектами функции. 1) Объект типа ASP Template нужен для создания участка ASP-кода, т.е. для написания либо какого-то текста в HTML-формате, либо текста в HTML- формате, но с программными вкладками на VisualBasic.2) Для отображения данных из Publishing-контента применяется объект типа Publishing Container. 3) Чтобы описать стили, используемые на сайте, необходимо создать объект, тип которого будет определён как Style Sheet (CSS). 4) Для описания скриптов следует добавить объект, относящийся к типу JavaScript. 5) Объект Macromedia Flash служит для отображения flash-роликов. 6) Windows Media нужен для отображения видео-роликов на Microsoft Media Player. 7) Meta Keywords 8) Meta Description |
| 1.2. Многосайтовость в пределах системы | ||
- Возможность функционирования независимых сайтов в рамках одной инсталляции CMS | + | "Из коробки" <<Процесс создания сайта включает в себя несколько этапов, первый из которых требует базовых знаний конфигурации IIS (MS Internet Information Services).>> В интерфейсе QP7 задается DNS имя, "путь загрузки" (физический путь, определяющий, где хранятся картинки на диске сервера), URL загрузки (относительный путь, по которому располагаются картинки, а также другие файлы, скачиваемые с сайта). DNS должен совпадать с именем сервера, на котором был установлен Q-Publishing. Для корректной работы нового сайта в базе данных в папке «upload» необходимо создать файл global.asa и указать в нём параметр ConnectionString. Сайты, разрабатываемые на базе системы Q-Publishing, используют данный параметр для обращения к базе данных. <<В качестве Initial Catalog следует указать corp_demo, поскольку в настройках сайта начальным каталогом является corp_demo.>> На последнем этапе процесса разработки нового сайта необходимо настроить IIS, чтобы сервер корректно отображал файлы asp-приложения. Для этого надо зайти в Programs-Administrative Tools-Computer Management, подключиться к серверу и создать приложение в папке corp_demo, которая была сформирована с www.quantumart.ru Q-Publishing 6.0 |
- возможность добавления (генерации) нового сайта командой администратора системы | + | Сайт может быть сохранен в XML файле и восстановлен командой администратора. |
- возможность управления коллекцией сайтов | + | Через консоль администрирования |
- возможность присвоения сайту доменного имени | + | Все сайты имеют разное доменное имя, оно просто используется в системе |
- настройка нового сайта администратором по готовому «шаблону» -- прототипу, включая автоматическое определение модулей, состава рубрик и способов отображения данных | + | Есть <<Модуль «Backup/Restore» – механизм экспорта и импорта всего сайта (в т.ч. библиотеки файлов) в xml-файл. Эту уникальную функцию можно использовать для переноса сайта на другой сервер, восстановления сайта, создания копии существующего сайта в QP7 Framework (например, для создания многоязычных сайтов).>> |
- сохранение имеющегося сайта как шаблона для новых сайтов силами администратора системы | + | см. выше. ТАКЖЕ полезна функция Create Like -- возможность создавать копии следующих объектов backend: пользователи, группы пользователей, контенты (публикации), страницы |
| 1.3. Многоязычность сайтов | ||
- Поддержка UTF-8 как гарантия многоязычности контента | + | В настройках шаблона указывается кодировка. Это может быть и UTF-8. Если создаваемый сайт будет русским, то в качестве набора символов можно использовать Cyrillic (Windows) и русский алфавит. |
- Двуязычность страниц сайта (русская и английская версии Интранет-сайта). Возможность переклечения между языковыми версиями с одной и той же страницы; | - | Логически идентичные страницы на разных языках никак не связаны. Также <<Backend выполнен на четырех языках (английский, немецкий, русский, арабский). Перевод backenda на другой язык осуществляется в удобной специальной таблице. Для перевода не нужно дополнительных знаний программирования, а только знание языка.>> |
Примечания | ||
| 1.4. Персонализация контента | ||
- Изменение вида сайта в зависимости от конкретного регистрационного имени пользователя или входа на сайт как анонимного пользователя | +- | Персонализация возможна при включении у сайта параметра "пользовательские сессии". Когда пользовательские сессии включены, на странице доступен объект «session», который можно использовать в шаблонах страниц. Но других средств в системе нет |
- Изменение предпочтительного языка документов и интерфейса в зависимости от регистрационного имени пользователя | +- | |
- Возможность для зарегистрированного пользователя задать определенные параметры предпочтения (либо изменяемые самим пользователем, либо задаваемые в качестве групповой политики) | - | В исходном варианте не реализовано |
| 2. Инструменты администратора и разработчика (Настройка структуры сайта, разработка структуры страниц и настройка их внешнего вида) | ||
- инструмент для разработки логической структуры сайта: разделов сайта, подразделов, связи страниц, создание иерархического меню, подключение готовых функциональных модулей | # | Структура создаваемого сайта в явном виде нигде не прописывается. Сайт -- это совокупность связанных попарно и вложенных друг в друга шаблонов и объектов. Все делается через стандартный интерфейс разработчика-администратора |
- инструмент для настройки оформления сайта (логотипов, цветов, стилей) | + | В целом да, хотя на практике не все так гладко, как в описании. Скорее все же придется работать с текстом.<<При определении форматов объектов административный модуль QPublishing 6.0 позволяет переключиться на формат визуального редактирования. Однако в процессе создания шаблона рекомендуется работать в режиме HTML, т.к. при визуальном редактировании пропадают некоторые специальные теги и можно потерять часть функциональности при использовании сложных скриптов.>><< Для изменения внешнего вида статей редактор может использовать стили, которые используют информацию, загружаемую в Visual Edit через глобальный объект CSS. Стили представляют собой псевдонимы для соответствующих классов CSS, которые будут понятны редакторам.>> |
- «мгновенная» смена всего дизайна уже созданного сайта путем автоматического изменения (обновления) используемых шаблонов | +- | Это требует соответствующей настройки сайта, так как для страница -- это всегда вызов определенного шаблона, возможно с параметрами для отрисовки. Сайт также должен быть правильно настроен с листами стилей CSS и шаблонами. Опасность представляют переопределения объектов шаблонов на конкретных страницах. |
- возможность задания разных шаблонов для страниц в разных разделах сайта | + | Это идеология системы. По большому счету для каждой крупной страницы (раздела) должен быть полностью свой шаблон. Он может опираться на шаблоны заголовка, правого и левого столбца, но шаблон все равно уникальный. |
- инструмент для разработки макета (шаблонов) страниц на основе блочной структуры (snippets). | +- | Шаблоны действительно имеют блочную структуру. Отдельные шаблоны, объекты и пр. создаются средствами web-интерфейса системы. Но фактически задается структура данных, не внешний вид. Но разработка шаблона ведется в текстовом редакторе. <<При составлении текста шаблона используются основные правила создания HTML-документа и стандартные HTML-теги. Текст шаблона – это HTML- код, показываемый на страницах, собранных по данному шаблону.>> |
- инструмент для добавления готовых визуальных блоков (портлетов) на страницы, возможность импорта блоков пр. | +- | Редактор текстового поля. <<Для создания страниц динамических сайтов применяется произвольное количество объектов, сформированных либо в процессе разработки общего шаблона, либо специально для одной из страниц сайта. Объекты шаблона, являющиеся родительскими, могут перекрываться объектами страницы, которые обладают таким свойством в силу своей индивидуальности. В этом случае при сборке страницы используется не объект шаблона, а переопределяющий его дочерний объект. Объект обрамляется тегами ((<title><% Object("Название страницы") %></title> <% Object("Шапка") Object("Центр") Object("Нижняя часть") Object("HM_Loader") %>)) Функция Object может использоваться в тексте шаблона для вызова объекта. Она передаёт единственный параметр с названием объекта. Бkагодаря тому, что шаблоны и страницы делятся на объекты, Вам не придётся создавать новый шаблон или страницу в том случае, если нужно будет заменить лишь один элемент, или объект.>> |
- универсальность портлетов (возможность беспроблемно добавить любой портлет в любую точку сайта и настроить его простыми средствами | + | (продолжение)Используемые в системе Q-Publishing объекты могут относиться к двум категориям: 1) Объекты шаблона являются общими для всех страниц, собираемых по данному шаблону. Такие объекты создаются в разделе Объекты шаблона. 2) Объекты страницы формируются для определённой страницы и могут перекрывать объекты шаблона, изменяя таким образом функциональность страницы. Для образования этих объектов предназначен раздел Объекты страницы. |
- виды элементов на странице, возможность изменения порядка следования и взаимозависимостей элементов страницы (портлетов). Возможность вложенности блоков страницы. | + | Объект можно поставить на странице как угодно. Его можно связать с любым шаблоном, не обязательно одним. Можно вообще вставлять разные объекты в зависимости от обстоятельств. <<Контент может содержать поля: 1) «Строка» для ввода одной строки, при этом существует возможность указать максимальное количество символов, вводимых в создаваемое поле. 2) Numeric также одна строка, но системой осуществляется дополнительная проверка на правильность ввода числа. 3) Boolean -- поле контента будет представлять собой поле для отметки (check box). 4) «Дата» предназначено для определения в трёх выпадающих списках даты с проверкой правильности по календарю. 5) «Время» представляется в виде двух выпадающих списков. 6) «Дата и время» создаются выпадающие списки для определения в трёх из них даты и в двух – времени. 7) «Файл» выбирается при создании поля для загрузки файла. 8)«Изображение» – тоже поле для загрузки файла, но с последующей возможностью просмотреть загруженный файл в виде изображения. //см. продолжение ниже. |
- инструмент для разработки новых элементов страниц и блоков (портлетов) | + | Но только текстовый //Продолжение предыдущего критерия-> 9) «Текстовое окно» представляется окном для ввода нескольких строчек текста. 10.)VisualEdit – это визуальный редактор, служащий для расширенного редактирования текста. 11) «Связь» используется для связи контентов и позволяет определить, с какой другой рубрикой публикуемой на сайте информации будет связан контент, для которого формируется такое поле. В ходе добавления записей в этот контент из выпадающего списка нужно выбрать значение первого поля указанной рубрики. При этом каждая добавляемая в рубрику запись имеет список связанных статей, публикуемых в контенте, где создано поле типа «Связь». >> Для каждого publishing-объекта на странице (через его свойства) задается URL и папка, куда помещаются файлы для скачивания и изображения для показа. |
| 3. Базовые инструменты редактора (Базовые механизмы публикации и обновления содержимого) | ||
- Помещение нового контента, документа на сайт средствами CMS | + | Используется механизм записей. Записи -- это списки данных с определенным типом (он называется в систем контентом). На странице они помещаются в Publishing Container. |
- Возможность редактирования существующего на сайте документа | + | Редактирование ведется через заполнение формы ввода записи. ТАКЖЕ есть режим OnScreen. <<Он предоставляет разработчикам интерфейс для редактирования содержимого веб-ресурсов прямо в готовых страницах, а также позволяет быстро перейти к редактированию asp-кода страницы и выполнению настроек содержащихся на странице объектов. При использовании режима OnScreen в большинстве случаев отпадает необходимость отдельно выполнять подготовительную работу, а затем просматривать результат – все необходимые изменения и корректировки можно вносить "на месте". Режим OnScreen позволяет: создавать новые статьи в информационных рубриках сайта, редактировать содержимое статей, изменять форматирование текста статей, переходить к настройке атрибутов рубрики, прямо с готовой страницы перейти к редактированию asp-кода, не тратя времени на поиск нужного формата в структуре сайта, выполнять настройку находящихся в странице объектов>>. В тестах работал со сбоями, понять насколько это удобно не удалось. |
- Использование средств WYSIWYG для редактирования новостей, документов, страниц. | + | Для контентов можно задавать поле типа Visual Edit. Это очень развитый WYSIWYG редактор HTML. Для каждого поля контента можно отключать некоторые из возможностей редактора. Недавно появилась возможность просматривать данные контента в текстовом редакторе Visual Edit с учетом стилей в CSS, определенных на сайте. Функция удобна для редактора, так сразу видно как всё будет выглядеть на сайте. |
- Средства повышающие usability: Drag-N-Drop контента, массовая загрузка, проверка орфографии, очистка тегов Word | +- | Есть "чистка HTML", в том числе тегов Word. Массовой загрузки нет, проверки орфографии тоже. |
- Перенос существующего на сайте документа в другой подраздел | +- | На сайте в системе нет иерархии разделов. А записи привязаны к контентам. Переносить записи из одного контента в другой стало возможно только в последней версии системы (Но если какая-то из страниц настроена на использование данного контента, то можно сказать, что он публикуется в другом "разделе") <<Теперь возможно копирование и перемещение статей из контента в контент. Для реализации этой возможности реализован интерфейс, похожий на интерфейс импорта статей в контент, только в качестве источника указывается не внешняя база данных, а другой контент>> |
- Возможность редактору создавать, изменять, переносить и удалять новые страницы, разделы и подразделы сайта | - | Интерфейс системы редактора совмещен с интерфейсом администратора. Так что редактор, при наличии прав, может делать эти операции. Однако, сами эти операции очень сложны технологически -- перестройка структуры сайта требует перепрограммирования страниц. |
- «Отложенная публикация». Редактируемая страница или материал не видны, пока не установлен флаг ее видимости. Возможность задания момента публикации (появления) «отложенного» документа на сайте, а также момента его архивации (исчезновения из списка активных документов) | + | Возможно при настройке workflow. ТАКЖЕ есть <<Ведение архива по заданным контентам. Добавление данных в архив – служебная функция. С ее помощью можно добавить данные в архив внутри backenda, которые не используются в настоящее время, и извлечь из архива при первой необходимости. Это функция позволяет избавить backend от лишней информации, не удаляя ее полностью.>> |
- Возможность задания вручную прямых ссылок на «похожие документы». Наличие средств, облегчающих поиск «похожих документов» | # | Сделано не так, т.е. функция не для редактора. Есть поле связь. <<Поле типа «Связь» используется для связи контентов и позволяет определить, с какой другой рубрикой публикуемой на сайте информации будет связан контент, для которого формируется такое поле. В ходе добавления записей в этот контент из выпадающего списка нужно выбрать значение первого поля указанной рубрики. При этом каждая добавляемая в рубрику запись имеет список связанных статей, публикуемых в контенте, где создано поле типа «Связь»>><<Полноценная поддержка связей многие-ко-многим между статьями. Такая возможность нужна, например, при реализации сложной навигации, когда каждый раздел сайта имеет уникальный набор ссылок на другие, связанные с ним разделы. Или при создании больших каталогов продукции, когда один и тот же товар может относиться к нескольким категориям и стандартной иерархической структуры здесь недостаточно. Теперь при связывании контентов можно выбрать необходимый тип связи: один-ко-многим (традиционный вариант) и многие-ко-многим. Поддержка связей многие ко многим включена также в объект Publishing Form.>> |
- Возможность задать для документа перечень шаблонов его представления (стандартный, «для печати» и пр.) | + | Для документа может быть произвольное число шаблонов представления |
- Инструмент редактора для подготовки Web-версий изображений средствами системы | - | Используется то, что загружено. Но масштабируется средствами HTML/браузера. Вообще-то работа с изображениями не очень хорошо поставлена -- на сайт ведется лишь одна большая библиотека всех файлов, что не удобно. |
- Возможность публикации одного документа сразу на нескольких сайтах, без создания его копий | + | Контент можно сделать разделяемым между несколькими сайтами. Такая возможность полезна, например, при реализации общей ленты новостей или общего для нескольких сайтов списка подписки на рассылку. |
- Механизм workflow для подготовки документов. Возможность отключения механизма . | + | Да, возможно настраивать разные сценарии workflow с ролями для разных контентов. Возможно его и вовсе отключить |
| 4. Готовые модули системы и блоки на страницах | ||
| 4.1 Навигационные элементы и поиск | ||
| 4.1.1. Навигационные элементы страницы | ||
- Меню сайта. | +- | Теоретически каждый раз разрабатывается по новой. Но варианты есть в библиотеке объектов. Есть и в демо версии, в том числе для инструмента администратора. <<Простая карта сайта для 3-хуровневого меню, у которого каждый уровень в отдельном контенте>><<Вывод древовидного меню>> Есть наработки у самой компании -- процесс создания графического меню описан в документации |
- Указание пути от вершины сайта до текущего места (портлеты/блоки на странице) | ||
- Карта сайта (блок), генерируемая автоматически | - | Не найдена |
- Смена отображения в одном портлете в зависимости от состояния другого | - | Через перезагрузку страницы целиком, с новыми параметрами шаблона |
- Другие особенности | В библиотеке объектов есть объекты для навигации по буквам, перелистывания страниц, | |
| 4.1.2. Ссылки | ||
- Блок показа небольшого списка коротких ссылок на странице. | +- | Это типичный контент. В готовом виде нет, но делается очень просто |
- Блок для показа большого списка ссылок. | +- | |
| - Форма редактора для добавления ссылок. | + | Ссылки будут записями контента |
| 4.1.3 Поиск | ||
- Наличие системы индексации и поиска. Охват поисковой подсистемой всех страниц сайта. | + | Полнотекстовый поиск по контентам. Поиск с учетом морфологии (в том числе и русскоязычной) как в пределах одного контента, так и по всем контентам данного сайта. В случае , если полнотекстовый поиск с учетом морфологии не поддерживается программным обеспечением сервера, поиск ведется по точному совпадению с искомым выражением. Если редактор впервые сталкивается с сайтом, то данная функция позволяет быстро ориентироваться в контентах. |
- Блок для ввода поисковой строки для размещения на страницах сайта | + | |
- Выделенная страница для расширенных настроек поиска | - | Не найдено. |
- Возможность поиска со словоформами русского языка | + | |
- Поиск среди внешних документов, помещаемых на сайт по ссылке | - | Базово нет |
- Учет ограничений доступа при показе результатов поиска | + | |
- Поддержка на сайте документов на нескольких языках, индексация и поиск с использованием особенностей каждого языка | - | |
- Возможность поиска внутри документов | - | Базово нет |
- Распознавание системой поиска разных версий одного документа | ||
| 4.2 Контентные элементы | ||
| 4.2.1. Обычные страницы и страницы пользователей | ||
- Возможность создавать страницы без "обрамления" шаблоном сайта и показывать их внутри портлетов на других страницах | + | В реальности это -- запись контента с полем Visual Edit, показанная по шаблону |
- Возможность создавать страницы по шаблонам сайта, но с произвольным набором портлетов внутри страницы | + | |
- Псевдостатические URL. Генерация для динамических страниц системы URL, имеющих формат, характерный для статических страниц. Это упрощает навигацию для пользователя, индексацию сайта поисковым сервером и управление им. | + | Модуль «MasqueradeFilter» – уникальный механизм, дающий возможность преобразовывать URL динамических страниц в приемлемый для поисковых роботов вид. Все знают, что все поисковые машины плохо собирают страницы с длинными ссылками и тем более с адресами, содержащими многочисленные знаки - =?# и так далее. Так как динамические сайты обладают своей структурой организации записей, то ссылки такого типа неизбежно занимают более 70% всех страниц. Модуль «MasqueradeFilter» представляет собой революционное решение, которое позволяет преобразовать длинные и непонятные поисковым роботам адреса в приемлемый вид. Например, адрес http://www.vasha-firma.ru /catalog.asp?catalog=phones будет считан роботом как http://www.vasha-firma.ru/catalog/phones Преобразованные адреса видны только роботам. Таким образом, для паука этот сайт выглядит как обычный сайт в статичном html. |
| 4.2.2. Новости | ||
- Блок для вывода короткого списка анонсов. | + | Как такового готового модуля новостей нет, но он программируется (пример -- в Programmers Guide). Есть несколько готовых модуля новостей, созданных в community продукта (см ниже) |
- Простая инициация добавления новостей | + | Новости добавляются как записи в контенте |
- Возможность "богатого" оформления анонса (добавление картинок, использование RichText). Отображение даты новостей. Наличие WYSIWYG редактора. | + | Настраивается легко. Редактор есть |
- Установка срока действия новости (момента появления). В анонсе и момента исчезновения из анонса). Архивация новости. | + | Через программирование кода шаблона. Несложно |
- Редактор для ввода основного текста новости в "богатом" формате, включения картинок, дат и таблиц. Наличие WYSIWYG редактора, шаблонов для вывода новостей (в том числе разных представлений -- для ПК, печати и пр). | + | Настраивается легко. Редактор есть |
- Возможность размещения анонса новости без ввода ее тела, т.е. новости размещенной на странице с URL | + | Можно задать соответствующее поле в контенте |
- Категоризация новостей (новости компании, ТЭК) | + | Можно задать соответствующее поле в контенте |
- Рубрики новостей, флаги "важные новости", сортировки и группировки новостей и пр. | + | Можно задать соответствующее поле в контенте |
- Блок/портлет для вывода полного списка новостей. Фильтр новостей в списке по датам, темам | + | Легко программируется |
- Возможность размещения текста новости во вложении (Word) | + | Да, поля записей контента могут иметь файловые вложения. Однако, вложения загружаются в файловую систему сервера в папку, указанную в настройках конкретной страницы как путь Upload. Это может приводить к конфликту имен загруженных файлов и "распылению" данных. Лучше было бы, если бы они помещались в СУБД. |
- Особенности модуля | Есть модули от connunity. <<Новостная лента с архивом по месяцам. Позволяет смотреть список из последних новостей, конкретную новость и список всех новостей за определенный период.>> <<Простая новостная лента. В ней выводятся анонсы новостей, при клике на новость, она отображается подробно>> <<Показ списка новостей с кратким анонсом и полного содержание новости (для использования в Q - Publishing 7.0 на VB.NET) >> | |
| 4.2.3. Персональные страницы пользователей, списки пользователей | ||
| 4.2.4. Синдикация контента | ||
- Генерация сайтом потоков данных RSS В качестве источника данных. Получение (и частичная публикация) сайтом потоков данных RSS с других сайтов | - | Нет |
| 4.3 Списки, хранилища документови каталоги | ||
| 4.3.1. Списки и хранилища документов | ||
- Средства просмотра списка и изменения его элементов редактором. Возможность настраивать шаблон отображения элементов списка. Уровень эстетики отображения | + | Стандартный функционал контентов. |
- Красочные шаблоны (портлеты) для просмотра списка пользователем | +- | Естественно ,но каждый раз создаются под конкретную ситуацию. |
- Поддержка основных атрибутов документов (датой, аннотацией и вложением) | + | Любые атрибуты ///Есть в community <<Компонент загрузки файлов со страницы Компонент позволяет осуществлять загрузку файлов со страницы сайта при условии их сохранения в контенте "Файлы для загрузки" (для использования в Q - Publishing 7.0 на VB.NET) >> |
| 4.3.2. Обобщенные списки | ||
- Форма для ввода информации об элементе списка. Элемент списка формируется из стандартных полей -- число, дата, картинки, приложения (attachment). | + | Стандартный функционал контентов |
- Фильтрация списка по критериям, сортировка по критериям | + | Фильтрация настраивается в системе, как параметр вывода списка |
- Инструмент формирования шаблона для короткого отображения данных элемента. Инструмент для формирования шаблона отображения перечня элементов списка. | + | Как и все остальные шаблоны в системе |
| 4.3.3. Календари и списки мероприятий | ||
- Блок «календарь», с которого возможен переход на список мероприятий за конкретную дату. | - | Не найдено готового. В принципе можно создать -- это все равно объект, но требует работы |
- Блок для отображающая списка мероприятий. | + | Списки легко отображаются любые и в любом виде. Пример списков событий есть в демо версии |
- Блок для отображения подробной информации о мероприятии на странице | + | |
| - Возможность категоризации мероприятий | + | Любые атрибуты |
- инструмент редактора для ввода информации о мероприятии. WYSIWYG оформление информации. Возможность включения картинок и файлов-вложений. | + | Стандартное поле VisualEdit |
| 4.3.4. Каталоги | ||
- Средства создания каталогов редактором (желательно иерархических). Средства управления документами в каталогах (добавления, удаление, изменения). Рубрикация документов в каталогах по нескольким критериям | +- | Каталоги делаются через списки. Есть в демо |
- Портлеты и списки представления каталогов (Шаблоны) | +- | см выше |
| 4.3.5. Фотогаллерея | ||
- Портлет для навигации пользователя по фотогаллереи. Thumbnail, Preview. | +- | В составе системы нет, но есть у community. <<Простая фото галерея. Фото галерея с возможностью вывода малых картинок и полного размера по клику по малой картинке (для использования в Q - Publishing 7.0 на VB.NET) >> |
- Инструменты для добавления статических изображений и рубрикации | + | Через управление записями и контентами |
| 4.4 Интерактивные и динамические элементы | ||
| 4.4.1. FAQ | ||
- Список просмотра FAQ | +- | В составе системы нет, но, есть, например, в демо-версии сайта |
- Готовая форма для ввода запроса | + | |
- Инструмент редактирования списка FAQ. Утверждение вопроса и ввода ответа редактором | + | |
| 4.4.2. Анкетирование | ||
- Возможность создать развернутую анкету (форму) для пользователя. | - | В составе системы нет. Так как состав форм опросов должен задаваться редактором в процессе эксплуатации, а не разработчиком, то создание такого модуля может потребовать некоторых усилий, чтобы вписаться в идеологию систем. |
- портлет для отображения анкет на страницах сайта | - | |
| - Функционал складирования анкет и отправки их по email | - | /Для использования почты может быть полезен модуль в community <<Отправка почты в ASP.NET. Компонент позволяет отправить почту в приложениях, написанных на Q-Publishing 7.0 с использованием ASP.NET (для использования в Q - Publishing 7.0 на VB.NET) >> |
- Просмотр списка опросов и списка заполненных анкет в опросе. Средства подсчета статистики | - | |
| - Дополнения | - | |
| 4.4.3. Банеры | ||
- Наличие «движка» для показа банеров. Блоки для показа банеров на страницах | +- | В составе системы нет, есть у community. <<Банерный модуль позволяет вывести один или несколько банеров (в данном случае 3) с заданным приоритетом частоты показов.>> |
- Настройка администратором типоразмеров и функциональных типов банеров. | +- | |
| - Настройка параметров целевого показа | - | |
| 4.4.4. Голосование | ||
- Форма для задания редактором вариантов выбора, инициации голосования, подведения итогов | +- | В составе системы нет, есть у community. <<Модуль голосования. Поддерживается распознавание пользователей посредством Ip / Cookies, подтасовка данных, инкрементирование результатов>> |
- Портлет для отображения опций выбора на страницах сайта. Должны поддерживаться варианты ответов: да/нет; один из нескольких; текст; | +- | |
- портлет для просмотра результатов голосования пользователем на страницах сайта. | +- | |
| 4.4.5. Графическая карта | ||
- Блок «графическая карта» | - | Нужно программировать. |
- Форма для настройки редактором действий по щелчку на карте, добавления новых активных зон на карте | - | |
| 4.4.6. Отзывы | ||
- Форма для ввода отзыва пользователем. | + | В принципе весь этот функционал легко программируется, аналогично FAQ, но готового нет. |
- Форма для просмотра отзыва и утверждения редактором | +- | Обычная запись контента |
- Портлет показа пользователю «Списка коротких отзывов». Обеспечивает ссылку на страницу с «полным отзывом». Портлет для показа полного отзыва | +- | Стандартными средствами, как и все шаблоны |
- Возможность привязки отзыва к материалу, размещенному на сайте | + | Через связи контентов |
| 4.4.7. Подписки и рассылки. | ||
- Механизм подписки пользователем на автоматически генерируемые рассылки-объявления. Готовые формы для подписки (ввод E-mail и реквизитов подписки) | +- | Подписки есть как составной элемент workflow и слежения за статусом контентов. Но это не то, чем оперирует пользователь . Эти настройки выставляет администратор. Для доступа к этому функционалу со стороны пользователя требуется доработка при внедрении |
- Возможность задания профиля по интересам при подписке на рассылку | - | |
- Редактирование списка подписчиков, его экспорт и импорт | + | |
- Формы инициации рассылки. Автоматическая рассылка. Рассылка подборки по команде («разослать») | - | |
- Дополнения | ||
| 4.4.8. Форум | ||
- Возможность общения по темам. Трехуровневость. Название форума – Тема форума – Вопрос/ответ по теме. Заведение новых тем форума, как администратором сайта, так и пользователем. Создание произвольного количества форумов | +- | В составе системы формально нет. Но все шаблоны есть в демо-сайте. На сайте разработчика форум достаточно качественный. Можно полагать, что и в проекте они сделают такой же. Предлагается также в community <<Форум (для использования в Q - Publishing 7.0 на VB.NET) >> Опирается на записи контента |
- Оформление. Возможность RichText, вложений, картинок, смайликов, аватаров. Ограничение максимального размера сообщения; | + | В принципе переделкой можно оформить как угодно |
- Автоуведомление пользователей и администраторов о добавленной теме/сообщении. Фильтры уведомлений. Настройка почтовых шаблонов для уведомлений; | +- | Через настройки соответсвующего контента, но базово настраивается только администратором. |
- Автоматическое создание архивов сообщений; ограничение количества тем для одного архива; | +- | Как и с любыми записями, администратор может помещать их в архив |
- Пост-модерация форума; удаление, изменение, создание сообщений в форуме администратором/модератором; | + | Как и любых других записей |
- Разрешение добавления тем пользователями; | + | Права на контент Темы |
- Просмотр истории сообщений по конкретному пользователю. | - | Готового не найдено |
| 4.4.9. Частные объявления | ||
- Модуль для просмотра каталога частных объявлений | ||
- Форма для публикации на сайте частных объявлений сотрудниками | ||
- Модерирование и предварительный просмотр объявлений администратором | ||
- Архивирование старых объявлений, удаление из доступа | ||
| 4.5 Вывод данных | ||
| 4.5.1. Работа с данными | ||
- Инструмент проектирования формы ввода данных и шаблона отображения данных, привязка форм к таблице СУБД. | - | Готового нет |
- Представление элементов, заполняемых через форму, в виде списка. Фильтр списка. | +- | Стандартными шаблонами |
- Возможности импорта списка | + | Модуль «Import/Export Articles» позволяет импортировать/экспортировать информацию из базы данных в формате MS Access в систему Q-Publishing и отображать её на сайте. Благодаря функции экспорта можно сохранить данные из контента QP7 Framework в MS Access. При импорте пользователь определяет соответствие полей таблицы MS Access и полей контента QP7 Framework, т.е. в системе существует возможность импортировать только часть полей таблицы. Импорт данных из MS Access также позволяет обновить уже существующие записи в контенте QP7 Framework. |
| 4.5.2. Модуль «Глоссарий» | ||
- Управление списком глоссария редактором. Форма для ввода элемента глоссария | - | Через списки, наверное реализуем. |
- Портлет для размещения оглавления глоссария и приложенного к нему списка терминов на страницах сайта | - | Полезен модуль в community. Навигация по буквам. Модуль навигации по буквам выводит список букв русского и английского алфавита. При клике на букву, выводятся все статьи, начинающиеся на эту букву. |
| 4.6. Другие готовые элементы страниц | ||
- Предопределенные разработчиком интерактивные элементы страницы | - | |
- Элементы для отображения в браузере документов стандартных типов (форматы Microsoft Word, RTF, Microsoft Excel и т. д.) | - | |
| Дополнения | ||
| 5. Безопасность | ||
| 5.1. Администрирование, разграничение доступа к контенту, ролевой доступ | ||
- Поддержка иерархии доменов администрирования (система сайтов в целом, сайт, раздел сайта) | +- | Доступ регулируется к контентам, страницам (в том числе разделам администрирования), сайту в целом. |
- Возможность задания по каждому домену администрирования функциональных ролей, указание пользователей и групп эти роли исполняющие (как минимум «администратор», «дизайнер структуры», «дизайнер вида станиц», «редактор контента», «читатель»). Возможность задания для каждой роли набора допустимых действий | + | Можно сформировать группы и назначать права доступа им. Права включают чтение, изменение, полный доступ, запрет доступа |
- Поддержка работы анонимных и зарегистрированных пользователей | + | |
| - Механизмы авторизации | + | По паролю или через Active Direсtory |
- Интеграция системы разграничения доступа CMS со стандартными сервисами обеспечения безопасности, в первую очередь, Microsoft Active Directory | + | Интеграция с AD декларируется. |
- Настройка доступности отдельных подразделов или документов сайта. | + | Настройка доступности отдельных контентов |
| 5.2. Журналирование операций | ||
- Ведение лог-файлов по всем действиям пользователей, ведущих к изменению стояния сайта | + | ТАКЖЕ Модуль «Version Control»- механизм, позволяющий вернуть предыдущие версии редактируемого документа. Это дает возможность сохранять все редакции выпускаемых документов в процессе их редактирования, и в любой момент вернуться к первоначальному варианту новостей, статей и т.д. МОЖНО ТАКЖЕ устанавливать уведомления по событиям изменения контента |
| 5.3. Журналирование действий конечных пользователей | ||
- Журналирование действий пользователя | + | |
- Встроенные средств анализа журналов посещений сайтов | + | Статистика по сайту. Более ста отчетов DeepMetrix о вашем сайте. Можно отследить посещения, переходы, количество скачиваемых документов, с каких сайтов перешли на ваш сайт посетители, сколько на данный момент человек на сайте. ЗАМЕЧАНИЕ. В тестовой версии я ничего такого не нашел. Это обещания производителя |
- Возможности экспорта данных о посещениях в стандартном виде для анализа специализированным ПО | + | |
| 5.4. Backup | ||
- Наличие средств архивирования и восстановления сайта, возможность архивирования без останова работы сайта | + | Модуль «Backup/Restore» – механизм экспорта и импорта всего сайта (в т.ч. библиотеки файлов) в xml-файл. Эту уникальную функцию можно использовать для переноса сайта на другой сервер, восстановления сайта, создания копии существующего сайта в QP7 Framework (например, для создания многоязычных сайтов). |
| 6.Удобство системы (эргономика) | ||
- Удобство инструментария по описанию структуры сайта | +- | Идеология создания сайта у системы на мой взгляд правильная, однако описать взаимосвязь объектов и структуру данных -- это почти все, что позволяют инструменты. Дальне -- редактирование текстовых файлов |
- Удобство средств проектирования страниц | +- | Привязка объектов сделана разумно. Возможность работать со списками объектов на странице и их свойствами полезна. Но очень много текстового кодирования HTML |
- Удобство инструментария редактора контента | +- | Главное неудобство -- этот инструмент интеграирован с инструментом по управлению сайтом в целом. Редактора контента это будет смущать. Кроме того, все доступные контенты сайта видны большим списком. Впрочем, это навигация на уровне сложности сопоставимом с нахождением нужной папки в файловой системе. Упрощает навигацию древовидный навиатор, через который добираться до страниц управления действительно удобно. ТАКЖЕ упрощает редактирование функция OnScreen. Нововведение: <<Страница Home. Стартовая страница, cодержащая информационные панели, набор и расположение которых могут настраиваться каждым пользователем индивидуально с помощью технологии drag-&-drop. На панелях представлена следующая информация. Пользователи, работающие в данный момент в системе. Самые обновляемые контенты за последние 30 дней. Быстрый поиск по контентам и форматам. Последние изменения в страницах. Последние изменения в объектах. Последние изменения в статьях . Последние пять отосланных уведомлений . Мои сайты. Последние пять утвержденных статей Заблокированные Вами статьи . Статьи, ожидающие Вашего утверждения>> |
- Общая красота и настраиваемость интерфейса | +- | Не очень все эстетично, хотя в сравнении с другими системами не так уж и плохо. |
| 7. Технология | ||
| 7.1. Технологическая база | ||
- Среда исполнения (PHP, ASP.Net, Java и т.п.) | Платформа Q-Publishing разработана на основе технологии ASP и базы данных MSSQL. <<QP7 Framework создан с помощью средств разработки от Microsoft и полностью использует в своей работе такие технологии и сервера как: MSSQL, Internet Information Server, Microsoft Transaction Coordinator, COM, DCOM, XML и многие другие. Основные моменты: Неограниченное количество проектов на одном ядре (web/intranet). Мультиязычность кода (VBScript, VB.NET, PHP, и т.д.). Различные форматы представления (HTML, WML, XML). Интегрирован с SOAP/ XML/ CommerceML. Интегрировано с Active Directory. Разделенное управление функциональной и контентной частью.>> | |
- Требования к операционной системе | Windows | |
- Требования к СУБД | SQL Server. Заметим, что файлы и картинки хранятся в файловой системе, не в SQL сервере | |
- Требования к аппаратуре | ||
| 7.2. Интерфейс | ||
- Тип интерфейса инструментария по проектированию и управлению сайтом (Web-интерфейс, прикладная графическая программа, специальный язык, API). Управление документами через другие программные продукты | + | интерфейс системы строится на основе браузера, |
| 7.3. Конфигурации инсталляции | ||
Разные конфигурации сайта (рабочая, для разработка, тестовая, для авторинга и пр.) | + | Указывается при создании сайта. Выбор одного из двух режимов функционирования веб-сайта обусловливает зависимость последнего от изменений, вносимых в административный модуль. При работе сайта в основном режиме пользователям будут доступны любые трансформации его страниц и контентов сразу после их обновления в системе QPublishing 6.0. Тестовый режим позволяет проверить корректность работы веб- ресурса и исправить возможные ошибки. Если в параметрах выбран тестовый режим, то пользователи смогут увидеть сайт только после переключения администратором в основной режим и сборки всех страниц. |
| 7.4. Производительность, кэширование, масштабируемость и обеспечение бесперебойной работы | ||
- Возможность исполнения на многопроцессорных комплексах | + | По всей вероятности, да |
- Возможность создания кластеров высокой производительности | - | Нет упоминаний |
- Возможность создания кластеров высокой надежности | - | Нет упоминаний |
- Применение кэширования | -? | Упоминаний про развитую систему кэширования не найдено. Кэширование в прокси и браузере включается или отключается для страниц. |
Оценка производителем оценки максимального количества работающих пользователей (сессий) | # | Примеры, где работает система -- сайты со средней нагрузкой |
- Оценка производителем максимального количества обслуживаемых CMS запросов пользователей на показ страниц | # | |
| 7.5. Интеграция с другими программами системами | ||
- Интеграция с Microsoft SharePoint Portal Server (портлеты, возможность включения сайтов CMS в поиск SPS, размещение ссылок на SPS с переходом без дополнительной авторизации) | - | Базово нет, но есть общая СУБД и общая платформа ASP, что облегчает интеграцию |
- Возможность offline-импорта данных из различных программных систем и В различных форматах, В том числе XML | + | Ядро QP7 Framework уже содержит интеграцию с такими продуктами, как: QP7 Framework – 1C (формат CommerceML) QP7 Framework – Парус |
- Публикация данных из внешних СУБД | +- | Настраивается |
- Использование Web-сервисов | +- | "Интегрировано с SOAP". Более подробной информации нет |
- Интеграция с системами интеграции приложений и сходных с ними систем | - | |
| 8. Организационно-ценовые вопросы | ||
| 8.1. Поставщик, поддержка | ||
- Местонахождение производителя | Москва, фирма Quantum Art | |
- Оценка надежности компании-производителя | Существует с 1998 года. Какие-то связи с Сибинтек | |
- Количество внедренных проектов в мире | Около 100 проектов. | |
- Наличие российских партнеров, их надежность | Партнеров около десятка | |
| 8.2. Отчуждаемость системы и поддержка | ||
- Степень отчуждаемости («коробочности») CMS | + | Отчуждаема, но система внедряема |
- Наличие поддержки пользователя и ее полнота | + | Поддержка есть |
- Возможность получения системы в виде исходных кодов | - | |
| 8.3. Ценовые условия | ||
- Типы стоимости лицензий | Q-Publishing 6.0 Professional создана для крупных компаний, состоящих из нескольких подразделений, которые могут располагаться в разных городах, регионах и странах. | |
- Годовые затраты на поддержку | ||
- Стоимость апгрейда системы |
