Функции управления сайтами в QP7.Framework включают в себя следующие:

1. Создание нового сайта
2. Изменение настроек существующего сайта
3. Перевод сайта из live-режима в stage и обратно
4. Сборка сайта в выбранном режиме

Эти функции предоставляются страницами Сайты / Название сайта / Новый Сайт или Сайты / Название сайта / Свойства Сайта.

База данных QP7 может содержать один или более сайтов. Сайт в QP7 является контейнером верхнего уровня для таких сущностей как контенты, шаблоны, правила Workflow. На уровне сайта хранятся общие настройки, такие как физические пути и DNS. На уровне IIS cайту QP7 может соответствовать:

• сайт
• виртуальная папка/приложение
• обычная папка (не рекомендуется)

Основное правило, которое должно неукоснительно соблюдаться при настройке сайта:

Настройки QP7 должны соответствовать настройкам IIS, так чтобы физические пути соответствовали виртуальным.

Чтобы открыть раздел Новый сайт нажмите на кнопку Новый сайт внизу страницы Сайты. Поля на странице Новый сайт идентичны полям на странице Свойства сайта. Страница Свойства сайта может быть открыта:

• при переходе по ссылке на имени существующего сайта
• при выборе строки сайта в таблице и последующем нажатии кнопки Properties на панели инструментов

Выбор технологии, с помощью которой будет создан сайт. QP7.Framework на данный момент поддерживает ASP и ASP.NET. Рекомендуется использовать ASP.NET, ASP поддерживается для совместимости со старыми сайтами и не развивается в плане новой функциональности.

Cуществуют два основных способа отображения сайта QP7 в IIS:

• сайт
• виртуальная папка/приложение

Настройки для этих двух случаев будут существенно различаться.

Настройки виртуальных путей на странице Site Properties испольуются Механизмом автозамены URL

Настройка DNS сайта QP7 должна соответствовать одному из host headers соответствующего сайта IIS. Если сайт QP7 отображается на виртуальную папку IIS, то в качестве DNS указывается host header содержащего эту папку сайта (В IIS7 вместо host header используется понятие Site Binding). Если целевой сайт – это Default Web Site в IIS, то в качестве DNS можно задать localhost или имя компютера, кроме того необходимые DNS могут быть заданы в файле C:\Windows\System32\drivers\etc\hosts). Если в качестве DNS указан localhost, то при обращении к бэкенду QP7 с другого компьютера часть функциональности работать не будет.

