User Tools

Site Tools


site_configuration

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
Next revision
Previous revision
site_configuration [2009/07/29 16:18]
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**. Если выбран этот режим, все структурные изменения будут сделаны для ​ 
-живой версии. Если выбран режим **Stage**, все изменения будут сделаны для Stage версии сайта. ​ 
  
-Переключатели под заголовком “Live State” определяют,​ появляются ли изменения,​ сделанные в бэкенде,​ на живом сайте мгновенно или сначала применяются ​ 
-для 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. +
-===Сборка сайта===+
  
-После того, как сайт создан и отконфигурирован,​ следует провести его сборку. Сборка запускается нажатием кнопки **Собрать** в окне **Свойства сайта**. ​ 
-При любом изменении,​ сделанном в конфигурации сайта, объектов сайта или шаблонов,​ сайт должен быть собран заново,​ чтобы изменения вступили в силу. 
  
-Сборка сайта происходит согласно введенным параметрам сборки. ​ Это включает:​ 
  
-**Разрешить пользовательские сессии** 
  
-Опция **Разрешить пользовательские сессии** позволяет настройку и персонализацию страниц для отдельных пользователей.  ​ 
-Это включает в себя использование **cookies** и распределение ресурсов памяти для каждого посетителя. 
  
-===Режим OnScreen=== 
  
-Конфигурация сайта в **QP7.Framework** может быть протестирована с использованием страницы **OnScreen** – среды режима тестирования.  +=====Тестирование и сборка сайта=====
-Эта страница это virtual site-debugging mode, который позволяет пользователю проверить функциональность ​сайта ​и устранить ошибки.+
  
-Страница **OnScreen** это секция уровня сайта в **QP7.Framework** и создается для каждого сайта ​индивидуально. ​+====Основной и тестовый режимы====
  
-В навигационном дереве **QP7.Framework** эта вкладка имеет следующий путь: **Sites / Name of the Site Project / OnScreen**. +В **QP7.Framework** доступны **Основной (Live)** ​и **Тестовый (Stage)** режимы работы сайта. Основной смысл ​данной настройки - выбор места, куда будет осуществляться сборка. Режим по умолчанию -- **live**. Если выбран ​этот режим, все изменения,​ сделанные на уровне шаблонов, страниц, объектов будут после сборки видны на ивом" сайте. Если выбран режим **stage**, изменения будут сделаны только в Тестовой версии. Выбор осуществляется ​переключателем ​**Режим работы сайта**. Использование stage-режиме позволяет протестировать изменения в функциональности без влияния на основной сайт. Изменения вступят в силу после переключения режима в live и пересборки сайта.
  
-**OnScreen** режим отличается от обычных режимов тем, что сайт остается закрытым пока ​debugging process in completeNormally all site contents ​ +Описанный выше механизм относится к коду. Для данных используется иное решение. Для того, чтобы содержимое контента различалось на live и на stage, необходимо чтобы на контенте был настроен Workflow. В этом случае (при настройках по умолчанию) на live будут показываться только опубликованные статьи,​ а на stage - все статьи данного контента. Более того, благодаря механизму расщепления статей возможна ситуация,​ когда на stage и live будут находиться две версии одной и той же статьи - текущая и опубликованная. Статьи появляются на live после их публикации (доведения до максимального статуса в цепочке Workflow). Публикация статей ​**не зависит** от текущего ​режима работы сайта. Он относится только к механизму сборки. 
-would be available as soon as the user saves entered parameters+ 
 + 
 +====Сборка сайта==== 
 + 
 +После того, как сайт создан и отконфигурирован,​ следует провести его сборку. Этот процесс запускается нажатием кнопки **Собрать** на странице **Свойства сайта**,​ либо на странице **Сайты** после выбора нужного сайта. 
 + 
 +В QP7 код сайта, который пишет разработчик,​ хранится в базе данных. Процесс сборки заключается ​в том, что этот код извлекается,​ к нему добавляется служебный код, формируемый на основании пользовательских настроек и прочей метаинформации,​ также хранящейся в базе. Весь этот код записывается в файлы в соответствии с выбранным типом сборки и текущим режимом работы сайта. 
 + 
 +===Дополнительные параметры сборки=== 
 + 
 +  ***Разрешить пользовательские сессии** (по умолчанию включено) -- включает поддержку пользовательских сессий для сайта, что позволяет затем использовать настройку и персонализацию страниц для отдельных пользователей. В stage режиме пользовательские сессии включены всегда,​ так как это необходимо для работы OnScreen. Отключение этого режима позволяет снизить нагрузку на сервер в том случаеесли персонализация не требуется. 
 + 
 +  ***Собирать страницы для предварительного просмотра и уведомлений в Основном режиме** (по умолчанию включено) -- полезная опция в тех случаях,​ когда stage-версия ​сайта закрыта паролем или по IP. Если данная опция включена, ​то не взирая на на текущий режим сборки (основной или ​тестовый),​ в live будут собираться
 +    * страницы для форматов уведомлений 
 +    * страницы для предварительного просмотра 
 +    * страница для глобального CSS 
 + 
 +  ***Принудительная сборка** (**Force Assemble**) -- включает режим пересборки всех контролов вне ​зависимости от того, ​когда они были модифицированы. Так как данная опция может оказать негативное влияние на производительность,​ после любой сборки сайта, шаблона или страницы происходит ее автосброс. 
 + 
 +====Режим OnScreen==== 
 + 
 +После сборки сайта в тестовом режиме,​ становится доступным режим OnScreen, ​построенный на его основе. Чтобы пользователю был доступен данный режим, он должен быть разрешен в его профиле. Конфигурация OnScreen, создаваемая по умолчанию хорошо подходит только для небольших,​ простых по верстке сайтовДля более сложных сайтов,​ вероятно,​ потребуется [[admin:​onscreen|дополнительная настройка]] 
 + 
 +Режим OnScreen позволяет просматривать сайт (его тестовую версию) и редактировать данные по месту. В навигационном дереве **QP7.Framework** эта вкладка имеет следующий путь: **Сайты / Имя сайта / OnScreen**
  
 Перед началом работы с **OnScreen**,​ пользователям следует назначить параметры **OnScreen** режима в **Свойствах сайта** и прочих связанных страницах ​ Перед началом работы с **OnScreen**,​ пользователям следует назначить параметры **OnScreen** режима в **Свойствах сайта** и прочих связанных страницах ​
 **QP7.Framework**. **QP7.Framework**.
  
-OnScreen параметры сборки +===Параметры сборки ​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.  +  ***Рамка поля** – Позволяет настраивать режим показа рамки у полей, редактируемых через ​OnScreen. ​  
-  ***Field Border** – The OnScreen mode allows QP7.Framework fields to be displayed as specific editing areas on the screenindicated by a border around the fieldThe user can control how this feature works for their site using the Always, On Mouse Over and Never options.  +  ***Рамка объекта** – устаревшая опцияПозволяет настраивать режим показа рамки у объектовредактируемых через OnScreenВ ASP.NET не поддерживается 
-  ***Allow for Objects** – This option allows the user to choose which objects will be given borders - Publishing Container and/or ASP Object.+  ***Разрешить для объектов** – устаревшая опция. Позволяет включать/отключать OnScreen у объектов по их типу. В ASP.NET не поддерживается
  
site_configuration.1248873516.txt.gz · Last modified: 2009/07/29 16:18 by celutp