Создание инфраструктуры SharePoint - Индивидуализации SharePoint и включение стиля компании
ОГЛАВЛЕНИЕ
Индивидуализации SharePoint и включение стиля компании
В данный момент возникает естественное желание включить логотип, название и фирменную раскраску компании в пользовательский интерфейс SharePoint. Однако, необходимо учитывать, что это означает вывод проекта SharePoint на уровень разработчика ASP.NET. Как минимум, необходима система разработки, например, отдельный сервер WSS 3.0 с программой Microsoft Office SharePoint Designer 2007 (см. файл SharePoint Designer Installation.pdf в материале, сопровождающем данную статью), чтобы можно было внести и протестировать изменения, не влияя на рабочую среду. Также необходимо посетить центр разработчиков Windows SharePoint Services Developer Center по адресу msdn2.microsoft.com/sharepoint для получения дополнительных сведений о множестве вариантов настройки, предоставляемых SharePoint.
Хотя разработка While SharePoint не рассматривается в данной статье, я отмечу несколько моментов, которые необходимо учитывать. SharePoint сохраняет индивидуализированные страницы в базе данных содержимого соответствующего семейства узлов. Другими словами, все индивидуализациии, выполненные для страниц узла, страниц приложения, главных страниц, таблиц стилей и т.д. на узле SharePoint, применяются только на уровне узла или семейства узлов. Это очень существенно для администраторов отдельных семейств узлов, которым необходимо изменить вид и функции соответствующих узлов с помощью SharePoint Designer 2007, но не очень хорошо для администраторов ферм, которым необходимо применить фирменный стиль ко всем веб-приложениям, семействам узлов или узлам в веб-ферме.
Можно создать пользовательские темы или определения узлов на основе копии определения стандартной темы или узла SharePoint. Также можно создать пользовательские главные страницы и добавить их в галерею главных страниц. Однако ни один из этих вариантов не позволяет применить фирменный стиль компании глобально, если функция управление средствами самостоятельного создания узлов включена, поскольку пользователь с правами на создание узлов или семейств узлов может по-прежнему выбрать стандартный шаблон узла без фирменного стиля.
Для глобального применения стиля компании необходима замена компонентов SharePoint по умолчанию, чтобы вместо них использовались пользовательские компоненты. Разработчики далеко продвинулись в сторону выполнения этой задачи без изменения исходных файлов. Одним из подходов является изменение настройки виртуальных каталогов в диспетчере служб IIS и их указание на новые папки с настроенными файлами. Другой способ – реализация настраиваемого модуля HTTP или фильтра ISAPI, переписывающего URL-адреса для перенаправления запросов для отдельных страниц по умолчанию на индивидуализированннные версии.