This shows you the differences between two versions of the page.
Both sides previous revision Previous revision Next revision | Previous revision | ||
site_configuration [2009/07/29 16:15] celutp |
site_configuration [2012/06/20 14:07] (current) celutp |
||
---|---|---|---|
Line 58: | Line 58: | ||
=== Загружаемые файлы === | === Загружаемые файлы === | ||
- | Поля **URL загрузки** и **Путь загрузки**. Задаются виртуальный путь от корня сайта к корневой папке загрузки и полный физический путь к ней же. Библиотека сайта располагает в подпапке //images// относительно корневой папки загрузки. Библиотеки контентов -- в подпапках //contents/номер контента//. URL загрузки используется затем на страницах QP7 как свойство upload_url и в различных методах QP7 API, возвращающих различные вариации URL'а загрузки. | + | Поля **URL загрузки** и **Путь загрузки**. Задаются виртуальный путь от корня сайта к корневой папке загрузки и полный физический путь к ней же. Библиотека сайта располагает в подпапке //images// относительно корневой папки загрузки. Библиотеки контентов -- в подпапках //contents/номер контента//. URL загрузки используется затем на страницах QP7 как свойство [[api:qpage#upload_url]] и в [[api:dbconnector:paths |
+ | |различных методах QP7 API]], возвращающих различные вариации URL'а загрузки. | ||
C помощью полей **Использовать абсолютный URL закачки** и **Префикс URL закачки** есть возможность сделать URL загрузки абсолютным, что может быть полезно, если ресурсы сайта и сам сайт находятся на разных сайтах IIS (разных серверах). | C помощью полей **Использовать абсолютный URL закачки** и **Префикс URL закачки** есть возможность сделать URL загрузки абсолютным, что может быть полезно, если ресурсы сайта и сам сайт находятся на разных сайтах IIS (разных серверах). | ||
Line 78: | Line 79: | ||
=== Папка для .NET-сборок === | === Папка для .NET-сборок === | ||
- | Поля Путь и Путь для Тестового режима задают расположение папок bin, для копированию туда необходимых dll. Папка bin для приложения (сайте) всегда располагается в корне этого приложения (сайта). Различные настройки для live и stage нужны потому что предполагаются, что это разные приложения (сайты) в IIS. | + | Поля **Путь** и **Путь для Тестового режима** задают расположение папок //bin//, в которые будут скопированы необходимые библиотеки (например //Qunantumart.dll//). Папка bin для приложения (сайте) всегда располагается в корне этого приложения (сайта). Поля для live и stage различаются, потому что предполагается, что это -- разные приложения (сайты) в IIS. |
+ | Копирование происходит при: | ||
+ | * создании нового сайта | ||
+ | * обновлении существующего сайта | ||
+ | * сборке сайта со страницы Свойства сайта | ||
+ | Стоит отметить, что из расположения папки //bin// вычисляется расположение папок //App_Data// и //App_Code//, которые используются при генерации LINQ-to-SQL классов. Предполагается, что папки //App_Data// и //App_Code// находятся на том же уровне в дереве папок, что и //bin//. | ||
+ | === Настройки сборки в LINQ === | ||
+ | |||
+ | Задаются в секции **Параметры сборки в 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**) автоматически устанавливается. При включении опции прямой генерации файла отображения становятся доступными другие опции уровня сайта, описанные [[developer:linq:db_mapping|здесь]]. | ||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | =====Тестирование и сборка сайта===== | ||
====Основной и тестовый режимы==== | ====Основной и тестовый режимы==== | ||
- | **QP7.Framework** предлагает режимы **Live** или **Stage**. Режим по умолчанию это **Live**. Если выбран этот режим, все структурные изменения будут сделаны для | + | В **QP7.Framework** доступны **Основной (Live)** и **Тестовый (Stage)** режимы работы сайта. Основной смысл данной настройки - выбор места, куда будет осуществляться сборка. Режим по умолчанию -- **live**. Если выбран этот режим, все изменения, сделанные на уровне шаблонов, страниц, объектов будут после сборки видны на "живом" сайте. Если выбран режим **stage**, изменения будут сделаны только в Тестовой версии. Выбор осуществляется переключателем **Режим работы сайта**. Использование stage-режиме позволяет протестировать изменения в функциональности без влияния на основной сайт. Изменения вступят в силу после переключения режима в live и пересборки сайта. |
- | живой версии. Если выбран режим **Stage**, все изменения будут сделаны для Stage версии сайта. | + | |
- | Переключатели под заголовком “Live State” определяют, появляются ли изменения, сделанные в бэкенде, на живом сайте мгновенно или сначала применяются | + | Описанный выше механизм относится к коду. Для данных используется иное решение. Для того, чтобы содержимое контента различалось на live и на stage, необходимо чтобы на контенте был настроен Workflow. В этом случае (при настройках по умолчанию) на live будут показываться только опубликованные статьи, а на stage - все статьи данного контента. Более того, благодаря механизму расщепления статей возможна ситуация, когда на stage и live будут находиться две версии одной и той же статьи - текущая и опубликованная. Статьи появляются на live после их публикации (доведения до максимального статуса в цепочке Workflow). Публикация статей **не зависит** от текущего режима работы сайта. Он относится только к механизму сборки. |
- | для stage копии сайта. Если выбрать режим **Live**, внешний вид и контент сайта будут меняться как только вы сохраните изменения за исключением | + | |
- | контента, для которого было назначено появиться в более позднее время. С другой стороны, выбор режима **Stage** позволяет протестировать | + | |
- | функциональность и исправить возможные ошибки на Stage копии. Stage версия сайта становится доступной для пользователей после включения режима | + | |
- | **Live** и its pages assembled. | + | |
- | Секция **“Live Pages Location”** используется для определения имени директории содержащей страницы живого сайта along with its location. | ||
- | Секция **“Stage Pages Location”** используется the virtual root and the directory used for staging, if staging is to be used at all. | ||
- | =====Режим OnScreen===== | + | ====Сборка сайта==== |
- | Конфигурация сайта в **QP7.Framework** может быть протестирована с использованием страницы **OnScreen** – среды режима тестирования. | + | После того, как сайт создан и отконфигурирован, следует провести его сборку. Этот процесс запускается нажатием кнопки **Собрать** на странице **Свойства сайта**, либо на странице **Сайты** после выбора нужного сайта. |
- | Эта страница это virtual site-debugging mode, который позволяет пользователю проверить функциональность сайта и устранить ошибки. | + | |
- | Страница **OnScreen** это секция уровня сайта в **QP7.Framework** и создается для каждого сайта индивидуально. | + | В QP7 код сайта, который пишет разработчик, хранится в базе данных. Процесс сборки заключается в том, что этот код извлекается, к нему добавляется служебный код, формируемый на основании пользовательских настроек и прочей метаинформации, также хранящейся в базе. Весь этот код записывается в файлы в соответствии с выбранным типом сборки и текущим режимом работы сайта. |
- | В навигационном дереве **QP7.Framework** эта вкладка имеет следующий путь: **Sites / Name of the Site Project / OnScreen**. | + | ===Дополнительные параметры сборки=== |
- | **OnScreen** режим отличается от обычных режимов тем, что сайт остается закрытым пока debugging process in complete. Normally all site contents | + | ***Разрешить пользовательские сессии** (по умолчанию включено) -- включает поддержку пользовательских сессий для сайта, что позволяет затем использовать настройку и персонализацию страниц для отдельных пользователей. В stage режиме пользовательские сессии включены всегда, так как это необходимо для работы OnScreen. Отключение этого режима позволяет снизить нагрузку на сервер в том случае, если персонализация не требуется. |
- | would be available as soon as the user saves entered parameters. | + | |
- | Перед началом работы с **OnScreen**, пользователям следует назначить параметры **OnScreen** режима в **Свойствах сайта** и прочих связанных страницах | + | ***Собирать страницы для предварительного просмотра и уведомлений в Основном режиме** (по умолчанию включено) -- полезная опция в тех случаях, когда stage-версия сайта закрыта паролем или по IP. Если данная опция включена, то не взирая на на текущий режим сборки (основной или тестовый), в live будут собираться: |
- | **QP7.Framework**. | + | * страницы для форматов уведомлений |
+ | * страницы для предварительного просмотра | ||
+ | * страница для глобального CSS | ||
- | =====Сборка сайта===== | + | ***Принудительная сборка** (**Force Assemble**) -- включает режим пересборки всех контролов вне зависимости от того, когда они были модифицированы. Так как данная опция может оказать негативное влияние на производительность, после любой сборки сайта, шаблона или страницы происходит ее автосброс. |
- | После того, как сайт создан и отконфигурирован, следует провести его сборку. Сборка запускается нажатием кнопки **Собрать** в окне **Свойства сайта**. | + | ====Режим OnScreen==== |
- | При любом изменении, сделанном в конфигурации сайта, объектов сайта или шаблонов, сайт должен быть собран заново, чтобы изменения вступили в силу. | + | |
- | Сборка сайта происходит согласно введенным параметрам сборки. Это включает: | + | После сборки сайта в тестовом режиме, становится доступным режим OnScreen, построенный на его основе. Чтобы пользователю был доступен данный режим, он должен быть разрешен в его профиле. Конфигурация OnScreen, создаваемая по умолчанию хорошо подходит только для небольших, простых по верстке сайтов. Для более сложных сайтов, вероятно, потребуется [[admin:onscreen|дополнительная настройка]] |
- | **Разрешить пользовательские сессии** | + | Режим OnScreen позволяет просматривать сайт (его тестовую версию) и редактировать данные по месту. В навигационном дереве **QP7.Framework** эта вкладка имеет следующий путь: **Сайты / Имя сайта / OnScreen**. |
+ | |||
+ | Перед началом работы с **OnScreen**, пользователям следует назначить параметры **OnScreen** режима в **Свойствах сайта** и прочих связанных страницах | ||
+ | **QP7.Framework**. | ||
- | Опция **Разрешить пользовательские сессии** позволяет настройку и персонализацию страниц для отдельных пользователей. | + | ===Параметры сборки OnScreen=== |
- | Это включает в себя использование **cookies** и распределение ресурсов памяти для каждого посетителя. | + | ***Рамка поля** – Позволяет настраивать режим показа рамки у полей, редактируемых через OnScreen. |
+ | ***Рамка объекта** – устаревшая опция. Позволяет настраивать режим показа рамки у объектов, редактируемых через OnScreen. В ASP.NET не поддерживается | ||
+ | ***Разрешить для объектов** – устаревшая опция. Позволяет включать/отключать OnScreen у объектов по их типу. В ASP.NET не поддерживается | ||
- | OnScreen параметры сборки | ||
- | ***Object Border** – The OnScreen mode allows QP7.Framework objects to be displayed as specific editing areas on the screen, indicated by a border around the field. | ||
- | ***Field Border** – The OnScreen mode allows QP7.Framework fields to be displayed as specific editing areas on the screen, indicated by a border around the field. The user can control how this feature works for their site using the Always, On Mouse Over and Never options. | ||
- | ***Allow for Objects** – This option allows the user to choose which objects will be given borders - Publishing Container and/or ASP Object. |