О xSight

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

Вы находитесь на сайте системы управления сайтами xSight.

Перед тем, как Вы приступите к ознакомлению, хотелось бы осветить три основных вопроса:

  1. Для чего предназначена система?
  2. Для кого разрабатывалась система?
  3. Чем данная система отличается от остальных современных CMS?

Итак, вопрос первый:

Для чего предназначена система?

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

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

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

Из этого следует ответ и на второй вопрос:

Для кого разрабатывалась система?

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

  1. хотели бы постоянно поддерживать информацию на своем сайте в актуальном состоянии;
  2. не имеют возможности или не считают целесообразным нанимать для этого специалиста или платить за поддержку организации-разработчику.

Второй категорией пользователей, которым разработки на базе xSight могли бы быть интересны, являются крупные организации, которые:

  1. предполагают с течением времени изменять корпоративный стиль и, как следствие, дизайн сайта;
  2. имеют для этого ресурсы (штатного или внештатного дизайнера);
  3. при этом не хотят быть "привязаны" к организации-разработчику сайта.

В этом, собственно, и состоит ответ на третий вопрос:

Чем xSight отличается от остальных CMS?

Большинство современных CMS имеют два существенных недостатака:

  1. Административные модули этих систем являются своеобразной попыткой "совместить несовместимое": объединить интерфейс по обновлению информации на сайте с инструментом для смены дизайна.
  2. Интерфейс по администрированию сайта "оторван" от контекста сайта.

При этом неизменно возникает ряд проблем:

Проблема №1: Пользователь, вносящий информацию, не видит, как будут выглядеть его изменения в результате.  

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

Проблема №2: Значительно усложняется интерфейс административного модуля.  

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

Проблема №3: У дизайнера возникают сложности при смене дизайна.  

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

Проблема №4: У организации-заказчика возникают проблемы с ограничением доступа дизайнера к смене информации на сайте.  

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

Так чем же xSight отличается от других современных CMS?

Основных отличий два:

  1. Интерфейс редактирования информации встроен в дизайн сайта таким образом, что администратор видит, как выглядят его изменения, еще в процессе редактирования;
  2. В системе предусмотрена возможность смены дизайна сайта вне контекста как административного интерфейса, так и программного кода. Таким образом, с одной стороны, дизайнер не зажат в рамки предоставленного интерфейса, и может в полной мере влиять на качество HTML-кода, который получается в результате. С другой стороны, полностью исключается риск, что при смене дизайна будет нарушено что-то в логике сайта.

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