(С) Владислав Боркус
!Данный материал защищён авторским правом и любое его копирование не допускается.
(ныне Microsoft SharePoint Portal Server 2007)
Дата актуальности: февраль 2006
Microsoft заявила, что будет проводитсья унификациz платформы WSS и MCMS 2002 (WSS v3). Эти технологии однозначно будут интегрированы, хотя вопросы упаковки их в продукты пока не решены. В первую очередь функциональность CMS будет построена «поверх» WSS, позволяя строить единое решение класса WCM/Collaboration. Кроме того, унифицированы сайты SPS и WSS. Сайты WSS будут «полноценными».
Продукт должен появиться в конце осени 2006 г.
Управление структурой сайта
1. В новой версии сайты WSS и зоны портала должны стать единым целым. Не будет ненужной путаницы, подобной той, что есть в SPS 2003. Каждый сайт может иметь произвольный дизайн (шаблон), а зоны SPS будут оформляться как самостоятельные сайты.
Сайт WSS будет иерархическим, а не плоским, как сейчас (SPS 2003), -- он будет состоять из зон (страниц). Структуру страниц сайта и зон (разделов) можно посмотреть в его административном разделе. Она представляется в Explorer-подобном стиле. Ею можно управлять через Copy/Move/Delete.
2. Сайт WSS больше не ограничен типовым дизайном, а может иметь любой вид.
3. Для сайта задается MasterPage.aspx (шаблон обрамления) и PageLayout.aspx (содержимое внутренней области -- с портлетами). Пока нет полной ясности, можно ли поместить портлеты на область, задаваемую MasterPage, скорее всего -- нет.
Но MasterPage можно прикрепить ко всем производным шаблонам и менять вид сайта в целом «одним кликом».
Шаблоны сайта проектируются во FrontPage, а управляющие элементы для них -- в Visual Studio. Это большой шаг вперед по сравнению с MCMS 2002, где все делалось в Visual Studio.
4. Для страниц сайта будет возможен check-in/checkout, т.е. страницу можно будет «забрать» на редактирование. Раньше это было доступно только для списков. Кроме того, возможно будет создавать «неутвержденный» и «утвержденный» вид страниц. В первом варианте их смогут просматривать только авторизованные на это пользователи, во втором -- все желающие.
5. Появится SharePoint Designer -- упрощенная версия FrontPage, встроенная в систему. Она позволит проектировать шаблоны страниц и разделов.
Многоязычность
Возможно создавать языковые зеркала прямо в структуре сайта. Наследуется все оформление сайта, его структура. Это так называемые variations.
Материал, помещенный в библиотеку на основной части сайта через workflow автоматически помещается как ссылочная копия и в идентичную исходной библиотеку на зеркале. На зеркале он будет иметь статус «не утвержден», т.е. еще не будет виден широкой аудитории. Такой документ на зеркале можно перевести на язык зеркала, а затем утвердить или утвердить сразу (в первом случае связь с оригиналом разорвется -- документ станет самостоятельным. Этот алгоритм работает и для оформления (шаблонов) сайта. (Все пока не реализовано в Beta 1).
Все языковые свойства шаблонов вынесены в отдельные файлы и управляются как контент списков WSS.
Авторинг и управление контентом
1. HTML записи можно будет хранить в списках. Появится редактор HTML «на уровне» лучших представителей CMS. Он построен на технологии DHTML. Можно вставлять таблицы, рисунки, применять стили, выделения и т.п. Возможно создавать библиотеки повторно используемого контента (быстрые вставки). Также при вставке картинок можно будет вести навигацию по сайту в режиме а-ля file manager, чего раньше делать было нельзя (вставка только по URL). Картинку можно вставлять как с текущего сайта, так и с сайта более высокого уровня.
Но судя по всему, «очистки» от паразитных тегов Word при операции copy-paste для контента не поддерживается.
2. Записи, хранимые в CMS-списках, фактически представляют собой страницы, генерируемые по ASPX-шаблону. Для каждой записи указывается ее шаблон, ее тип контента (например, «новость») и некоторый набор атрибутов, характерный для контента данного типа. Далее контент можно отредактировать во встроенном HTML-редакторе. Этот контент будет помещен автоматически во внутреннюю область страницы (за остальное отвечает шаблон). А так как каждый элемент каждого списка имеет URL, то на страницу можно ссылаться -- она может быть выведена на экран по URL элемента.
Списки HTML-страниц могут отрисовываться альтернативными способами через портлеты. Примером подхода может служить новый портлет новостей (хотя в Beta 1 он и не доделан).
Этот портлет черпает контент из списка (путь к нему на сайте настраивается через свойства портлета).
Для создания страницы нужно сделать загрузку (Upload) в список ее ASPX-шаблона (например, Master page), а потом, редактируя свойства записи, задать тип ее контента News и отредактировать сам HTML-контент. Получаемая страница будет «полным видом» новости. В портлете News будет короткое представление, сформированное из свойств документа. Есть также возможность настроить фильтр новостей в портлете.
Таким образом, есть заметное отступление от философии MCMS 2002, связанной с организацией каналов, каждый их которых характеризуется своим шаблоном. В WSS3 каждая запись в HTML-списке имеет свой собственный шаблон представления. Из Beta 1 не ясно, можно ли задать умолчательный шаблон и тип контента для всего списка в целом. Это было бы логичным способом сократить временные затраты на добавление контента.
3. Документы в списки CMS-страниц можно помещать при помощи конверта офисных файлов, вызываемого из соответствующих библиотек. Могут также применяться сделанные партнерами конверторы. При этом между исходным и конвертированным документами поддерживается связь -- вплоть до изменения конвертированного документа. (Это функционал в Beta 1 не работает вообще).
4. Появится workflow. В WSS она по прежнему будет только Approve, в SPS уже можно будет проектировать несложные маршруты из нескольких шагов. Workflow можно привязать к событиям, например, созданию элемента в списке.
Можно будет привязывать и внешние сложные WWF (windows workflow foundation) -сценарии
5. Есть возможность синдикации контента и его распространения при помощи RSS. Она доступна для всех списков.
Навигационные элементы и поиск
1. Навигационные инструменты имеются. Она включают автоматически генерируемые меню, карту сайта (до 3х уровней вложенности), путь до страницы.
2. Поиск стал более корпоративно ориентированным. Он не просто индексирует страницы, а увеличивает релевантность в результатах поиска содержимого файлов. Есть подсветка найденных фраз, булевы выражения для связи элементов поисковой строки (AND/OR/NOT), свертка дубликатов, подсказки при нулевых результатах поиска по строке («возможно вы имели ввиду...»), преднастроенные зоны поиска (оформлено в виде табулированных страниц), список сайтов (справа), где показывается на каких сайтах информация найдена. Механизм поиска взят у MSN.
Безопасность
Наиболее существенные расширения SPS в этой области следующие:
1. В зависимости от прав пользователя представление страницы сможет изменяться -- пользователю видны или не видны части страницы. Шаблон, портлеты и настройки страницы одинаковы для всех, но одним они видны, а другим -- нет.
2. Возможен повторный вход под другим логином. Скажем, администратор может выйти и зайти под логином пользователя и проверить, как отображается страница.
3. Появились новые механизмы аутентификации -- через провайдеров ASP.Net 2.0 (в SPS 2003 был только Active Directory). Теперь можно использовать любой заказной механизм -- LDAP, по СУБД, по CVS и пр.
4. Поэлементный контроль доступа -- для каждого элемента любого списка могут быть заданы свои права.
5. Отчеты об использовании системы (политики аудита) -- кто читал элементы списка, что менял (по действиям View/Edit).
6. Группы портала могут быть сопоставлены с группами AD.
7. Для сайта можно задать, кто будет видеть неутвержденные версии документов и измененных страниц.
Модули
Интерактивные модули будут улучшены. В Beta 1 частично работает только форум -- он действительно стал более-менее прилично.
Общесистемные вещи (списки)
1. Удобство показа списков. Можно настраивать ширину колонок в шаблоне.
2. Версионность элементов списков. Главные и мелкие версии. Возможно одновременное редактирование. Для офисных документов возможно слияние изменений.
3. Индексы на списки не в базе, а в WSS (что будет такое пока не понятно).
4. Важная вещь -- большие списки. В WSS 2 постраничный просмотр реализован неправильно (весь список сразу закачивается в память сервера, что приводит к деградации производительности при большом числе элементов списка). Здесь каждая страница обрабатывается отдельным запросом.
5. Теперь поддерживается перемещение элементов между списками (поле Send to в меню).
6. Теперь поддерживается дерево навигации по библиотеке (показ всех версий всех документов в одной таблице с выделениями)
7. Появилась встроенная «мусорная» корзина.
8. Появились новые типы полей. Например, Append Only -- в поле можно только дописывать. Multi-value lookups для связи списков по принципу многие-ко-многим.
9. Появятся контент-типы. Они смогут каждый иметь свой набор полей. Кроме того, библиотеке с их помощью можно будет сопоставить несколько шаблонов документов. Например, Word-шаблоны для заявки, отчета и т.п. Раньше шаблон для библиотеки был только один.
10. Расширится привязка к Office 12. Списки могут быть связаны с таблицами Access. Будет возможность сохранить почту Outlook в списках WSS (SendTo), а также установить двунаправленную синхронизируемую связь списка в Outlook и WSS, например, списка задач или календаря. Возможны довольно разные представления информации. Будет поддержка offline-клиента Groove.
12. Появится упрощенный интерфейс для управления проектами. На основании списка задач, система рисует диаграмму Ганнта.
13. В списках будет возможен трекинг (история) комментариев к элементам списков.
Общесистемные вещи (библиотеки)
1. Множественный checkout контента несколькими пользователями одновременно
2. Показ дерева всех библиотек в системе.
3. Возможность работы с метаданными WSS не только в самом WSS, но и в редакторах Office (нужная вещь, на мой взгляд).
4. Есть много новых типов библиотек и списков -- списки для проектов, библиотеки отчетов, библиотеки wiki и пр. В beta 1 не все работает.
5. Уведомления теперь можно задавать не только для внесения изменений в список/библиотеку, но и в View (выборку по критерию) списка и библиотеки.
Общесистемные вещи (прочие)
1. Репликация между удаленными серверами (территориальные зеркала)
2. Политики хранения документов. Для документов можно будет устанавливать период хранения (Retention period). По умолчанию он затем сдвигается в recycle bin. Теоретически можно настроить workflow для перемещения в долговременный архив.
3. Управление. Появится отдельный администраторский узел WSS. Через него возможно делать Backup/Restore через Web-интерфейс, а также генерировать отчеты.
4. Кастомизация на ASP.Net 2.0 через Visual Studio.
5. Появится довольно интересная функция Excel Services, которая позволит сделать таблицы Exсel динамическими серверными объектами, с которыми можно работать через web-сервисы. Это позволит использовать встроенные в них формулы как серверную бизнес-логику, а именованные поля -- как входные параметры для них. Можно, например, будет интегрировать систему с InfoPath.
6. SharePoint формы InfoPath в библиотеках форм будут доступны для заполнения как HTML-страницы.
Платформа WSS претерпит явные изменения в лучшую сторону. Многие из них связаны с документооборотом, но много и изменений в области CMS.
Главное, что можно будет делать многоуровневые сайты WSS, это большой шаг вперед по сравнению с WSS 2003. Структуру сайта можно будет весьма широко изменять через Web-интерфейс системы. Важно также, что сайты можно будет делать сразу многоязычными.
Интеграция с CMS в первую очередь выливается в создание списков, способных хранить HTML-контент. В MCMS 2002 сайты проектировать довольно сложно, так как для проектирования шаблонов требуется интенсивное использование Visual Studio. В новой платформе шаблоны страниц можно проектировать во FrontPage и SharePoint Designer, что, безусловно удобнее. Структура же сайтов будет структурой сайтов WSS.
Возможности авторинга явно будут улучшены. Новый HTML редактор намного лучше того, что был и в MCMS 2002 и в SPS 2003. Но в целом в Beta 1 публикация рутинного контента (новостей) выглядит довольно сложной операцией так как требует каждый раз указывать шаблон для новой страницы, помещаемой в список-хранилище. Возможно что-то изменят готовящиеся Web Parts для CMS, которые пока не доступны.
Функциональность прикладных модулей изменится в лучшую сторону, в частности модулей форума, анкетирования и пр. В Beta 1 они работают не полностью, но направления видны.
Существенно лучше станет подсистема безопасности -- как с точки зрения грануляции доступа, так и с точки зрения функций аудита.
В принципе, основной вывод, который сделан для SPS 2003 остается в силе -- доделывать продукт под нужды заказчика все равно придется. Скорее всего, речи пойдет о создании шаблонов сайтов и наборов портлетов. Но путь к цели -- созданию сайта - прототипа для его простого размножения -- видится легче решаемой, чем в SPS 2003. Остается вопрос, насколько, удобно будет управлять таким сайтом по сравнению с другими системами. Исходя из просмотра Beta1, думается, что несколько менее удобно, но удобнее в сравнении с SPS 2003.
Более точные выводы можно будет только после появления Beta2 в марте, уточнения вопросов комплектации (какие модули будут доступны в каких пакетах) и консалтинга со стороны Microsoft о путях реализации проектных требований.
Мне кажется, что основная задача проекта должна состоять именно в том, чтобы организовать все операции в эталонном сайте и портлетах максимально эргономичным образом. В WSS3 много готовых «кирпичей», но наверняка не все из них будут удобными.
При принятии решения стоит также иметь в виду вероятность откладывания сроков выхода продукта, а также возможной смены функциональности относительно обещаний. Microsoft готов будет оказывать помощь при внедрении уже Beta 2.
дата актуальности: июль 2007
1) В области CMS продукт повторят весь основной функционал и идеологию MCMS 2002, а потому может в принципе может применяться как платформа интранент-сайтов. Весь подход к работе с контентом на сайте сохранен, только теперь контент теперь записывается в списки SharePoint. Но убраны многие ограничения MCMS 2002.
2) Возможности авторинга в целом приемлемые. По сравнению с MCMS 2002 исчезла функция редактирования контента прямо внутри странице, но она и не нужна. Редактирование стало более традиционным -- от общего вида страницы пользователь одним щечком переходит к редактированию кусочков ее контента в отдельном окне.
WYSIWIG редактор сделан на DHTML, а не на ActiveX, как раньше, что правильно с точки зрения безопасности.
Нельзя сказать, что авторинг всюду удобный. Например, ограничено настраивается внешний вид таблиц.
WYSIWIG редактор генерирует специфически-Microsoft’овский код HTML, что приемлемо только пока код будет просматриваться только через Internet Explorer.
В принципе работает Copy-Paste из Microsoft Word с сохраннением базовой разметки (хотя в тестах была проблема с кодировкой, но это проблемы бета-версии).
Появился механизм workflow, но готовый процесс один -- кнопка Publish для редактора.
Важными улучшениями по сравнению с MCMS 2002 являются версионности контента и механизмы chechin-checkout.
В целом, эргономика на первый взгляд, чуть хуже, чем у некоторых других CMS (требуется много кликов), но не принципиально. По сравнению с MCMS 2002 есть заментные улучшения.
3) Можно создавать языковые вариации сайтов. Контент на реплике будет повторять контент на основном сайте. Это удалось проверить в ходе работы с Beta 2. Workflow, для инициации процесса перевода, идеологически заложен в системе, но не проверялся.
4) Проектирование структуры сайтов стало гораздо удобнее -- исчезла разница между зонами портала и WSS. Задачу создания структуры может решать малоподготовленный пользователь. Однако, для него заранее должны быть спроектирвоаны шаблоны страниц.
5) Разработка шаблонов страниц разделена между SharePoint Designer (фактически FrontPage) и Visual Studio. Страницы состоят из HTML-каркаса и так называемых плейсхолдеров (placeholders, ячейки для контента). В VS ведется только создание плейсхолдеров. В SharePoint Designer ведется только создание HTML-каркаса и размещение на нем плейсхолдеров. Оба этапа довольно трубоемки, но, заметим, что в MCMS 2002 все создавалось в Visual Studio, что не позволяло дать специализированные инструменты разным типам разработчиков.
Стоит заметить, что число стандартных плейсходлеров заметно выросло, по сравнению с MSCS2002, они стали более специализированны. Например, получили развития плейсхолдеры, отвечающие за элементы навигации, image-карты. Это удобно.
Вместе с тем очевидно, что создание шаблонов сайта и его страниц (особенно типового сайта) не является тривиальной задачей и не может быть выполнено «на коленке» неспециалистами. Их изменение в SharePoint Designer также требует некоторой квалифиации, хотя и меньшей. Легко делаются только совсем простые модификации.
Также важно отметить, что плейсхолдеры и веб-части -- не одно и тоже в смысле архитектуры системы, хотя вещи логически очень схожи. Смешивать на странице эти компоненты можно, но рекомендуется делать с осторожностью (чтобы не разрушить работу шаблона), выделяя для каждых свою зону страницы. Желательно также запретить исходно разрешенную функцию изменения ландшафта страницы пользователем для всех страниц, где есть компоненты CMS.
6) Что касается интерактивных компонент (форумы и т.п.), то они также несоколько улучшились. Форум, позволяет делать WYSIWIG разметку публикаций. Очень полезен RSS-компонент -- для публикации нововстей и контента с других сайтов. Все интерактивные компоненты сделаны в виде веб-частей.
Следует ожидать их переработки и создания новых на заказ, если требования к сайтам статут более скромными. С другой стороны идеология SharePoint, предполагающая создание отдельных WSS сайтов на каждую рабочую проблему, уменьшает необходимость в уровне развития этих компонент.
7) Настройка (администрирвоание) системы в целом стала удобнее -- параметров больше, прозрачная структура.
Безопасность стала более развитой, больше уровней настройки. Этот, правда, требует и большей концентрации от администратора.
1. Использование других CMS не дает кардинальных преимуществ, способных перекрыть унификацию интранет-платформы на базе SharePoint 2007.
2. SPS 2007 наследует некоторые ограничения MCMS2002, включая сложность разработки шаблонов сайта. Это значит, что создание шаблона типового сайта потребует специализированного проекта, с привлечением внешних разработчиков Microsoft. Меньших усилий потребует адаптация шаблона сайта, если исходные требования к нему будут изменены. В цело оба проекта будет намного проще аналогичного проекта для SPS 2003, а результаты более качественными.
!Данный материал защищён авторским правом и любое его копирование не допускается.
|
|
Office Server 12 (перспектива комбинации SPS и MCMS на 2006 год)
(ныне Microsoft SharePoint Portal Server 2007)
Дата актуальности: февраль 2006
Microsoft заявила, что будет проводитсья унификациz платформы WSS и MCMS 2002 (WSS v3). Эти технологии однозначно будут интегрированы, хотя вопросы упаковки их в продукты пока не решены. В первую очередь функциональность CMS будет построена «поверх» WSS, позволяя строить единое решение класса WCM/Collaboration. Кроме того, унифицированы сайты SPS и WSS. Сайты WSS будут «полноценными».
Продукт должен появиться в конце осени 2006 г.
Изменения по CMS-направлениям
Управление структурой сайта
1. В новой версии сайты WSS и зоны портала должны стать единым целым. Не будет ненужной путаницы, подобной той, что есть в SPS 2003. Каждый сайт может иметь произвольный дизайн (шаблон), а зоны SPS будут оформляться как самостоятельные сайты.
Сайт WSS будет иерархическим, а не плоским, как сейчас (SPS 2003), -- он будет состоять из зон (страниц). Структуру страниц сайта и зон (разделов) можно посмотреть в его административном разделе. Она представляется в Explorer-подобном стиле. Ею можно управлять через Copy/Move/Delete.
2. Сайт WSS больше не ограничен типовым дизайном, а может иметь любой вид.
3. Для сайта задается MasterPage.aspx (шаблон обрамления) и PageLayout.aspx (содержимое внутренней области -- с портлетами). Пока нет полной ясности, можно ли поместить портлеты на область, задаваемую MasterPage, скорее всего -- нет.
Но MasterPage можно прикрепить ко всем производным шаблонам и менять вид сайта в целом «одним кликом».
Шаблоны сайта проектируются во FrontPage, а управляющие элементы для них -- в Visual Studio. Это большой шаг вперед по сравнению с MCMS 2002, где все делалось в Visual Studio.
4. Для страниц сайта будет возможен check-in/checkout, т.е. страницу можно будет «забрать» на редактирование. Раньше это было доступно только для списков. Кроме того, возможно будет создавать «неутвержденный» и «утвержденный» вид страниц. В первом варианте их смогут просматривать только авторизованные на это пользователи, во втором -- все желающие.
5. Появится SharePoint Designer -- упрощенная версия FrontPage, встроенная в систему. Она позволит проектировать шаблоны страниц и разделов.
Многоязычность
Возможно создавать языковые зеркала прямо в структуре сайта. Наследуется все оформление сайта, его структура. Это так называемые variations.
Материал, помещенный в библиотеку на основной части сайта через workflow автоматически помещается как ссылочная копия и в идентичную исходной библиотеку на зеркале. На зеркале он будет иметь статус «не утвержден», т.е. еще не будет виден широкой аудитории. Такой документ на зеркале можно перевести на язык зеркала, а затем утвердить или утвердить сразу (в первом случае связь с оригиналом разорвется -- документ станет самостоятельным. Этот алгоритм работает и для оформления (шаблонов) сайта. (Все пока не реализовано в Beta 1).
Все языковые свойства шаблонов вынесены в отдельные файлы и управляются как контент списков WSS.
Авторинг и управление контентом
1. HTML записи можно будет хранить в списках. Появится редактор HTML «на уровне» лучших представителей CMS. Он построен на технологии DHTML. Можно вставлять таблицы, рисунки, применять стили, выделения и т.п. Возможно создавать библиотеки повторно используемого контента (быстрые вставки). Также при вставке картинок можно будет вести навигацию по сайту в режиме а-ля file manager, чего раньше делать было нельзя (вставка только по URL). Картинку можно вставлять как с текущего сайта, так и с сайта более высокого уровня.
Но судя по всему, «очистки» от паразитных тегов Word при операции copy-paste для контента не поддерживается.
2. Записи, хранимые в CMS-списках, фактически представляют собой страницы, генерируемые по ASPX-шаблону. Для каждой записи указывается ее шаблон, ее тип контента (например, «новость») и некоторый набор атрибутов, характерный для контента данного типа. Далее контент можно отредактировать во встроенном HTML-редакторе. Этот контент будет помещен автоматически во внутреннюю область страницы (за остальное отвечает шаблон). А так как каждый элемент каждого списка имеет URL, то на страницу можно ссылаться -- она может быть выведена на экран по URL элемента.
Списки HTML-страниц могут отрисовываться альтернативными способами через портлеты. Примером подхода может служить новый портлет новостей (хотя в Beta 1 он и не доделан).
Этот портлет черпает контент из списка (путь к нему на сайте настраивается через свойства портлета).
Для создания страницы нужно сделать загрузку (Upload) в список ее ASPX-шаблона (например, Master page), а потом, редактируя свойства записи, задать тип ее контента News и отредактировать сам HTML-контент. Получаемая страница будет «полным видом» новости. В портлете News будет короткое представление, сформированное из свойств документа. Есть также возможность настроить фильтр новостей в портлете.
Таким образом, есть заметное отступление от философии MCMS 2002, связанной с организацией каналов, каждый их которых характеризуется своим шаблоном. В WSS3 каждая запись в HTML-списке имеет свой собственный шаблон представления. Из Beta 1 не ясно, можно ли задать умолчательный шаблон и тип контента для всего списка в целом. Это было бы логичным способом сократить временные затраты на добавление контента.
3. Документы в списки CMS-страниц можно помещать при помощи конверта офисных файлов, вызываемого из соответствующих библиотек. Могут также применяться сделанные партнерами конверторы. При этом между исходным и конвертированным документами поддерживается связь -- вплоть до изменения конвертированного документа. (Это функционал в Beta 1 не работает вообще).
4. Появится workflow. В WSS она по прежнему будет только Approve, в SPS уже можно будет проектировать несложные маршруты из нескольких шагов. Workflow можно привязать к событиям, например, созданию элемента в списке.
Можно будет привязывать и внешние сложные WWF (windows workflow foundation) -сценарии
5. Есть возможность синдикации контента и его распространения при помощи RSS. Она доступна для всех списков.
Навигационные элементы и поиск
1. Навигационные инструменты имеются. Она включают автоматически генерируемые меню, карту сайта (до 3х уровней вложенности), путь до страницы.
2. Поиск стал более корпоративно ориентированным. Он не просто индексирует страницы, а увеличивает релевантность в результатах поиска содержимого файлов. Есть подсветка найденных фраз, булевы выражения для связи элементов поисковой строки (AND/OR/NOT), свертка дубликатов, подсказки при нулевых результатах поиска по строке («возможно вы имели ввиду...»), преднастроенные зоны поиска (оформлено в виде табулированных страниц), список сайтов (справа), где показывается на каких сайтах информация найдена. Механизм поиска взят у MSN.
Безопасность
Наиболее существенные расширения SPS в этой области следующие:
1. В зависимости от прав пользователя представление страницы сможет изменяться -- пользователю видны или не видны части страницы. Шаблон, портлеты и настройки страницы одинаковы для всех, но одним они видны, а другим -- нет.
2. Возможен повторный вход под другим логином. Скажем, администратор может выйти и зайти под логином пользователя и проверить, как отображается страница.
3. Появились новые механизмы аутентификации -- через провайдеров ASP.Net 2.0 (в SPS 2003 был только Active Directory). Теперь можно использовать любой заказной механизм -- LDAP, по СУБД, по CVS и пр.
4. Поэлементный контроль доступа -- для каждого элемента любого списка могут быть заданы свои права.
5. Отчеты об использовании системы (политики аудита) -- кто читал элементы списка, что менял (по действиям View/Edit).
6. Группы портала могут быть сопоставлены с группами AD.
7. Для сайта можно задать, кто будет видеть неутвержденные версии документов и измененных страниц.
Модули
Интерактивные модули будут улучшены. В Beta 1 частично работает только форум -- он действительно стал более-менее прилично.
Расширения, не связанные с функционалом CMS
Общесистемные вещи (списки)
1. Удобство показа списков. Можно настраивать ширину колонок в шаблоне.
2. Версионность элементов списков. Главные и мелкие версии. Возможно одновременное редактирование. Для офисных документов возможно слияние изменений.
3. Индексы на списки не в базе, а в WSS (что будет такое пока не понятно).
4. Важная вещь -- большие списки. В WSS 2 постраничный просмотр реализован неправильно (весь список сразу закачивается в память сервера, что приводит к деградации производительности при большом числе элементов списка). Здесь каждая страница обрабатывается отдельным запросом.
5. Теперь поддерживается перемещение элементов между списками (поле Send to в меню).
6. Теперь поддерживается дерево навигации по библиотеке (показ всех версий всех документов в одной таблице с выделениями)
7. Появилась встроенная «мусорная» корзина.
8. Появились новые типы полей. Например, Append Only -- в поле можно только дописывать. Multi-value lookups для связи списков по принципу многие-ко-многим.
9. Появятся контент-типы. Они смогут каждый иметь свой набор полей. Кроме того, библиотеке с их помощью можно будет сопоставить несколько шаблонов документов. Например, Word-шаблоны для заявки, отчета и т.п. Раньше шаблон для библиотеки был только один.
10. Расширится привязка к Office 12. Списки могут быть связаны с таблицами Access. Будет возможность сохранить почту Outlook в списках WSS (SendTo), а также установить двунаправленную синхронизируемую связь списка в Outlook и WSS, например, списка задач или календаря. Возможны довольно разные представления информации. Будет поддержка offline-клиента Groove.
12. Появится упрощенный интерфейс для управления проектами. На основании списка задач, система рисует диаграмму Ганнта.
13. В списках будет возможен трекинг (история) комментариев к элементам списков.
Общесистемные вещи (библиотеки)
1. Множественный checkout контента несколькими пользователями одновременно
2. Показ дерева всех библиотек в системе.
3. Возможность работы с метаданными WSS не только в самом WSS, но и в редакторах Office (нужная вещь, на мой взгляд).
4. Есть много новых типов библиотек и списков -- списки для проектов, библиотеки отчетов, библиотеки wiki и пр. В beta 1 не все работает.
5. Уведомления теперь можно задавать не только для внесения изменений в список/библиотеку, но и в View (выборку по критерию) списка и библиотеки.
Общесистемные вещи (прочие)
1. Репликация между удаленными серверами (территориальные зеркала)
2. Политики хранения документов. Для документов можно будет устанавливать период хранения (Retention period). По умолчанию он затем сдвигается в recycle bin. Теоретически можно настроить workflow для перемещения в долговременный архив.
3. Управление. Появится отдельный администраторский узел WSS. Через него возможно делать Backup/Restore через Web-интерфейс, а также генерировать отчеты.
4. Кастомизация на ASP.Net 2.0 через Visual Studio.
5. Появится довольно интересная функция Excel Services, которая позволит сделать таблицы Exсel динамическими серверными объектами, с которыми можно работать через web-сервисы. Это позволит использовать встроенные в них формулы как серверную бизнес-логику, а именованные поля -- как входные параметры для них. Можно, например, будет интегрировать систему с InfoPath.
6. SharePoint формы InfoPath в библиотеках форм будут доступны для заполнения как HTML-страницы.
Выводы
Платформа WSS претерпит явные изменения в лучшую сторону. Многие из них связаны с документооборотом, но много и изменений в области CMS.
Главное, что можно будет делать многоуровневые сайты WSS, это большой шаг вперед по сравнению с WSS 2003. Структуру сайта можно будет весьма широко изменять через Web-интерфейс системы. Важно также, что сайты можно будет делать сразу многоязычными.
Интеграция с CMS в первую очередь выливается в создание списков, способных хранить HTML-контент. В MCMS 2002 сайты проектировать довольно сложно, так как для проектирования шаблонов требуется интенсивное использование Visual Studio. В новой платформе шаблоны страниц можно проектировать во FrontPage и SharePoint Designer, что, безусловно удобнее. Структура же сайтов будет структурой сайтов WSS.
Возможности авторинга явно будут улучшены. Новый HTML редактор намного лучше того, что был и в MCMS 2002 и в SPS 2003. Но в целом в Beta 1 публикация рутинного контента (новостей) выглядит довольно сложной операцией так как требует каждый раз указывать шаблон для новой страницы, помещаемой в список-хранилище. Возможно что-то изменят готовящиеся Web Parts для CMS, которые пока не доступны.
Функциональность прикладных модулей изменится в лучшую сторону, в частности модулей форума, анкетирования и пр. В Beta 1 они работают не полностью, но направления видны.
Существенно лучше станет подсистема безопасности -- как с точки зрения грануляции доступа, так и с точки зрения функций аудита.
В принципе, основной вывод, который сделан для SPS 2003 остается в силе -- доделывать продукт под нужды заказчика все равно придется. Скорее всего, речи пойдет о создании шаблонов сайтов и наборов портлетов. Но путь к цели -- созданию сайта - прототипа для его простого размножения -- видится легче решаемой, чем в SPS 2003. Остается вопрос, насколько, удобно будет управлять таким сайтом по сравнению с другими системами. Исходя из просмотра Beta1, думается, что несколько менее удобно, но удобнее в сравнении с SPS 2003.
Более точные выводы можно будет только после появления Beta2 в марте, уточнения вопросов комплектации (какие модули будут доступны в каких пакетах) и консалтинга со стороны Microsoft о путях реализации проектных требований.
Мне кажется, что основная задача проекта должна состоять именно в том, чтобы организовать все операции в эталонном сайте и портлетах максимально эргономичным образом. В WSS3 много готовых «кирпичей», но наверняка не все из них будут удобными.
При принятии решения стоит также иметь в виду вероятность откладывания сроков выхода продукта, а также возможной смены функциональности относительно обещаний. Microsoft готов будет оказывать помощь при внедрении уже Beta 2.
Основные выводы по итогам анализа SharePoint Portal 2007 Beta 2
дата актуальности: июль 2007
1) В области CMS продукт повторят весь основной функционал и идеологию MCMS 2002, а потому может в принципе может применяться как платформа интранент-сайтов. Весь подход к работе с контентом на сайте сохранен, только теперь контент теперь записывается в списки SharePoint. Но убраны многие ограничения MCMS 2002.
2) Возможности авторинга в целом приемлемые. По сравнению с MCMS 2002 исчезла функция редактирования контента прямо внутри странице, но она и не нужна. Редактирование стало более традиционным -- от общего вида страницы пользователь одним щечком переходит к редактированию кусочков ее контента в отдельном окне.
WYSIWIG редактор сделан на DHTML, а не на ActiveX, как раньше, что правильно с точки зрения безопасности.
Нельзя сказать, что авторинг всюду удобный. Например, ограничено настраивается внешний вид таблиц.
WYSIWIG редактор генерирует специфически-Microsoft’овский код HTML, что приемлемо только пока код будет просматриваться только через Internet Explorer.
В принципе работает Copy-Paste из Microsoft Word с сохраннением базовой разметки (хотя в тестах была проблема с кодировкой, но это проблемы бета-версии).
Появился механизм workflow, но готовый процесс один -- кнопка Publish для редактора.
Важными улучшениями по сравнению с MCMS 2002 являются версионности контента и механизмы chechin-checkout.
В целом, эргономика на первый взгляд, чуть хуже, чем у некоторых других CMS (требуется много кликов), но не принципиально. По сравнению с MCMS 2002 есть заментные улучшения.
3) Можно создавать языковые вариации сайтов. Контент на реплике будет повторять контент на основном сайте. Это удалось проверить в ходе работы с Beta 2. Workflow, для инициации процесса перевода, идеологически заложен в системе, но не проверялся.
4) Проектирование структуры сайтов стало гораздо удобнее -- исчезла разница между зонами портала и WSS. Задачу создания структуры может решать малоподготовленный пользователь. Однако, для него заранее должны быть спроектирвоаны шаблоны страниц.
5) Разработка шаблонов страниц разделена между SharePoint Designer (фактически FrontPage) и Visual Studio. Страницы состоят из HTML-каркаса и так называемых плейсхолдеров (placeholders, ячейки для контента). В VS ведется только создание плейсхолдеров. В SharePoint Designer ведется только создание HTML-каркаса и размещение на нем плейсхолдеров. Оба этапа довольно трубоемки, но, заметим, что в MCMS 2002 все создавалось в Visual Studio, что не позволяло дать специализированные инструменты разным типам разработчиков.
Стоит заметить, что число стандартных плейсходлеров заметно выросло, по сравнению с MSCS2002, они стали более специализированны. Например, получили развития плейсхолдеры, отвечающие за элементы навигации, image-карты. Это удобно.
Вместе с тем очевидно, что создание шаблонов сайта и его страниц (особенно типового сайта) не является тривиальной задачей и не может быть выполнено «на коленке» неспециалистами. Их изменение в SharePoint Designer также требует некоторой квалифиации, хотя и меньшей. Легко делаются только совсем простые модификации.
Также важно отметить, что плейсхолдеры и веб-части -- не одно и тоже в смысле архитектуры системы, хотя вещи логически очень схожи. Смешивать на странице эти компоненты можно, но рекомендуется делать с осторожностью (чтобы не разрушить работу шаблона), выделяя для каждых свою зону страницы. Желательно также запретить исходно разрешенную функцию изменения ландшафта страницы пользователем для всех страниц, где есть компоненты CMS.
6) Что касается интерактивных компонент (форумы и т.п.), то они также несоколько улучшились. Форум, позволяет делать WYSIWIG разметку публикаций. Очень полезен RSS-компонент -- для публикации нововстей и контента с других сайтов. Все интерактивные компоненты сделаны в виде веб-частей.
Следует ожидать их переработки и создания новых на заказ, если требования к сайтам статут более скромными. С другой стороны идеология SharePoint, предполагающая создание отдельных WSS сайтов на каждую рабочую проблему, уменьшает необходимость в уровне развития этих компонент.
7) Настройка (администрирвоание) системы в целом стала удобнее -- параметров больше, прозрачная структура.
Безопасность стала более развитой, больше уровней настройки. Этот, правда, требует и большей концентрации от администратора.
Выводы
1. Использование других CMS не дает кардинальных преимуществ, способных перекрыть унификацию интранет-платформы на базе SharePoint 2007.
2. SPS 2007 наследует некоторые ограничения MCMS2002, включая сложность разработки шаблонов сайта. Это значит, что создание шаблона типового сайта потребует специализированного проекта, с привлечением внешних разработчиков Microsoft. Меньших усилий потребует адаптация шаблона сайта, если исходные требования к нему будут изменены. В цело оба проекта будет намного проще аналогичного проекта для SPS 2003, а результаты более качественными.