Существует возможность задать отдельный DNS для тестового режима ( с помощью галочки Использовать отдельный DNS для Тестового режима и поля Stage DNS. Это необходимо, если основная и тестовая версии сайта запущены на разных серверах.

Поля URL загрузки и Путь загрузки. Задаются виртуальный путь от корня сайта к корневой папке загрузки и полный физический путь к ней же. Библиотека сайта располагает в подпапке images относительно корневой папки загрузки. Библиотеки контентов – в подпапках contents/номер контента. URL загрузки используется затем на страницах QP7 как свойство upload_url и в различных методах QP7 API, возвращающих различные вариации URL'а загрузки.

C помощью полей Использовать абсолютный URL закачки и Префикс URL закачки есть возможность сделать URL загрузки абсолютным, что может быть полезно, если ресурсы сайта и сам сайт находятся на разных сайтах IIS (разных серверах).

Поле Виртуальный путь – задает виртуальный путь от корня сайта к корневой папке страниц сайта в основном режиме. Значение поля всегда начинается с прямого слэша - “/”. Корневая папка страниц сайта может совпадать с корнем сайта. В этом случае правильное значение - “/”.

Так как сайт в stage-режиме отличается от сайта в live-режиме (Отличия stage от live), то может возникнуть необходимость посмотреть как сайт будет выглядеть в live, но не влияя при этом на продукционный сайт. Чтобы включить режим сборки в отдельную тестовую папку, необходимо выставить флажок Использовать тестовую папку и задать полный путь к ней. После этого любая сборка в live будет приводить к сборке в эту папку. Для отключения этого режима достаточно сбросить флажок.

Поле Путь – задает полный физический путь к корневой папке страниц сайта в основном режиме.

Поле Виртуальный путь – задает виртуальный путь от корня сайта к корневой папке страниц сайта в тестовом режиме. Значение поля всегда начинается с прямого слэша - “/”. Корневая папка страниц сайта может совпадать с корнем сайта только в том случае, если в IIS настроены различные сайты для основного и тестового режима, соответственно на текущей странице заданы и DNS, и Stage DNS.

Поле Путь – задает полный физический путь к корневой папке страниц сайта в тестовом режиме.

Поля Путь и Путь для Тестового режима задают расположение папок bin, в которые будут скопированы необходимые библиотеки (например Qunantumart.dll). Папка bin для приложения (сайте) всегда располагается в корне этого приложения (сайта). Поля для live и stage различаются, потому что предполагается, что это – разные приложения (сайты) в IIS. Копирование происходит при:

• создании нового сайта
• обновлении существующего сайта
• сборке сайта со страницы Свойства сайта

Стоит отметить, что из расположения папки bin вычисляется расположение папок App_Data и App_Code, которые используются при генерации LINQ-to-SQL классов. Предполагается, что папки App_Data и App_Code находятся на том же уровне в дереве папок, что и bin.

Задаются в секции Параметры сборки в LINQ-классы (LINQ Assembling Parameters).

Опция Импортировать файл отображения в базу данных (Import mapping file to database) позволяет импортировать существующий файл отображения (mapping.xml), находящийся в папке App_Data сайта в базу данных для последующей настройки отображения через бэкенд QP7 и последующей генерации файла отображения на основе информации из базы данных (опция Использовать прямое отображение из базы данных (Use direct mapping from database)). При успешном выполнении импорта опция Импортировать файл отображения в базу данных (Import mapping file to database) автоматически сбрасывается, а опция Использовать прямое отображение из базы данных (Use direct mapping from database) автоматически устанавливается. При включении опции прямой генерации файла отображения становятся доступными другие опции уровня сайта, описанные здесь.

В QP7.Framework доступны Основной (Live) и Тестовый (Stage) режимы работы сайта. Основной смысл данной настройки - выбор места, куда будет осуществляться сборка. Режим по умолчанию – live. Если выбран этот режим, все изменения, сделанные на уровне шаблонов, страниц, объектов будут после сборки видны на “живом” сайте. Если выбран режим stage, изменения будут сделаны только в Тестовой версии. Выбор осуществляется переключателем Режим работы сайта. Использование stage-режиме позволяет протестировать изменения в функциональности без влияния на основной сайт. Изменения вступят в силу после переключения режима в live и пересборки сайта.

Описанный выше механизм относится к коду. Для данных используется иное решение. Для того, чтобы содержимое контента различалось на live и на stage, необходимо чтобы на контенте был настроен Workflow. В этом случае (при настройках по умолчанию) на live будут показываться только опубликованные статьи, а на stage - все статьи данного контента. Более того, благодаря механизму расщепления статей возможна ситуация, когда на stage и live будут находиться две версии одной и той же статьи - текущая и опубликованная. Статьи появляются на live после их публикации (доведения до максимального статуса в цепочке Workflow). Публикация статей не зависит от текущего режима работы сайта. Он относится только к механизму сборки.

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

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

• Разрешить пользовательские сессии (по умолчанию включено) – включает поддержку пользовательских сессий для сайта, что позволяет затем использовать настройку и персонализацию страниц для отдельных пользователей. В stage режиме пользовательские сессии включены всегда, так как это необходимо для работы OnScreen. Отключение этого режима позволяет снизить нагрузку на сервер в том случае, если персонализация не требуется.

• Собирать страницы для предварительного просмотра и уведомлений в Основном режиме (по умолчанию включено) – полезная опция в тех случаях, когда stage-версия сайта закрыта паролем или по IP. Если данная опция включена, то не взирая на на текущий режим сборки (основной или тестовый), в live будут собираться:
  • страницы для форматов уведомлений
  • страницы для предварительного просмотра
  • страница для глобального CSS

• Принудительная сборка (Force Assemble) – включает режим пересборки всех контролов вне зависимости от того, когда они были модифицированы. Так как данная опция может оказать негативное влияние на производительность, после любой сборки сайта, шаблона или страницы происходит ее автосброс.

После сборки сайта в тестовом режиме, становится доступным режим OnScreen, построенный на его основе. Чтобы пользователю был доступен данный режим, он должен быть разрешен в его профиле. Конфигурация OnScreen, создаваемая по умолчанию хорошо подходит только для небольших, простых по верстке сайтов. Для более сложных сайтов, вероятно, потребуется дополнительная настройка

Режим OnScreen позволяет просматривать сайт (его тестовую версию) и редактировать данные по месту. В навигационном дереве QP7.Framework эта вкладка имеет следующий путь: Сайты / Имя сайта / OnScreen.

Перед началом работы с OnScreen, пользователям следует назначить параметры OnScreen режима в Свойствах сайта и прочих связанных страницах QP7.Framework.

• Рамка поля – Позволяет настраивать режим показа рамки у полей, редактируемых через OnScreen.
• Рамка объекта – устаревшая опция. Позволяет настраивать режим показа рамки у объектов, редактируемых через OnScreen. В ASP.NET не поддерживается
• Разрешить для объектов – устаревшая опция. Позволяет включать/отключать OnScreen у объектов по их типу. В ASP.NET не поддерживается