SharePoint – отличная платформа для веб-сайтов. Разве нет?

    В России интернет сайтов на SharePoint пока немного (за рубежом их значительно больше), между тем эта платформа, широко используемая в интранет, выглядит очень привлекательной и в интернет/экстранет сценариях для заказчиков и для веб-разработчиков. Многие вообще не знают, что на SharePoint можно делать веб-сайты. А между тем, функционал платформы позволяет очень быстро создавать эффективные с точки зрения бизнеса веб-сайты, притом, что базовые Windows Sharepoint доступны бесплатно.

    Давайте разберем довольно типовой сценарий и вы скажете — стоит ли использовать Sharepoint для веб, а если не стоит, то прошу прокомментировать — почему? Здесь еще дело в том, что в рамках семинаров TechDays я выступаю с демонстрацией создания такого сценария и вы можете скачать и презентацию и пошаговую инструкцию как ее сделать – можете попробовать и вы на своем компьютере. По этой причине, мне тем более интересны комментарии и отзывы.

    Ситуация


    Есть небольшая компания, пусть будет “Рога и копыта”, которой нужно сделать сайт для работы с поставщиками и партнерами.

    short-horns-and-hooves
    Сценарий, который требуется отработать:


    1. поставщики размещают в форме на сайте предложения о продаже рогов
    2. продавцы-партнеры размещают в другой форме заявки на готовую продукцию для своих магазинов
    3. сотрудники компании “Рога и копыта” отрабатывают заявки, взаимодействуют с производственным отделом
    4. руководители отделов получают отчеты о процессе, контролируют ключевые показатели (кол-во заявок в день, процент принятых и прочее)

    Руководство расценивает сайт как важный бизнес-инструмент и поэтому считает, что
    • с ним должны уметь работать практически все сотрудники,
    • сайт должен в перспективе интегрироваться с другими системами,
    • это должно быть поддерживаемое решение с понятными перспективами развития

    В требования заказчика к сайту ложатся такие пункты:
    • ПО бесплатное либо очень недорогое (допустим в пределах 1000 долларов)
    • Разработка по времени минимальная (пусть будет 1 неделя на первоначальную версию)
    • Наличие документированного API для последующего развития системы (обязательно)
    • Возможность использование собственного дизайна для сайта (обязательно)
    • Возможность аутентификации, как внешних пользователей, так и сотрудников компании (обязательно)
    • Поддержка браузеров для партнеров и поставщиков — IE, FireFox, Safari, Opera (очень желательно)
    • Наличие специалистов на местном рынке (очень желательно)
    • Простой интерфейс для пользователей и возможность интеграции с Office 2007 (очень желательно)

    Мне кажется, что пожелания заказчика довольно уместны и не выглядят надуманно.

    Решение


    Установка Windows Sharepoint Services


    Windows Sharepoint Services 3.0 можно установить по инструкции README.docx, которая находится в приложенном архиве. После установки WSS нужно создать узел по умолчанию. Для этого нужно запустить Центр Администрирования Sharepoint (Sharepoint Administration Center) и выполнить два простых действия:
    1. Создать веб-приложение (Центр администрирования > Управление приложениями > Создание или расширение веб-приложения > Создание веб-приложения). В качестве учетной записи, из под которой будет работать ваше веб-приложение, укажите какой-нибудь служебный login из домена или учетную запись с локальной машины.
    2. Создать коллекцию узлов для этого приложения с шаблоном по умолчанию (Центр администрирования > Управление приложениями > Создание семейства веб-узлов)

    Так, теперь у вас есть сайт по умолчанию и выглядит он приблизительно вот так:

    Picture1

    Настройка приложения для обработки заявок


    Насоздавать необходимых типов, списков, завести группы пользователей, раздать соответствующие права на эти списки, и, наконец, создать рабочий процесс в Sharepoint Designer, который будет назначать задачи при появлении нового элемента в этом списке… все это сможет сделать и соображающий пользователь, прочитав документацию. На базовом уровне, конечно :) Но, кстати, для нашего сценария этого уровня вполне должно хватить.
    Я демонстрирую эту часть за 30 минут в своем скринкасте об использовании Sharepoint для простого сайта приема заявок от населения с интеграцией с Office при минимальных финансовых затратах. Мой коллега Сергей Пиминов приблизительно за это же время автоматизирует процесс оформления командировок.
    Я три основных мысли в виде скриншотов привожу.
    Вот так вот, по умолчанию, выглядит форма заявки на сбыт рогов в FireFox:

    Picture2
    Вот так строится рабочий процесс создания задачи при появлении новой заявки в Sharepoint Designer:

    Picture3_
    Вот так выглядит созданная задача у сотрудника, при условии, что он привязал Outlook к Sharepoint сайту одним нажатием мышки:

    Picture4
    Все довольно просто.
    Собственно, в этом плане у платформы SharePoint все, действительно, очень хорошо – недавно проводили конкурс на лучший интранет портал и из десяти победителей пятеро использовали Sharepoint – каждый второй успешный интранет проект реализован на Sharepoint. На эту тему в обзоре даже есть специальная глава. Поэтому на этом останавливаться детально не будем.

    Аутентификация пользователей и безопасность


    После того как мы создали и настроили наше приложение на сайте с аутентификацией пользователей по умолчанию, т.е. с использованием Windows Authentication, нам нужно это веб-приложение опубликовать в Интернет и включить для этой зоны аутентификацию пользователей через веб-формы. И если внутренние пользователи хранятся в Active Directory, то внешних пользователей мы, скорее всего, захотим хранить в другом месте.

    Picture3
    Вообще говоря, у нас есть подробное описание и скачиваемый пакет, которые позволят реализовать этот сценарий и это, конечно же, рекомендованный и максимально защищенный путь. Но в моих презентациях на TechDays я использую вариант с хранением пользователей в локальной базе данных, которая специальным образом построена для безопасного хранения информации о пользователях и их паролях. Это будет использование ASP.NETного провайдера аутентификации SQLMembershipProvider.
    В архиве можно найти пошаговый сценарий в комментариях моей презентации, а здесь я опишу основные шаги, чтобы не перегружать деталями статью.
    Для начала надо создать базу данных для хранения информации о пользователях с помощью вот такой команды:

    aspnet_regsql.exe -S .\sqlexpress -A all -d fba –E
    (-S инстанция сервера, –A функционал аутентификации и персонализации, который сможет обеспечиваться этой базой, –d название базы, –E – неважно, сами посмотрите если интересно ;))

    После чего нужно сформировать секции файла конфигурации, которуе мы добавим в файл web.config, чтобы веб-приложение понимало где живет наша база данных и какие функции обеспечивают наши провайдеры, в нашем случае это аутентификация FBA_Member и провайдер групп пользователей FBA_Role:

    <connectionStrings>
    <add name=«FBA_CS» connectionString=«Data Source=.\sqlexpress;Initial Catalog=fba;Integrated Security=True»/>
    </connectionStrings>
    <system.web>
    <membership defaultProvider=«FBA_Member»>
    <providers>
    <add
    connectionStringName=«FBA_CS»
    enablePasswordRetrieval=«false»
    enablePasswordReset=«true»
    requiresQuestionAndAnswer=«false»
    applicationName=«RogaIKopyta»
    requiresUniqueEmail=«false»
    passwordFormat=«Hashed»
    maxInvalidPasswordAttempts=«5»
    minRequiredPasswordLength=«1»
    minRequiredNonalphanumericCharacters=«0»
    passwordAttemptWindow=«10»
    passwordStrengthRegularExpression=""
    name=«FBA_Member»
    type=«System.Web.Security.SqlMembershipProvider,System.Web,Version=2.0.0.0,Culture=neutral,PublicKeyToken=b03f5f7f11d50a3a» />
    </providers>
    </membership>
    <roleManager enabled=«true» defaultProvider=«FBA_Role»>
    <providers>
    <add
    connectionStringName=«FBA_CS»
    applicationName=«RogaIKopyta»
    name=«FBA_Role»
    type=«System.Web.Security.SqlRoleProvider,System.Web,Version=2.0.0.0,Culture=neutral,PublicKeyToken=b03f5f7f11d50a3a» />
    </providers>
    </roleManager>
    </system.web>

    Собственно, теперь мы можем расширить наше существующее веб-приложение до зоны в Интернет:

    Picture5
    По сути дела, Sharepoint создает в IIS еще один веб-сайт с привязкой к hostheader “rogaikopyta.ru”, который будет так же обрабатываться движком Sharepoint. А Sharepoint уже понимает, что это будет существующий узел rogaikopyta, только для него теперь можно указать другую модель аутентификации:

    Picture6
    Теперь у нас есть 2 веб-сайта (интранет и интернет) и соответственно 2 web.config, в которые и надо добавить секции сформированные раннее. Эти файлы живут в каталогах C:\inetpub\wwwroot\wss\VirtualDirectories\[ID вебсайта]. Теперь оба наших сайта знают про пользователей, которые будут храниться не в Active Directory, а в SQL таблице. Но то, что они про них знают, еще недостаточно, чтобы этих пользователей пустили на сайт – нужно еще рассказать Sharepoint какие будут права у этих групп и пользователей. Кстати, мы добавили FBA (Forms Based Authentication) провайдеры в нашу интранет зону, как раз, для того, чтобы с нашим Windows account и админскими правами зайти на внутренний сайт и раздать права на сайт пользователям из Интернет зоны, про которых этот сайт теперь тоже знает (хотя он этих пользователей, скорее всего, не увидит в дальнейшем).

    Picture7
    Ну а вот теперь, мы можем совершенно спокойно зайти на сайт из того же FireFox (только с целью продемонстрировать работающие менюшки в Sharepoint :) ), использую учетную запись из FBA.

    Picture8
    Я совершенно уверен, что даже такой упрощенный вариант аутентификации пользователей в смешанных зонах будет безопаснее большинства веб-сайтов, в которых этот механизм разрабатывался веб-студиями самостоятельно. А сейчас, как известно, киберпреступность цветет полным цветом.

    Внешний вид сайта


    Как я уже говорил в самом начале, за рубежом веб-сайтов на платформе Sharepoint довольно много – вот сотня наиболее интересных со скриншотами. У нас их пока мало – я вот здесь собрал ссылки на известные мне сайты (если знаете другие – можете туда добавить).
    По поводу изменения внешнего вида сайта на Sharepoint у нас есть подробный и обстоятельный доклад Тани Сметаниной. Она там разбирает способы брендинга для коммечерского продукта Microsoft Office Sharepoint Server, в котором реализована поноценная фунциональность системы управления контентом. Я же в своей презентации использую упрощенный функционал бесплатных Windows Sharepoint Services.
    По моему прошлому опыту, процесс брендинга на Sharepoint, надо признаться, более трудоемкий чем использование того же Template-Toolkit :) Но для B2B сайта сделать простой дизайн особого труда не составит. Смотрите сами – в общем случае за внешний вид отвечает так называемый MasterPage, в котором HTML определяет внешний вид и местоположение PlaceHolders, в которых движок Sharepoint отрендерит свой контент – меню, заглавие, основная область и прочее. Все эти placeholders в своем MasterPage нужно оставить, а если они не будут использоваться — спрятать используя <asp:Panel visible=«false» runat=«server»></asp:Panel>. Таким образом, если с помощью Sharepoint Designer в файл _catalogs/masterpage/default.master скопировать текст minimal.txt, который я приложил к архиву, то страница будет выглядеть вот так:

    Picture9
    Теперь сверившись с документацией (кстати, уже на русском языке) по каждому placeholder можно нарисовать свой дизайн. Чтобы не рисовать рога и копыта самому, я попросил автора сайта Start In Garage прислать мне свой вариант masterpage и он мне любезно его предоставил.
    Если вы замените содержимое masterpage на текст из файла startingarage.txt, с помощью того же Sharepoint Designer, скопируете в корень сайта 2 файла — sig_core.css и web.sitemap, а также скопируете все картинки в каталог images на сайте, то получите вот такой внешний вид сайта:

    Picture10
    Ну в общем, становится очевидно, что верстальщик по макету дизайнера может дальше доводить этот masterpage до неузнаваемого вида, например, вот такого – Motobloggers.
    А если пойти еще дальше, то можно сделать на SharePoint вот такой вот сайт или такой :)

    Picture14
    И, действительно, сделать это вполне можно, т.к. Silverlight контрол можно легко научить брать информацию из веб-сервисов, которые доступны для данных в Sharepoint без дополнительных усилий со стороны разработчика. Как ребята из EPAM это делают для своего проекта интерактивного управления знаниями внутри компании рассказывается в этом подробнейшем докладе, сделанном не на PowerPoint, а на Silverlight. Там же вы найдете коды приложения. Обязательно посмотрите – очень интересно :)

    Поддержка IT отделом и дальнейшее развитие решения


    То, что наше решение изначально обладает набором веб-сервисов для изменения содержимого и настроек сайта, и мы можем как угодно интегрировать наш сайт с другими системами – само собой разумеющийся факт. Вот подробная документация на русском.
    Меня восхищает другое… На Windows платформе любым .NET приложением можно “рулить” из PowerShell. Например, когда я делал аутентификацию пользователей с использованием SQLMembershipProvider мне ужасно не хотелось создавать пользователей из нарядного веб-интерфейса – просто потому что тру-сисадмины не любят нажимать кнопки в веб-интерфейсах, тем более если нужно создать сотню пользователей. Я задумался над тем, чтобы реализоваться этот функционал на PowerShell. Решение довольно простое — модель провайдеров аутентификации в .NET реализована в сборке System.Web, а настройки для этих провайдеров, как мы видели, берутся из соответствующих секций .config файла. PowerShell – это .NET приложение, поэтому я создал файл powershell.exe.config, скопировал в него XML со строкой соединения и секцией system.web, подгрузил сборку System.Web и моя командная строка PowerShell превратилась с точки зрения .NET в ASP.NET веб-сайт, в котором я могу создавать пользователей и группы! За 5 минут был создан вот такой вот файлик:

    [System.Reflection.Assembly]::LoadWithPartialName(«System.Web»);
    function global:create-asprole([String]$name=$(throw 'Parameter -name is missing!'))
    {
    [System.Web.Security.Roles]::CreateRole($name)
    write-host «Role was created»
    }
    function global:add-aspusertorole([String]$user=$(throw 'Parameter -user is missing!'),
    [String]$group=$(throw 'Parameter -group is missing!'))
    {
    [System.Web.Security.Roles]::AddUserToRole($user, $group)
    write-host «User was added to role»
    }
    function global:create-aspuser([String]$user=$(throw 'Parameter -user is missing!'),
    [String]$password=$(throw 'Parameter -password is missing!'),
    [String]$email=$(throw 'Parameter -email is missing!'))
    {
    $result = [System.Web.Security.Membership]::CreateUser($user, $password, $email)
    if ($result) { write-host «User was created» }
    }

    и я получил возможность написать скрипт (ну и пойти пить пиво соответственно), как тру-сисадмин:

    create-asprole admins
    create-asprole users
    create-aspuser user1 password1 email1
    create-aspuser user2 password2 email2
    create-aspuser user3 password3 email3
    add-aspusertorole user1 users


    Объектная модель SharePoint реализована на .NET и поэтому мы можем замечательно работать с ним из PowerShell. Подробнее про работу с Sharepoint из PowerShell можно узнать из доклада Александра Романова – Ударим PowerShell’ом по SharePoint’у :) Мой вариант настроек для работы с Sharepoint и описанные скрипты есть в архиве.
    PowerShell это, действительно, нечто! Даже для веб-решений под Unix платформу не всегда имеется полноценный интерфейс работы из командной строки. Как не странно, на Windows платформе такая сложность исчезает.

    Готовые и полуготовые решения, которые вы можете использовать


    Ни один доклад сейчас не проходит без упоминания про кризис и ситуация такова, что IT отделы заморозили внедрение крупных проектов, а веб-студии ищут возможности заработать на тех клиентах, для которых сайты уже сделаны. Здесь могут помочь 40 готовых шаблонов для Windows Sharepoint Services.
    IT отделы могут своими силами, малой кровью автоматизировать некоторые задачи, а также создать сайт своего отдела (времени на это не потребуется) и показать руководству на этом сайте как много задач перед ними стоит и насколько они критичны для бизнеса :)
    Веб-студии могут включить в свой портфолио эти 40 шаблонов и пройтись по своим клиентам с предложением “занедорого” решить в компании одну из задач. Т.е. если в компании имеется Windows Server 2003/2008 с обязательным набором клиентских лицензий, то без дополнительных инвестиций в программное обеспечение, на базе WSS можно решить эти задачи. Конечно же, это не готовые вертикальные решения, в шаблонах реализован базовый функционал, который вы можете развить самостоятельно, но этого зачастую бывает достаточно. 2 года назад для одной компании мной был предложен временный вариант решения задачи Служба технической поддержки на WSS, до тех пор пока не купят полноценную систему. Насколько я знаю, до сих пор используются WSS и в ближайшее время вряд ли что-то изменится :)

    Не стоит и говорить, что решения на этих шаблонах можно также опубликовать в Интернет. Компания Infobox выложила описание этих шаблонов и демосайты с их использованием для своих заказчиков.

    В своей демонстрации я за 5 минут создаю веб-сайт IT отдела компании. В том же PowerShell запускаются вот эти команды, которые приведены в инструкции по установке шаблонов:

    stsadm -o addsolution -filename ApplicationTemplateCore.wsp
    stsadm -o deploysolution -allowgacdeployment -immediate -name ApplicationTemplateCore.wsp
    stsadm -o copyappbincontent
    stsadm -o addsolution -filename ITTeamWorkspace.wsp
    stsadm -o deploysolution -allowgacdeployment -immediate -name ITTeamWorkspace.wsp
    потом нам остается создать сайт по установленному шаблону

    Picture11
    и мы получаем вот такой вот сайт, где можно вести IT проекты, отрабатывать запросы пользователей, контролировать работоспособность отдела с помощью настраиваемых индикаторов и т.д.

    Picture12
    Picture13

    Сколько денег это стоит и что выбрать заказчику?


    В семействе SharePoint можно выделить 2 группы продуктов. Первая — WSS (Windows SharePoint Services 3.0) – это базовая технология для повышения продуктивности совместной работы (распространяется как бесплатный компонтент для Windows Server и Small Business Server), с помощью которой можно быстро развернуть интранет сайт для небольших коллективов и организаций или как пилотный проект. Вторая группа – SharePoint Server 2007 и SharePoint Server 2007 for Internet Sites – стоят денег, поскольку предоставляют востребованный в корпоративной среде функционал — например, управление контентом, поиск по документам и информационным системам, сбор данных с помощью форм, бизнес-анализ и т.п. Вот здесь, например, Максим Козленко демонстрирует использование Excel Services, составляющую MOSS.

    Для того чтобы все описанное в этой статье было правильно лицензировано в интранет, достаточно иметь Windows Server 2003/2008 и если размер базы данных не будет превышать 4Gb можно использовать бесплатный SQL Express – т.е. нулевые инвестиции.

    Если мы рассматриваем интернет/экстранет сценарий то, любой аутентифицированный пользователь должен иметь Windows Server лицензию. Если таких пользователей несколько десятков – купите на них Windows Server CAL, они недорогие. Если пользователей может быть много и непонятно сколько CAL нужно покупать – купите External Connector для Windows Server. Также вы можете использовать Windows Web Server 2008 (который был доступен бесплатно по акциям на сайте microsoftweb.ru) для интернет/экстранет сценария и не думать о CAL для внешних пользователей. На Windows Web Server нельзя по лицензионному соглашению установить стандартный SQL сервер, но можно установить SQL Express с ограничением в 4Gb или использовать имеющийся в инфраструктуре SQL сервер – т.е. можно сохранить нулевые инвестиции…
    Подробное сравнение функционала версий есть по ссылке.

    Подробнее про лицензирование WSS для интернет написано здесь.

    Здесь только главное не начать “экономить на спичках” :) Есть возможность начать с минимума и масштабировать систему до серьезных масштабов с использованием правильных продуктов. За то время (и, соответственно, стоимость проекта) пока вы будете самостоятельно реализовывать функционал MOSS, можно разобраться с Sharepoint Server и существенно повысить свою стоимость, как разработчика, на рынке труда – хороших специалистов по Sharepoint на порядок меньше чем, например, разработчиков PHP, а востребованность в SharePoint растет – это факт даже в условиях кризиса (для Великобритании, но для России ситуация в тренде не будет отличаться).

    Picture15
    В конце концов, если у вас есть идея создания собственного продукта или коммерческого сервиса и вы видите уместным использование платформы Sharepoint – просто прочитайте описание программы BizSpark в моем блоге и пришлите мне запрос – sergey.polyakov@microsoft.com — я предоставлю весь необходимый софт для коммерческого использования, включая мощный MOSS for Internet на 3 года за 100 долларов.

    Резюме


    В заключение, помимо того, что мое решение полностью соответствует требованиям заказчика, хочу добавить краткие результаты с точки зрения директоров в компании.
    Исполнительный директор:
    • Веб-сайт является интегрированным с другими системами бизнес инструментом
    • Нет проблем с обучением пользователей + функционал сайта доступен через Office 2007
    • Получен готовый функционал для контроля и отчетности бизнес-процессов

    Финансовый директор:
    • Разработка и сроки минимальные
    • Стоимость ПО варьируется
    • Сделанные инвестиции защищены лидирующим положением продукта на рынке и долгосрочными планами развития платформы
    • В регионе найдутся специалисты со знанием .NET, которые смогут дальше развивать решение

    IT директор:
    • Используется существующая IT инфраструктура и не нужно обучать системных администраторов
    • Приложение легко масштабируется за счет особенностей платформы
    • Интеграция и поддержка решения с другими системами осуществляется с помощью документированного API и PowerShell

    horns-and-hooves

    Ссылки в догонку



    Есть вопросы и комментарии по теме? Пишите.
    Поделиться публикацией

    Похожие публикации

    Комментарии 190
      +9
      к сожалению всё не так радужно как вы описываете…
      инфраструктура компаний зачастую не вписывается в те рамки, которые предлагает sharepoint (ведь он позиционируется как корпоративный портал) и тут начинаются проблемы :-(
        0
        А Visual Studio + программист на что?
          0
          естественно не без этого
          +3
          > SharePoint – отличная платформа для веб-сайтов. Разве нет?
          НЕТ…
            +1
            Комментарии-то будут?
              0
              ага тока минусы через часок посчитаю :)
                0
                выводы после подсчёта минусов: на хабре нужна информация о количестве проголосовавших…
                0
                без комметариев!
            0
            Можете привести пример?
              +1
              мы используем SP в нашем университете… и увы… тот пример сайта для IT управления нам соврешенно не подходит… приходится писать свой софт для этого

              тот же
              mlg нуждается в существенной доработке под стандарты образования и подгонке под каждый вуз специалистами
              увы… но процесс дистанционного образования там слишко идеализирован

              хотя… университеты и институты это в сфере it это вообще отдельный разговор.
              • НЛО прилетело и опубликовало эту надпись здесь
                  +1
                  ооо!!! я не однинок в этом мире :))
                  правда я то уже отучился
                    0
                    да… видел… мы всё ещё в процессе выбора системы дистанционного обучения

                    увы, ввиду уникальной структуры образовательного процесса в каждом вузе, любой программный продукт требует адаптации, но moodle на первый взгляд требует меньше работы в этом направлении.
                      0
                      Для наших условий ИМХО, хорошим вариантом является open-платформа с соответствующей обвязкой под национальные особенности. Мне нравилось, что на эту тему «Наумен» делал и теперь соответственно Tandem, куда ушла девелоперская команда. Если не смотрели этот вариант, то попробуйте — может действительно подойдет.
                        0
                        Ставил я в свое время… Возился с Zope… Помню что мне эта платформа снесла мозг — т.е. было очень интересно в ней разбираться, но как-то все было довольно сложно, связался с компанией Наумен, к нам приехал парень про платформу рассказывать… А потом через месяц переехал в Москву и занялся внедрением систем на том же Sharepoint…

                        Не… Мне нравится Zope и платформа… Но ситуация была именно такая…
                          0
                          Ну вы же не заточены под рынок образования, верно? Вот и занялись системами «усреднёнными». Именно в этом качестве ваш шарик и не плох, но когда начинается специализированная заточка вылезают вилы и грабли. Да и бог с ними, не интересно это.

                          А вот ваши сведения подустарели — в Tandeme уже платформа своя, связка zope/pyton себя не оправдала на проектах масштаба хотя бы ВУЗа, оказалось что и девелопить и внедрять можно ощутимо проще и эффективнее.
                            0
                            мы не по до что не заточены, у нас одна платформа — разработчик на .NET может и робота запрограммировать и скрипт для Exchange написать и веб-сайт сделать и вышивать крестиком… :)
                            Вилы и грабли вылезают везде — надо на конкретный случай смотреть и спрашивать у специалистов.
                            Унификация программной платформы снижает вероятность появления этих граблей, что верно замечено в отчете, ссылку на которую я дал в статье.
                              –1
                              да, в принципе с помощью электробритвы можно ухаживать за газоном. Но газонокосилка предпочтительнее.
                                0
                                «разработчик на .NET может и робота запрограммировать и скрипт для Exchange написать и веб-сайт сделать и вышивать крестиком… :)»

                                Ну не так категорично :) Все-таки, .NET-разработчик не сможет сходу начать работать с MOSS и другими более узкоспециализированными технологиями. Нужно их изучать. Но первоначальная идея «унификации пространства разработки» .NET набирает обороты — и es ist sehr gut (к вопросам о перспективах технологии).
                                0
                                www.wssdemo.com/Pages/topwebsites.aspx
                                Вот здесь есть несколько сайтов в сфере образования. Но мне трудно судить насколько они актуальны для России. В статье, как раз связка Silverlight + Sharepoint на примере образовательного учреждения рассматривается.
                                Вообще говоря, сайт школы, как внешний так и внутренний можно легко сделать на простом шаблоне Sharepoint на Windows Web Server 2008 + WSS + SQL Express — все бесплатно получается.
                                  0
                                  вот за это и недолюбливаю общаться с MS-евангелистами — из-за предельной сконцентрированности на объекте собственных увлечений и слабой соотнесенности объекта с привходящими обстоятельствами, например контекстом разговора.
                                  Тот же тандем, хоть и просто к слову пришелся, это никак не «вообще говоря сайт школы», это система управления учебными заведениями. Но вы посчитали, что и в этом контексте можно воткнуть 5 коп. вашего шарика.

                                  Офтоп получается, давайте завязывать. А то честное слово, когда-то дискуссии с неким PTO (который Крючков) на zdnet.ru на тему апологетики МС ещё были интересны в силу яркости и изворотливости этого персонажа, а сейчас подобное же скучно и бессмысленно.
                        0
                        А не МЭСИ ли случайно?
                      +8
                      Sharepoint — это не готовый вертикальный продукт, это платформа, которую вы можете как угодно расширять с помощью API, Event Handlers, PowerShell и прочее. Я собственно это и стараюсь донести в статье.
                        +3
                        То же самое можно сказать вообще про что угодно. Про какой-нибудь ja va-framework, например.
                          +11
                          Пока что больше похоже на навязчивую рекламу, увы.
                            +1
                            Любое упоминание любого продукта — уже само по себе, прямо или косвенно — «реклама и жосский пеар!».
                            • НЛО прилетело и опубликовало эту надпись здесь
                                0
                                Ну о чем тут рассказывать — это же очевидно :)
                                Более того, та тема и находится в корпоративном блоге Оперы. Тут можно даже не строить из себя Капитана Очевидность — корпоративные блоги именно для этого и нужны и свою задачу решают.
                            0
                            «Как угодно» — я бы говорить не стал. Я бы сказал, что где-то под 90% задач типового интранета.
                              0
                              Ты знаешь — я на 10% более эмоционален чем следовало бы :)
                                0
                                А, ну это многое объясняет :))
                              +1
                              Согласен, фреймворков множество, уже готовых и довольно неплохих. Сужествует множество программистов уже с корнями ушедших в эти языки и фреймворки, не очень понятно зачем майкрософту сюда лезть. Точнее все ясно, ясно что все из-за денег, но имхо пересадить хоть малую долю программистов на такой продукт будет не просто.
                                +2
                                На какой? На MOSS? Вы поинтересуйтесь в московских компаниях-интеграторах, с чем они сейчас в основном работают. Что ни задача на .NET, так в 90% случаев связана с MOSS. Так что уже пересаживают :)
                                  0
                                  Откуда данные про 90%?
                                    0
                                    Собственный опыт как аутсорсинговой компании. Работали почти весь прошлый год с московскими компаниями в режиме аутсорсинга. 90% проектов на .NET — SharePoint. Мы, честно говоря, сами удивлялись (поначалу) тому, «что же они там, блин, нашли!». Сами были нацелены на работу в стиле Agile на ASP.NET MVC, но большую часть проектов пришлось сделать на SharePoint.
                                    0
                                    Более того, эту тенденция уже была в одном некогда крупном интеграторе в Питере ещё два года тому назад. А там без малого 600+ человек работало на тот момент.
                                      0
                                      А пересаживаются на эту платформу не потому что она удобнее или понятнее. А просто потому, что на ней можно срубить больше денег.
                                  0
                                  можно вопрос по поводу лицензирования. Как я понял, допустим у меня WSS на 5 пользователей. Я правильно понимаю. что эти пользователи управляют сайтом? А как быть с теми пользователями, которых можно создать через sqlmembershipprovider? Ну т.е. сайт размещать в инете, а какие-нить странички делать доступными только конкретным группам пользователей
                                    0
                                    У вас есть внутренние пользователи в количестве 5 человек. На них должны быть Windows Server CAL.
                                    Вы знаете, что у вас 100 партнеров по продаже рогов — вы можете создать для них 100 аккаунтов (ну или они сами могут зарегистрироваться) и купить для этого еще 100 Windows Server CAL.
                                    Если вы не знаете сколько будет партнеров — можете купить External Connector или заказать или найти у друзей бесплатный Windows Web Server 2008.
                                    Доступ к спискам, страницам и прочее управляется через интерфейс или API Sharepoint.
                                      0
                                      ну вот я уже заказал виндовс сервер, уже даже пришел. Я не понимаю только одного. Мне нужно сделать forms аутентификацию на сайте. пусть даже те ползователи, которые будут логиниться не будут зарегистрированы в винде. Просто, залогинился — иди смотри страницу. Зачем таким пользователям CAL?
                                        0
                                        Если вы заказали Windows Web Server 2008 — то можете вообще не думать о Windows Server CAL для интернет пользователей.
                                          0
                                          а если я выбираю виртуальный хостиг? как тут быть с пользователями? мне для каждого посетителя тоже нужна лицензия?
                                            0
                                            с Вашего сайта
                                            Если мы рассматриваем интернет/экстранет сценарий то, любой аутентифицированный пользователь должен иметь Windows Server лицензию. Если таких пользователей несколько десятков – купите на них Windows Server CAL, они недорогие. Если пользователей может быть много и непонятно сколько CAL нужно покупать – купите External Connector для Windows Server. Также вы можете использовать Windows Web Server 2008 (который был доступен бесплатно по акциям на сайте microsoftweb.ru) для интернет/экстранет сценария и не думать о CAL для внешних пользователей. Правда на Windows Web Server нельзя по лицензионному соглашению установить SQL сервер, но его (SQL Express) можно поставить на соседнюю машину – т.е. можно сохранить нулевые инвестиции…

                                            Щас, вроде, в вин веб сервер 2008 нет ограничения на установку MS SQL
                                              0
                                              но server 2008 бесплатен не на вю жизнь по акциям… просто процесс лицензирования откалывается на время получается.
                                                +1
                                                Да нет… Все розданные Windows Web Server 2008 ваши навеки.
                                                0
                                                Установить, то вы его можете и он даже будет работать. Но это будет против соглашения и на вашей совести :)
                                                  0
                                                  агде можно просмотреть соглашение? я так понял, что использовать отныне 2005 sql server локально использовать возможно
                                                    0
                                                    Где вы это прочитали?
                                                    Соглашение вы подписываете когда устанавливаете систему.
                                                  0
                                                  Smerig, вы — правы, а я не прав. Лицензирование действительно, блин, запутанно :(
                                                  Ставится SQL Express на Windows Web Server — так что все лучше, чем я изначально написал. Поправил в блоке про лицензирование, что SQL Express можно ставить и тогда инвестиции — нулевые.
                                                0
                                                Я проконсультировался с вашими коллегами: в этом случае для интернет пользователей нужен Windows External CAL (стоит 20000$)
                                              –1
                                              Как зачем? Вам же объяснили — НУЛЕВЫЕ ИНВЕСТИЦИИ.

                                              Серьезно: И вот на этой платформе предлагается строить интернет-представительство? Лицензии на аутентифицированных пользователей? А права «первой ночи» лицензия не предусметривает? — какое упущение…
                                                0
                                                Вы почитайте внимательно… Сюда посмотрите
                                                habrahabr.ru/blogs/microsoft/52194
                                                CAL нужно только при использовании MOSS, в случае WSS, который в большинстве случаев достаточно, использование + Windows WEb Server — не требуются CAL
                                                  0
                                                  То есть вы считаете, что SQL Server Express с ограничением размера бд и производительности — это приемлемое решение для интернет-ресурса?
                                                    0
                                                    Для highlload сервера — нет конечно.
                                                    Для сайтов, коих подавляющее количество в Интернет и для сценариев автоматизации процессов работы с партнерами в экстранет сценариях — вполне.
                                              +3
                                              Т.е. для того, чтобы партнер заделал аккаунт на моем сайте, мне надо заслать денег в Микрософт???
                                                +2
                                                ага
                                                  0
                                                  Для Windows Web Server или External Connector for Windows Server — ответ «нет»
                                                  Для Windows Server — любой аутентифицированный пользователь должен иметь CAL
                                                    0
                                                    да, я уже знаю, Вы мне выше сказали :)
                                                  0
                                                  Возьмите бесплатный Windows Web Server и не думайте об этом :)
                                                    +4
                                                    Самый надежный способ не думать об этом — не пользоваться поделиями от MS.
                                              +5
                                              Слишком большая статья… Только картинки посмотрел =)
                                                0
                                                Да, как-то я не учел эффекта «слишком многа букв». А тема Sharepoint очень обширная и легко увлечься :)
                                                Но и то хорошо! :)
                                                0
                                                Респект, сильная статья. Теперь хоть знаю, что такое SP и для чего он нужен.

                                                Вот обилие готовых шаблонов, по-вашему — это минус или плюс? Плюс — уже почти всё сделано, осталось подогнать под свои нужды. Минус — разработчик может не понимать, как там оно всё устроено — работает, и ладно.
                                                  0
                                                  Если разработчик — не понимает как все устроено — конечно минус, но это не про Sharepoint. В данном случае — плюс.
                                                  Потому что эти шаблоны представляют собой набор типов данных, определения списков, расположения веб-партов. Т.е. каждый предложенный шаблон может собрать пользователь, до разработчика дело не доходит.
                                                  Но вот разработчик может вдохнуть жизнь в эти шаблоны реализовав EventHandlers, сложные Workflow и прочее.
                                                  Реализовать это в виде таких же шаблонов и начать продавать.

                                                  Вот, например, компания wss-consulting.ru очень преуспела в этом и быстро делает отличные порталы, в которых шаблоны заточены под российские требования. При этом они смело утверждают, что внедренное ими решение будет развиваться вместе с выходом новых релизов Sharepoint (уже совсем скоро).
                                                • НЛО прилетело и опубликовало эту надпись здесь
                                                    +1
                                                    Бесплатен и входит в состав Windows Server только WSS 3.0
                                                    Использовать то его можно, но как нормальный CMS рассматривать нельзя.
                                                    А ради пары страничек нафига этот огород не нужен.
                                                    Вот MOSS тот да, можно делать хоть интранет хоть интернет портал, с утверждением страниц и т.п.
                                                      0
                                                      Согласен.
                                                      Как CMS — WSS не очень :)
                                                      Хотя есть решения сообщества с открытым кодом codeplex.com/cks — можно в принципе делать на нем.

                                                      WSS особенно хорош, когда нет особой надобности заморачиваться со сложным контентом, но в требованиям присутствует интерактивность, формы, процессы и прочее.
                                                      +9
                                                      А, к примеру, на друпале описанную задачу тоже можно решить за считанные часы, не особо торопясь. И плюсы в этом случае будут такие:

                                                      — Огромное количество ДЕШЕВЫХ PHP-специалистов для расширения функционала в случае необходимости. Не будем уточнять, сколько сейчас стоит SharePoint-специалист.
                                                      — Про аппаратные и программные требования даже не будем говорить, и так все понятно. Про стоимость покупки тоже промолчим.
                                                      — Нормальный интерфейс нормального веб-сайта. Такой, каким этот интерфейс привыкли видеть все.

                                                      А интерфейс пользователя у SharePoint — это вообще просто тихий ужас. Все эти непонятные сущности типа узлов, совершенно неинтуитивная навигация… знаем, плавали. Даже мне, программисту, разобраться с этим всем было непросто.

                                                      С интеграцией в windows-окружение, у друпала, конечно, все сложнее. К примеру, событие в Outlook так просто создать не удастся. Но в данном случае можно обойтись обычным email-уведомлением.
                                                        +3
                                                        Мы с позиции заказчика или php-разработчика обсуждать будем? :)

                                                        C точки зрения PHP-разработчика:
                                                        — думаю он не сильно рад что вокруг «Огромное количество ДЕШЕВЫХ PHP-специалистов»

                                                        С точки зрения заказчика:
                                                        — заказчики с большими деньгами — они может конечно и лузеры (как написали в комменте ниже), но лично мне они нравились и до работы в Microsoft и теперь. И они смотрят на прогнозы типа Gartner и прочее, и там Drupal далеко позади. Я не специалист в Drupal и сравнивать не буду — пусть этим занимаются эксперты.

                                                        По поводу навигации. Насколько помню, мне тоже так сначала казалось… Сейчас все очень понятно… Ну и что-то мне подсказывает, что в следующей версии, которая будет вот-вот, над этим поработают.
                                                          0
                                                          Ну и собственно, как я показал, Sharepoint как решение доступно любой компании, не только «лузерам» :)
                                                          • НЛО прилетело и опубликовало эту надпись здесь
                                                            • НЛО прилетело и опубликовало эту надпись здесь
                                                                0
                                                                По поводу оффтоп — так, по-моему, во всем мире, а не только в мире windows.

                                                                Я бы согласился по поводу красивости разработки на Perl (PHP не в счет) по сравнению с Sharepoint если говорить только об API. Но когда начинаешь думать о сценариях совместного использования с Silverlight + PowerShell — всплывает много _очень_ красивых архитектурных решений.
                                                                Я вот не задумывался можно ли эффективно использовать MVC + Sharepoint… Для разных разделов сайта например…
                                                                  0
                                                                  MVC + SharePoint — для разных разделов сайта, плюс MVC в ряде случаев удобно использовать для REST-like-веб-сервисов. MVC классная штука — нет каких-либо ограничений в интеграции. Полный контроль.
                                                                    0
                                                                    Да я-то понимаю, поэтому и подумалось :)
                                                                +4
                                                                Читать про Gartner и Drupal в одном предложении мне ещё не доводилось. Это не просто ортогональные понятия. Это разные вселенные.

                                                                Как-то Линуса Торвальдса спросили, что бы он хотел сказать Биллу Гейтсу при встрече. Торвальдс честно ответил: «Ничего. У нас нет общих тем для разговора.»
                                                                  +2
                                                                  ну как бы то ни было Drupal там есть…
                                                                  –2
                                                                  Как же Вы не понимаете… Большим корпорациям вроде MS, Sun, IBM, SAP насрать на проблемы заказчиков.

                                                                  Бабла они хотят, вот и все. Или, может, Вы мне скажете, какую такую проблему решает .NET, Java, SP, etc.?

                                                                  Тактика-то простая: придумать проблему, убедить заказчика, что это его проблема, всучить свой продукт. Вот и все.
                                                                    +2
                                                                    Следуя вашей логике получается, что заказчики тупые и сами не знают своих проблем.
                                                                    А мы, не учитывая реальных проблем заказчиков, умудряемся продавать им решения, которые им на самом деле не нужны.

                                                                    Я правильно вас понимаю?
                                                                      0
                                                                      > Следуя вашей логике получается, что заказчики тупые и сами не знают своих проблем.

                                                                      Нет, они не тупые, и даже иногда знают о какой-то части своих проблем. Они не знают, чего хотят.

                                                                      > А мы, не учитывая реальных проблем заказчиков, умудряемся продавать им решения, которые им на самом деле не нужны.

                                                                      Да, примерно так оно и есть. Скажите, зачем заказчику тот же SP + много bloatware + лицензионные соглашения в придачу, если ему нужна «всего лишь» возможность предоставить какую-то информацию?

                                                                      ЗЫ я сам вообще-то занимаюсь SAP*, так что мне известна вся эта кухня.

                                                                      * а чо, деньги же!
                                                                        0
                                                                        Смысл статьи не впарить MOSS, а показать что с минимальными затратами можно решить широкий спектр задач, включая и веб-сценарии.
                                                                        Я это доказываю в примерах и демонстрации.
                                                                        Заказчик впоследствии сможет решать более сложные задачи и масштабировать систему — докупая MOSS и прочее. Если ему это надо.
                                                                        В противном случае, сделав сейчас шаг в направлении какого-то узкоспециализированного продукта или опенсоурсного проекта он рискует оказаться через 3 года в полнейшем зоопарке.
                                                                        Вы почитайте обзорную статью про лучшие интранет порталы, ссылку на которую я дал в статье… Они стали лучшими потому, что унифицировали платформу и сократили количество всяких системок в инфраструктуре. Это не наше мнение. Это мнение экспертов-аналитиков.
                                                                          0
                                                                          > В противном случае, сделав сейчас шаг в направлении какого-то узкоспециализированного продукта или опенсоурсного проекта он рискует оказаться через 3 года в полнейшем зоопарке.

                                                                          Ну а в Вашем случае заказчик рискует оказаться в зависимости от MS. Точнее, от одного продукта, к которому ничего полезного не прицепишь, кроме других продуктов MS. Это еще хуже.

                                                                          > Вы почитайте обзорную статью про лучшие интранет порталы, ссылку на которую я дал в статье…

                                                                          Хорошо, почитаю.

                                                                          > Это мнение экспертов-аналитиков.

                                                                          Это, случайно, не с linux.org.ru аналитики? :)
                                                                            0
                                                                            Точнее, от одного продукта, к которому ничего полезного не прицепишь, кроме других продуктов MS. Это еще хуже.

                                                                            Вы в этом точно уверены? :) Мне кажеься поддержка web services и portlets делает платформу Sharepoint интероперабельной.
                                                                            blogs.msdn.com/sharepoint/archive/2008/12/05/announcing-the-wsrp-toolkit-for-sharepoint.aspx

                                                                            Вы можете как-то обосновать свою точку зрения с фактами?
                                                                              0
                                                                              > Вы в этом точно уверены? :)

                                                                              Да.

                                                                              > Мне кажеься поддержка web services и portlets делает платформу Sharepoint интероперабельной.

                                                                              Вы еще скажите, что XML это серебряная пуля. :) Вебсервисы это всего лишь модное название, пользы от них ноль. Вот сами подумайте: неужели ради того, чтобы организовать взаимодействие между двумя машинами в сети, нужно высасывать из пальца килотонны стандартов, а потом писать килотонны кода, кое-как реализующего это ill-defined, informally specified месиво?

                                                                              По ссылке сходил. Пять buzzword'ов в одном посте как бы намекают на атакующих маркетоидов. Опять вода, короче.
                                                                                0
                                                                                Вот сами подумайте: неужели ради того, чтобы организовать взаимодействие между двумя машинами в сети, нужно высасывать из пальца килотонны стандартов, а потом писать килотонны кода, кое-как реализующего это ill-defined, informally specified месиво?

                                                                                Подумал… честно говоря не придумал что написать. Так что же вы имели в виду, какова серебная пуля?

                                                                                А что не вода тогда?
                                                                                  0
                                                                                  > Подумал… честно говоря не придумал что написать. Так что же вы имели в виду, какова серебная пуля?

                                                                                  Ее нет. :) Самое главное — это использовать инструменты по назначению.

                                                                                  Что же касается веб-сервисов… Вот здесь, например, здравое рассуждение о протоколах: savingtheinternetwithhate.com/design.html О взаимодействии по сети можно почитать в публикациях о Newsqueak.

                                                                                  А веб-сервисы таки все усложняют…
                                                                                    0
                                                                                    Ну это это все слова…
                                                                                    Вот вы говорите, что Sharepoint подвяжет заказчика насмерть…
                                                                                    А я говорю, что если у заказчика есть Lotus Notes, то через те же веб-сервисы мы можем сделать поиск в Лотусе из Sharepoint. Или можем вытащить информацию на портал на Sharepoint с WebSphere…

                                                                                    А с вашей точки зрения этим заказчикам что надо делать?
                                                                                      –1
                                                                                      > А я говорю, что если у заказчика есть Lotus Notes, то через те же веб-сервисы мы можем сделать поиск в Лотусе из Sharepoint. Или можем вытащить информацию на портал на Sharepoint с WebSphere…

                                                                                      Снявши голову, по волосам не плачут. Продолжайте впаривать, удачи. :)
                                                                        0
                                                                        Вообще-то именно так и есть почти всегда. Очень, очень редко заказчик понимает, что ему нужно. Потому и расплодилось такое гигантское множество консалтинговых контор и системных интеграторов, цель которых одна — впарить. И MS им очень помогает в этом плане.

                                                                        Я знаю о чем говорю, уже 5 лет работаю с Аксаптой. Вот и товарищ выше с SAP то же самое говорит…
                                                                          +1
                                                                          Да, нередки, особенно в России и в гос органах, к огромному сожалению, случаи когда заказчику с партнерами надо попилить бабла и придумать какую-нибудь проблему. Вот например миллиард долларов попилить…
                                                                          itoday.ru/12033.html

                                                                          Но времена меняются и рынок саморегулируется. Заказчики и партнеры в подавляющем большинстве начинают сильно думать. В 10 победителей конкурса вряд ли вошли компании, которые не решали задачу, а просто пилили бабло.
                                                                            +2
                                                                            Да, соглашусь, что рынок регулируется. Будем надеяться, что кризис, который суть есть эта регуляция, всю эту шелупонь выкинет с рынка IT.
                                                                              0
                                                                              Полностью солидарен.
                                                                        0
                                                                        А вы скажите, какую такую проблему решают шницели и красная икра? Да тупо, производители хотят бабла. Придумали проблему, что люди якобы любят флорентийский шницель и красную икру — и впаривают…

                                                                        Короче говоря, про все, что угодно можно сказать это же. Компы тоже продают, потому что денег хотят. Как и все остальное. MS — не исключение, такая же коммерческая организация.
                                                                          0
                                                                          По большому счёту, целью всех коммерческих организаций является единственно извлечение бабла.

                                                                          Проблемы заказчика интересуют только в контесте того, что заказчик даёт это бабло и что если заказчик будет удовлетворён, то он со своим баблом будет приходить ещё много-много раз.
                                                                            0
                                                                            > Проблемы заказчика интересуют только в контесте того, что заказчик даёт это бабло и что если заказчику хорошенько запудрить мозги, то он со своим баблом будет приходить ещё много-много раз.

                                                                            an obvious fix.
                                                                              0
                                                                              Извлечение бабла — да.
                                                                              Только заказчик никуда не пойдет и бабла не даст — если у него ничего не болит.
                                                                              Если компания хорошо исследовала рынок, поняла больное место этих заказчиков, реализовала платформу и предлагает зарабатывать на этом своим многочисленным партнерам — честь этой компании и хвала.
                                                                              Разве нет?
                                                                                0
                                                                                >Только заказчик никуда не пойдет и бабла не даст — если у него ничего не болит.

                                                                                Пойдет, и даст. Надо только грамотно провести предварительную обработку. Презентации, статьи и т.п. Маркетинговые отделы свой хлеб не зря едят. Вот и ваша статья служит той же цели.
                                                                                  0
                                                                                  Еще раз, цель статьи одним предложением — заказчики и программисты, вы можете с минимальными инвестициями использовать платформу Sharepoint для решения своих задач и в веб тоже, при возникновении в будущем более критических и важных задач вы сможете докупить и использовать MOSS при этом все будет жить на одной платформе — не понравится, не будете докупать. Честно и понятно?

                                                                                  Вы тоже самое называете «Подсадить на MS» и «ПЕАР». Если вам так комфортнее — ради бога :)
                                                                                  0
                                                                                  И рынок исследуют и больные места понимают (или навязывают точку зрения о болезненности места) как раз таки потому, что ожидают, что тут будет бабло.
                                                                          –5
                                                                          А крупные компании такие лузеры. тратят сотни тысяч баксов микрософту, чтобы он им сделал инфраструктуру на шарепоинте. А всего-то нужно пару программистов нанять. Лузеры.
                                                                            –4
                                                                            сорри. s/тратят/платят/
                                                                              –7
                                                                              я боюсь, автор статьи не понял скрытого смысла, заложенного в конструкцию s/foo/bar/.
                                                                                +7
                                                                                А вот это уже оскорбление для человека, который 4 года писал на Perl для Web и вел open source проекты :)
                                                                                  –4
                                                                                  После того, как вы опустились до должности пеарщика, собирающего все шишки, такие оскорбления должны быть вам уже привычны.

                                                                                  Я уже говорил, и снова повторюсь: вам не хватает для вашей работы такта и чувства меры. Идите обратно в программисты.

                                                                                    0
                                                                                    Ну мне наверное было бы неприятно, если бы я внутренне, хотя бы частично, разделял с Вами эту точку зрения по поводу должности пеарщика.
                                                                                    А так по факту получается, что я знаю что такое регэксп, знаю и Perl и .NET и могу сравнивать, работаю в лучшем работодателе в России, выражаясь вашим языком — имею заниженное чувство такта и меры, чем наверное отличаюсь от остальных, что тоже неплохо, в программисты я периодически хожу, когда даю какие-то архитектурные советы или сам что-то делаю для демонстраций…
                                                                                    Ну и что в результате? Почему я должен расстраиваться и огорчаться? :)
                                                                                      0
                                                                                      Вы должны огорчаться потому, что плохо делаете свою работу.

                                                                                      Буду нескромным, расскажу о личном опыте. Пару месяцев назад я участвовал в политической конференции, о которой потом отрапортовал в своём сообществе. Конференция спонсировалась госструктурами, поэтому и программа, и результаты, и освещение были довольно тенденциозными.

                                                                                      Рапортовать же приходилось развязному сообществу, которое всё ещё в эйфории от мнимой анонимности в интернете.

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

                                                                                      Как результат, комментарии сообщества были практически исключительно направлены на практические, положительные результаты конференции. Мою критику никто не поддержал, ведь соглашаться неинтересно.

                                                                                      ЗЫ: И чего это я перед вами так распинаюсь… ;-(
                                                                                        0
                                                                                        Ну да Вы выбрали оптимальную тактику для цели идти путем наименьшего сопротивления, чтобы с вами не спорили… Мне не хотелось бы, чтобы моя статья была «ровной». Я в начале статьи сделал утверждение и попросил аргументированно прокомментировать свое мнение.
                                                                                        Мне оказались полезными комментарии с конструктивной критикой. По заданным вопросам в этом форуме (например по поводу цен на External Connector который конечно же не стоит $20k) работают коллеги и готовят ответ, который поможет читателям впоследствии. Т.е. мы работаем над тем, чтобы решить те проблемы, которые здесь поднялись.
                                                                                        Ну и вы распинаетесь опять же… Ничего зря не бывает.
                                                                                          0
                                                                                          Есть комментарии в которых подтвеждается моя точка зрения и статья оказалась полезной для людей, которые хотели познакомиться с платформой. Цель в общем-то достигнута. Конечно, найдутся и недовольные… Не без этого.
                                                                                    –6
                                                                                    Фигово вы значит писали на Perl, если теперь приходится заниматься пиаром продуктов MS. Хотя, понимаю, деньги всем нужны…
                                                                                      0
                                                                                      Мне не приходится… :)
                                                                                      Могу не заниматься… :)
                                                                                      Толька я для себя это называю не пеар — я рассказываю о технологиях и люди могут ими пользоваться или не пользоваться, но теперь они уже имеют представление. Я считаю, если чем-то занимаешься, то должен любить свое дело и технологии про которые рассказываешь тоже должен любить. У меня складывается впечатление, что людей очень раздражает, что мне действительно нравятся технологии про которые я рассказываю и это видно из текста.
                                                                                    +1
                                                                                    Да и собственно не прерогатива разработчиков на Unix :)
                                                                                    msdn.microsoft.com/ru-ru/library/hs600312.aspx
                                                                                  +1
                                                                                  Судя по всему, подобными задачами вы не занимались никогда.

                                                                                  Меня всегда умиляли вот эти высказывания про двух «программистов-супергероев», которые «какой-нибудь такой SharePoint и сами на коленке за пол-вечера с пивом сделают».
                                                                                    –1
                                                                                    А вы чувство юмора в школе проходили?
                                                                                      +1
                                                                                      В школе — нет. В школе закладывают только чувство страха, вины и «причастности к системе» :)

                                                                                      Ваше сообщение не выглядит как прям вот все из себя юморное, я ответил соответственно, вот и все.

                                                                                  –1
                                                                                  Конечно SharePoint можно использовать в интернете, только между ним и интернетом надо поставить линукс с кеширующим вебсервером. А между линуксом и SharePoint не помешает OpenBSD :)

                                                                                  Хотя SharePoint, это частный случай. Всё вышесказанное в целом к Windows Server относится.
                                                                                    –1
                                                                                    Между вами и вашими мозгами тоже не помешает вставить какую-нибудь прослойку.
                                                                                    Давайте оставите холиварные высказывания при себе.
                                                                                      0
                                                                                      холивары возникают когда человек верит во что-то одно и не приемлет другое.
                                                                                      если смотреть с точки зрения маркетологов Microsoft, то безусловно нельзя портить «расово-чистую инфраструктуру» конкурирующими продуктами, но реалии жизни таковы, что приходится использовать различные инструменты в комплексе.

                                                                                      выше я описал работающую конфигурацию, для Windows Server с SharePoint выставленного в интернет.
                                                                                    +2
                                                                                    Компания в которой я работаю пишет бизнес-приложения и корпоративные порталы на SharePoint. Развернуть WSS или MOSS легко. Но сложности возникают при заточке их под определенные нужды.
                                                                                    Огромный плюс шарика, это совместная работа с документами и интеграция с Microsoft Office.
                                                                                    А так вообще на нем можно сделать абсолютно все, так как эта платформа гибкая и расширяемая во все плоскости.
                                                                                    Для примера можно сделать документооборот, с настраиваемыми Workflow, библиотеками для общих документов и прочие вещи которые нужны современному бизнесу.

                                                                                    Ну и что хочется сказать, для тех кто привык писать сайты на PHP и сопуствующими ему CMS — концепция Sharepoint может показаться бредом и несусветным говном. Видимо потому что это сложно понять, сложно выучить и сложно под него разрабатывать.

                                                                                      +3
                                                                                      Ну я бы вообще не сравнивал «несравниваемое» — CMS на PHP более чем имеют право на жизнь, их нужно понять, ровно как и MOSS — просто это совершенно разные инструменты для разных задач.
                                                                                    • НЛО прилетело и опубликовало эту надпись здесь
                                                                                        0
                                                                                        А можете рассказать о вашем опыта для интернет-сайта? Интересно.
                                                                                        С производительностью есть ряд сложностей, которые обходятся правильным планированием содержимого, фермой, кешированием, индексированием, распределенной нагрузкой и т.д.

                                                                                        Вот несколько ссылок:
                                                                                        blogs.msdn.com/arpans/archive/2008/10/21/things-to-consider-for-sharepoint-performance.aspx
                                                                                        msdn.microsoft.com/en-us/library/bb727371.aspx
                                                                                        technet.microsoft.com/en-us/library/cc298550.aspx
                                                                                        articles.techrepublic.com.com/5100-10878_11-5032922.html

                                                                                        Производительность — это один из основных приоритетов новой версии.
                                                                                        • НЛО прилетело и опубликовало эту надпись здесь
                                                                                            0
                                                                                            Честно говоря всерьез про Sharepoint начали говорить только начиная с 2007.
                                                                                            Это совершенно известная проблема, подробно описанная с решениями на msdn
                                                                                            technet.microsoft.com/en-us/library/cc262813.aspx
                                                                                            • НЛО прилетело и опубликовало эту надпись здесь
                                                                                                0
                                                                                                Готовы выложить 45000 долларов за интернет лицензию? или как-нибудь так?..
                                                                                                • НЛО прилетело и опубликовало эту надпись здесь
                                                                                        0
                                                                                        Мой опыт показывает что крупные российские компании работают на Шарипоинт и пользуется в день такими решениями десятки тысяч их сотрудников.
                                                                                        • НЛО прилетело и опубликовало эту надпись здесь
                                                                                        +8
                                                                                        Ну я просто не могу не сказать пару слов в такой теме :)

                                                                                        Итак, SharePoint. Большая и тяжелая абстракция, платформа, построенная на ASP.NET.
                                                                                        Мое личное мнение таково, что для каждой отдельно взятой задачи нужно подбирать подобающий инструмент. В частном случае — для простого корпоративного сайтика, как по мне, так лучше использовать тот же ASP.NET MVC Framework (который даже «легковеснее» ASP.NET WebFroms), ибо задача такая — нужно, чтобы все было «быстро, легко, и с красивыми URL-ами», в то время как MOSS будет выглядеть там как «пушка и воробьи».

                                                                                        Но, вернемся к SharePoint'у.
                                                                                        Во-первых, решение продается с подачи вендора (MS) и это просто супермегакруто (те, кто не занимался продажей и внедрением порталов — даже не представляют). Во-вторых, быстрое решение типовых решений (это тоже суперпупер, но не так важно, как первое). В-третьих, MOSS — это достаточно дешевое решение (для сравнения можно посмотреть, сколько стоит, к примеру, портал на основе WebSphere). Ну и отдельно хочу сказать, что я вижу MOSS как решение именно для интранет/экстранет.

                                                                                        Еще по-поводу перечисленных мной первых двух пунктов и высказываний по типу «На Друпале такое можно сделать одним мизинцем левой ноги менее, чем за 10 секунд».
                                                                                        Скорее всего, те, кто так говорит, просто никогда не занимались серьезными проектами порталов. И не понимают, что клиенту зачастую нужно отнюдь не «очень дешево на бесплатном Друпале», а ему нужно надежно. И как бы там ни было, MS уже делает пол-работы, рекламируя MOSS (который готов и работает), и это очень гуд, когда заказчик обращается с тем, что «нужно решить задачу на SharePoint», уже представляя возможности платформы (не будем здесь пока о частных недостатках и достоинствах).

                                                                                        Более того, заказчик ожидает снижения издержек с внедрением платформы и совокупную стоимость владения (TCO) с низким коэффициентом. Это значит, что в случае необходимости расширения портала, всегда можно найти спецов соответствующего направления, которые знают, как правильно разворачивать портал, как его поддерживать, масштабировать и наращивать функционал программных частей и веб-частей. При этом, все это должно быть организовано (считаю это положительным моментом — появление на рынке труда вакансий именно MOSS-разработчиков — от этого выигрывают заказчики и, в итоге, конечные пользователи).

                                                                                        По поводу быстрого решения типовых задач — SharePoint именно для этого и сделан. Да, там неинтуитивный интерфейс, в MOSS заложено довольно тяжелое бремя ASP.NET WebForms, и работает это нормально только в IE, но как бы там ни было — это готовое и, главное, рабочее решение.

                                                                                        Как и во всем, есть свои преимущества и недостатки. Лично мне, чтобы понять всю прелесть платформы, пришлось научиться смотреть на нее только с организационной точки зрения (а не с технологической — ибо меня не устраивали структура, архитектура, дизайн итд итп).

                                                                                        Из основных технических недостатков хотелось бы выделить следующие (все по опыту работы с MOSS):
                                                                                        — Относительная сложность введения оригинального функционала (часто приходится отходить от средств MOSS, например стандартных списков и использовать механизмы обмена бизнес-данными (BDC) или вообще внешние data-сервисы);
                                                                                        — Очень сложно, как это часто требуется заказчикам, «немного модифицировать дизайн-шаблон» (На практике — приходилось просто выделять нужные placeholder'ы контента и размещать полностью в своих шаблонах);
                                                                                        — Действительно ощутимая неинтуитивность интерфейса (говорить, что в SharePoint «перейдет опыт работы в приложениях MS Office» — как нам пришлось убедиться, по меньшей мере лукаво :), все это требует серьезного обучения пользователей работе с порталом (с другой стороны, конечно, у команды внедрения должно быть «поставлено» управление подготовкой);
                                                                                        — Нужно быть серьезным адептом в MOSS, для того чтобы суметь «вставить» туда свои особые рабочие процессы (workflows);
                                                                                        — Расширение программной составляющей MOSS происходит несколько хаотичным образом — «поправить тут, добавить здесь, заменить тут и там» (если вы — команда, работающая по agile-методикам, то — увольте, здесь вам этого всего не применить);
                                                                                        — Непредсказуемость поведения MOSS в ответ на отдельные модификации (например, на перехват и применение собственных обработчиков внутренних событий MOSS). Зачастую, поиски таких «небольших недоразумений» могут ох как существенно расширить объем работ по проекту.
                                                                                          0
                                                                                          Как же мне прочитать README.docx, если моя версия офиса его не поддерживает? Купить новую версию?
                                                                                          +2
                                                                                          Слушайте, а почему рядом тут Блог компании Яндекс, где пишут работники Яндекса. А у вас — просто Microsoft, хотя пишут туда работники компании Микрософт.

                                                                                          Попросите переименовать раздел, чтобы ваши тексты не выглядели чёрным пеаром.
                                                                                            +3
                                                                                            Спасибо за статью, более-менее раскрыли мне глаза на сущность SharePoint и современное состояние серверных продуктов от Microsoft. К несчастью, большинство комментов — неаргументированная «вонь» против нелюбимой всеми компании.
                                                                                              –4
                                                                                              Люди просто чувствуют, когда их наёбывают.
                                                                                                0
                                                                                                Интересно, и почему же при этом ни один даже не смог показать, в чем именно.
                                                                                              +2
                                                                                              Работаю с SharePoint со времен v2beta. Прогресс, конечно, на лицо и я бы сейчас ставил его везде, где есть необходимость в средстве совместной работы, обмена документами и пр. (интересующиеся найдут в презентациях об этом много инфы). Последним моим заданием была как разработка корпоративного сайта на базе SharePoint. Идею использования корпоративного портала в качестве сайта я отмел сразу, ибо пускать в корп. домен внешних юзеров не особо нравилась + офис не на площадке хостера расположен (не самый быстрый инет, перебои со светом, сервер не только под SharePoint использовался), поэтому решили синхронизировать выборочный контент с внешним сервером, на котором стоит WSS. Под это дело написали EventHadnler, прикрученный к нужным спискам (библиотекам). А затем самое веселое — design customization. Ох и крови он у меня выпил! После нескольких месяцев использования «кастомизированного дизайна» SharePoint, решили забить на это дело, т.к. планы по развитию сайты были и остаются довольно большие, а кастомизировать его уже небыло ну никаких вообще сил и желания. В итоге быстро написали обертку над WSS WebServices на обычном ASP.NET + дизайн через XSL. И работает быстро, и менять легко и удобство изменения данных через SharePoint сохранили.

                                                                                              Посему резюмирую — как платформа для интранет-порталов — 5 баллов, а для интернет-сайтов — 2 (ну ладно, 3 с минусом). :)
                                                                                              Очень хочется посмотреть, что нового будет предложено в новой версии.
                                                                                                0
                                                                                                А какой чудный был у меня опыт перевода слегка модифицированного WSSv2 на v3. 2 безутешных попыток апгрейда + 2 недели помощи техподдержки МС по инциденту так ни к чему и не привели! Остановились на том, что пусть будут 2 портала, пока старый сам собой не отомрет. Так что если использовать SharePoint — то ТОЛЬКО v3 или выше.
                                                                                                  0
                                                                                                  upd: 2 *недели* безутешных попыток
                                                                                                  +1
                                                                                                  Я не пытался рассматривать WSS как CMS, он действительно не очень для этого годится — я показал, что при желании можно сделать любой вид.
                                                                                                  Но вот если расширить интранет портал до экстранет сайта для работы с партнерами, ну и сбор каких нибудь данных с клиентов — милое дело, imho!
                                                                                                    0
                                                                                                    Полностью согласен. Я лишь хотел рассказать о своем личном опыте внедрения этого продукта как внутри организации, так и снаружи. А всем кто еще не пользовался — рекомендую хотябы ознакомиться с ним, ибо для обычных юзеров это очень удобно.
                                                                                                  +2
                                                                                                  Статья хорошая понравилась. Но есть пара комментариев:
                                                                                                  1. Ну откуда столько ошибок? Это же кошмар куда не кинь всюду клин. Только и успеваешь хотфиксы ставить. Реально есть ощущение, что его пишут в Индии.
                                                                                                  2. Работает нормально только под IE.
                                                                                                  3. XML hell. Хотите извращений? Тогда шарепоинт для вас. :-) Все на XML забудьте про автоматический рефакторинг и тому подобное.
                                                                                                  4. Хотите чтобы вас уволили с работы? Попробуйте пойграться с контент тайпами на продакшн.
                                                                                                  5. Я в корне не понимаю многих архитектурных решений. Например зачем контент тайпы сделали в XML_ почему нельзя было использовать понятную модель классов дот нета а потом просто их сериализовать?
                                                                                                  После определенного времени использования мое мнение таково. Для интранета то, что доктор прописал если без дикой кустомизации, для интернета однозначное нет.
                                                                                                    0
                                                                                                    Спилить рога? — Просто.
                                                                                                    Очистить комп от вирусов проще простого!
                                                                                                    Новый Micrso…
                                                                                                      0
                                                                                                      Да вдогонку. Хотелось бы чтобы: 1. выкинули дебильный CAML и дали LINQ. 2. Выкинули фичи и солюшены( это кошмар какой то). Очень надеюсь что в будущем будет что то типа MEF
                                                                                                        0
                                                                                                        Ну я думаю, вас обрадует новая версия, только у меня есть вопросы
                                                                                                        — в чем проблема с фичами и солющенами?
                                                                                                        — что такое MEF?
                                                                                                          0
                                                                                                          Извините за грамматические ошибки с этим у меня плохо а ворд не установлен :-). Одним словом. Сложно!!! Результат => непонятно как это вобще может работать. Проще надо быть.
                                                                                                          Изначально идея не плохая, но реализация хромает. Раньше вообще все плохо было, особенно с добавление файлов

                                                                                                          которые надо включить в солюшн. В данный момент есть WSPBuilder и это уже большое достижение и облегчение в работе.

                                                                                                          И за это мс должна сказать спасибо коммьюнити.
                                                                                                          С моей точки зрения солюшн и фичи это механизм расширений. То есть конечный пользователь покупает или скачивает

                                                                                                          чтолибо и это добавляет новую функциональность.
                                                                                                          Думаю надо в начале рассмотреть, что надо сделать в шарепоинт, чтобы добавить функциональность.
                                                                                                          1. Обновить DLL ки в GAC. Соответственно сделать сброс IISа или реткракт пулам.Ключевое слово рестарт :-)
                                                                                                          2. Обновить содержимеое web.config и возможно скопировать файлы ресурсов. Также если надо, то обновить dll ки в bin

                                                                                                          папочке.
                                                                                                          3. Папка 12 кудаже без нее. Здесь нас ждет царство XML. Точнее не царство а АД. Суда копируем килограммы файлов.

                                                                                                          Фичи, сайт темплейты и т.п. Да и возможно придеться скопировать папку Layouts и во все веб приложениях поменять

                                                                                                          виртуальную директорию, чтобы ссылалаось на нее.

                                                                                                          Что можно отметить сразу так это размазанность расширения по куче мест. На мой взгляд было бы логичнее все держать

                                                                                                          в одном месте. Казалось бы можно просто сделать солюшн с помощью WSPBuider и оно само все сделает. Но здесь нас ждет

                                                                                                          суровая действительность, что как обычно, что то сломалось. И начинается беготня по папкам смотреть где что не

                                                                                                          обновилось, где случайно ид совпали где референсы поломались. Даже не буду говорить про малоинформативность сообщений

                                                                                                          об ошибках. Например при инсталляции солюшна без прав на контент базу, шарепоинт выведет Object reference ошибку. Что самое

                                                                                                          забавное так это сообщение на странице ошибки «решить это проблему с помощью чегототам» которая выводит всякий бред

                                                                                                          уж лучше бы сразу ссылку на гугль. В общем основной недостаток так это то что этот механизм не работает как должно.

                                                                                                          И не все из вышеперечисленных задач можно решить с помощью солюшена. Да я могу использовать сторонние продукты и

                                                                                                          скрипты, но это лишь подтверждает несостоятельность солюшенов. Хотя тут проблема даже не в солюшене а в шарепоинте.

                                                                                                          Ведь что такое по сути солюшн. Это архив с файлами и манифестом. В принципе все правильно. Как и должно быть

                                                                                                          минимально и просто. Но сама архитектура странновата. Нету гибкого механизма миграции данных. Тоесть если хочеться

                                                                                                          поменять фиелды или контент тайпы на живых данных это очень нетривиальная задача.
                                                                                                          В общем ситуация напоминает времена DLL Hell и потом о слава богу пришел GAC. У мс уже есть много решений для той

                                                                                                          же версионности.
                                                                                                          Конечно же, это в основном проблемы разработки, а не проблемы конечного пользователя. Опять же я повторюсь. Сложно

                                                                                                          все. Надо много папок. СЛОЖНО. Напоминает C++, я никгода не вернусь с C# на C++ :-) Всегода есть возможность ошибиться и сама

                                                                                                          архитектура создает возможность ошибки.
                                                                                                          Надо много писать xml, причем очень легко ошибиться. Эти идентификаторы везде и референсы по

                                                                                                          ним. Почему нельзя использовать в некоторых местах что то типа неймспейсов. Или вобще сделать все конфигурирование не в xml, а описывать все прямо в C#. Например реализуем ISharepointPlugin. И допустим метод GetAllSiteTemplatesConfigs. Для красоты еще придумать Sharepoint internal DSL. Типа как в StructureMap.
                                                                                                          И получиться вместо тонны xml фалов одна дллка у которой и с версиями проблем нет. Все статик фалы в ресурсы дллки кладем. При проблемах с производительностью можно эти ресурсы при инсталяции из длл взять и закешировать в файловой системе. Контент тайпы заменяем на классы C#. Получаем из коробки наследование и т.п. И все опять же храниться в дллке. Эти длл можно динамически подгружать и т.п. Зависимости будут решаться стандартными референсами дллек. Из коробки рефакторинг и компиль тайм ошибки.
                                                                                                          В идеале механизм расширений должен удовлетворять следующим требованиям: иметь возможность обновления и

                                                                                                          версионности расширений, миграции существующих данных, управления зависимостями.Есть же толковые разработки типа

                                                                                                          OSGI en.wikipedia.org/wiki/OSGi. Надеюсь, что возможно в будущем все будет намного лучше в мире шарепоинта.

                                                                                                          В данный момент мс пишет MEF www.codeplex.com/MEF. Основная цель сделать стандартный плагин фреймворк.

                                                                                                          Например его будет использовать VisualStudio. И учитывая сколько отличных разработчиков мс бросила на этот проект я

                                                                                                          уже заранее рад результату. Конечно не факт, что его возможно будет применять в шарепоинт так как здесь веб

                                                                                                          специфика но думаю какието идеи вполне применимы.

                                                                                                          Ой чо то я разошелся, а толкового ничего и не сказал :-) Конец рабочей недели ждем отдыха :-)
                                                                                                            0
                                                                                                            Что то проблемы с форматированием текста вылезли. Скопировал из нотепада и вот так все разъехалось
                                                                                                              0
                                                                                                              Еще добавлю про русскую локализацию:
                                                                                                              у полей списков есть отображаемое имя и внутреннее имя. если создаешь поле на русском языке, то внутреннее имя — это какой-то код непонятный, похожий на обфусцированные переменные, потом по этим именам приходиться обращаться из программного кода.
                                                                                                                0
                                                                                                                Это да :(
                                                                                                                Я в скринкасте когда создаю списки обращаю на это внимание. Безобразие конечно. Но обходной маневр есть.
                                                                                                                  0
                                                                                                                  А вот вопрос. Я как разработчик вынужден иметь на локальной машине несколько различных проектов. Иногда это вызывает конфликты. Да можно делать виртуальные машины для каждого проекта но это не очень удобно. Вопрос. Возможно ли использовать APP V для шарепоинта. То есть я инсталлирую на локальную машину шарепоинт. После этого ставлю апп в. Далее я каждый проект инсталирую в виртуальное окружение. Я не знаю возможно ли это и было бы интересно узнать. По логике такое возможно мы виртуализируем папку 12, а остальное все можно использовать совместно.
                                                                                                                    0
                                                                                                                    А как будет IIS с привязкой к IP и портам в APP V разбираться?
                                                                                                                    Чтобы не конликтовали приложения, возможно, достаточно будет их разнести по разным AppPool. Поможет это? хотелось бы побольше конкретики.
                                                                                                                      0
                                                                                                                      Не знаю, а возможно ли каждому пулу сделать свою папку 12 в смысле чтоб сам шарепоинт думал, что это его родная папка? С папкой лейоутов все понятно а вот с 12 не совсем Мне все устраивает за исключением папки 12. Ну вот допустим пример. У меня есть файлы в 12\1033\XML в котором описываются доступные сайт темплейты, то есть при создании сайт коллекции то, что увидит юзер. И вот допустим я из 2х солюшенов имею в этой папке 2 разных файла но к сожалению в них прописаны одинаковые id. И при создании сайт коллекции произойдет ошибка. Причем делаем мы это из централ администрейшн(хм получается надо делать несколько вариантов централ админа для каждой виртуальной папки 12). Да я мог бы исправить ситуацию добавлением символа "_" перед ненужным в данный момент файлом и после создания сайт коллекции вернуть все назад. Ну в общем в данный момент в подобных случаях надо делать руками и это как бы неудобно. Да и можно поменять идентификаторы но опять же это надо делать руками. Хотелось бы найти что нибудь типа virtualPC но только более легковесное. Воркараунд не интересует, хочется нормального решения. Хотя я понимаю, что по большому счету виртуалки это то, что доктор прописал. Просто там свой геморрой при копировании виртуальных машин с установленным шарепоинтом. Вот, вот что я хочу, статью на хабре про копирование виртуальных машин с шарепоинтом :-))). Хотя я знаю, что в гугле это есть :-) И еще от мс было бы интересно больше узнать про решения виртуализации например хороший обзор Hyper V, Med V, App V. Что то я уже в злобного потребителя превратился. В нескольких словах мой фидбек к статье: В данный момент этот продукт имеет свои геморрои но очень надеюсь, что мс превратит в будущем это в более достойное. Примеры уже есть IE8, DotNet, GAC и это радует.
                                                                                                                        0
                                                                                                                        Все что можно сделать руками, можно сделать и скриптом на PowerShell. Посмотрите доклад Саши Романова по ссылке в статье.
                                                                                                                        По поводу виртуализации — задал вопрос коллегам по поводу их планов на этот счет :)
                                                                                                            0
                                                                                                            Фичи и солюшены почти нормальные решения, нужно просто научиться с ними работать.
                                                                                                            генерировать солюшен стандартными утилитами — это ужс, это усложняет разработку, делает ее менее удобной и удорожает проект. MS следовало бы больше внимания уделять инструментам. продукт на мой взгляд сыроват.
                                                                                                            0
                                                                                                            Это отвратительно, я считаю. Sharepoint видел вблизи и это не самый достойный продукт от Microsoft. Жаль, что вам приходится его продвигать.
                                                                                                              +2
                                                                                                              Давайте посмотрим на стоимость:
                                                                                                              WSS распространяется под лицензией Windows CAL ~ 20$
                                                                                                              для использования WSS в интернет придется купить лицензию Windows External Conn ~20000$
                                                                                                              MOSS это отдельный продукт, стоимость его следующая:
                                                                                                              сервер ~ 5000$
                                                                                                              клиентская стандартная лицензия ~100$
                                                                                                              клиентская расширенная лицензия (в дополнении к стандартной) ~ 85$
                                                                                                              интернет лицензия ~ 45000$

                                                                                                              WSS позволяет делать некоторые простые узлы, по функциональности что-то вроде простой структурированной таблицы, простой рабочий процесс утверждения и библиотеки документов с доп. атрибутами.
                                                                                                              полезно то, что некоторые элементы можно интегрировать в Outlook (если вы этим пользуетесь).
                                                                                                              чтобы сделать что-то более сложное нужно пользоваться Sharepoint designer ~200$ или Visual Studio ~600$

                                                                                                              В MOSS есть больше наворотов: Поиск, профили пользователи, аудитории, сквозной поиск, итеграция с внешними источниками данных…
                                                                                                              самое примечательное, что в MOSS 14 должна быть встроена бизнес аналитика (Мониторинг и анализ) которые были в performancepoint

                                                                                                              Использовать WSS и/или MOSS в качестве платформ для интернет порталов слишком дорого. для этого нужна специальная лицензия, которая стоит чрезвычайно дорого, я просто не могу понять, по какому принципу была определена столь запредельная цена.

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

                                                                                                              Например: в автосалоне есть сервис, в котором ремонтируют авто. информация о том на какой стадии ремонта автомобиль хранится и редактируется в спец. системе (MS Dynamics CRM, например:). для того, чтобы секретарша на ресепшене могла сообщить клиенту, на какой стадии ремонт, можно синтегрировать CRM с Sharepoint'ом и предоставить простой доступ к информации. а делать систему управления ремонтным цехом на MOSS — неоправданная и провальная затея.

                                                                                                              на мой взгляд. если куплен Windows то можно для простых задач (простых приложений, когда нужно вбить несколько полей в строку и потом сделать протую обработку) пользоваться WSS, для более сложных вещей — нужно готовить денежки, потому что специалисты, которые умеют работать с Sharepoint в VS не дешевы.
                                                                                                                0
                                                                                                                А можно пруфлинк про «для использования WSS в интернет придется купить лицензию Windows External Conn»?
                                                                                                                Когда я полгода назад искал информацию на этот счет, то помнится, что выяснил отсутствие ненадобности в приобретении «External Connector».
                                                                                                                  0
                                                                                                                  позвоните 88002008001 и спросите подробности лицензирования, звонок бесплатный.
                                                                                                                  кроме того я вел официальную переписку по этому вопросу с преставителями MS, которые подтвердили такую необходимость.
                                                                                                                0
                                                                                                                Еще веселье с лицензированием, когда интегрируешь продукты MS с чем то еще. Для этого необходима лицензия External Conn.
                                                                                                                и еще не забывайте об эффекте мультиплексирования
                                                                                                                0
                                                                                                                Я бы выделил, что преимущество MOSS как раз не в том, что у него какая-то особая бизнес-логика, а как раз в том, что это «портал». Т.е. с ERP я бы не стал даже сравнивать. Сильно разные измерения. По идее, на MOSS можно построить современную ERP (НЕ встроенными средствами, конечно же), CRM, и так далее. Но MOSS хорош тем, что сразу задает архитектуру всего решения, иерархии, права, принципы доступа к объектам и все такое прочее. В этих рамках что-то прикладное реализуется намного быстрее (и априори «логично» с точки зрения общей архитектуры).

                                                                                                                P.S. Думаю, это достаточно правильно выбранный уровень абстракции. Хотя текущая реализация MOSS мне пока самому не нравится, но нравится направление развития. Идея платформы — очень хорошая. Если MS придумает, как сделать все это легковеснее, интерфейсы «out-of-the-box» более интуитивными, кроссбраузернее и как совместить с RIA (Silverlight) для более «богатого» UX — цены такой платформе не будет.

                                                                                                                P.P.S. Кстати, отдельная точка зрения на основу SharePoint — ASP.NET. В частности — WebForms, реализующие паттерн Page Controller. Т.е. получается, мало того, что MOSS — сама по себе платформа — абстракция над ASP.NET, так в ASP.NET еще и WebForms используется, который также является той еще тяжеловесной абстракцией поверх протокола HTTP. Все это временами наводит на мысль «а в чем же преимущество перед реализацией в виде WPF-приложения (ну кроме необходимости в последнем случае иметь .NET на клиенте)». Если бы MS удалось как то «разгрузить» вот этот слой между HTTP и конечным UI…
                                                                                                                  0
                                                                                                                  И для PS и для PPS отвечает совершенно официальная уже стратегия дальнейшего развития связки Silverlight + Sharepoint. Ссылки на доклады — в статье
                                                                                                                    0
                                                                                                                    Вот насчет приближению к миру RIA я более-менее в курсе (сама идея витает в воздухе — очевидно, что нужно реализовывать), но боюсь вот чего — как бы не вышло, что Silverlight будет еще одной (уже третьей по счету!) тяжелой абстракцией вокруг всего этого. Поэтому, второй момент (мой P.P.S.) волнует меня гораздо больше. Ровно как и то, насколько изменится (в лучшую, надо думать, сторону) сам workflow разработки на MOSS. С точки зрения бизнеса в ИТ-консалтинге, это очень перспективная платформа и все вот эти моменты очень важны.
                                                                                                                    Надеюсь скоро будут официальные анонсы MOSS vNext.
                                                                                                                +1
                                                                                                                Вопрос к вам, как к знатоку шарепоинта и легальности его использования. Если я, к примеру, напишу на PHP RPC-интерфейс на свой сайтик, который будет имитировать Sharepoint достаточно хорошо, чтобы, скажем, из Excel табличку можно было туда залить и Excel думал, что заливает её в таблицу на Sharepoint. Я этим нарушу какие-нибудь права MS?
                                                                                                                0
                                                                                                                В свое время создал небольшой инструмент для юзабилити-тестирования сайтов по данным от мыши, и сами понимаете, какие результаты по юзабилити получились у SharePoint. Абсолютно неинтуитивная система.
                                                                                                                  0
                                                                                                                  А можно посмотреть на инструмент тестирования? Очень интересно.
                                                                                                                    0
                                                                                                                    Тоже интересно, что за инструмент у товарища avenu. А вот мы проводили функциональное тестирование с помощью Selenium IDE (в виде плагина для Firefox) и Badboy.
                                                                                                                  –1
                                                                                                                  Изучать виндовые технологии можно только при условии что с помощью этого знания можно в ближайшие 5 лет гарантированно заработать на них большие деньги.

                                                                                                                  В остальных случаях ни в коем случае нельзя изучать виндовые технологии — они слишком быстро устаревают и ваши знания будут не удел через пару лет.
                                                                                                                    0
                                                                                                                    виндовые технологии — это прежде всего .NET, который актуален с 2002 года и устаревать не собирается.
                                                                                                                      0
                                                                                                                      Сколько уже исчезло перспективных виндовых технологий, которые не собирались устаревать? :0)
                                                                                                                    0
                                                                                                                    У меня вопрос к автору: корректно ли сравнивать SharePoint с GoogleApps и, если сравнение корректно, выделить основные преимущества SP перед GA?
                                                                                                                    +1
                                                                                                                    Ндя, пообщался с виндовым товарищем. Его мнение — SharePoint классная штука для отмыва бабла. Там и с лицензиями непонятки и консультанты-девелоперы не дешево стоят… А в комплексе так вообще огого.

                                                                                                                    Так что ссылочки на инфобокс и паркинг весьма в тему. Видимо ребят кризис уже поджал, раз пишут на хабре о SharePoint.
                                                                                                                      0
                                                                                                                      Как раз это доказывал тут повыше.
                                                                                                                      +1
                                                                                                                      Статье — респект. Её польза не только и не столько в быстром обзоре платформы, но и прежде всего — в хорошей возможности высказать конструктивные замечания, до которых руки не доходят, если работа с SharePoint — не ежедневное занятие и сидеть на соответствующих формуах особой нужды нет.
                                                                                                                      Мне приходится ежедневно иметь дело с разработкой под SharePoint и все мои претензии и впечатления выстраданы, а не рождены первым взглядом или и чьим-то мнением.

                                                                                                                      Что же касается некоторых претензий к продукту, то мои впечатления такие…

                                                                                                                      Претензии к солюшенам с одной стороны обоснованы, а с другой — Razbezhkin правильно говорит:
                                                                                                                      "Фичи и солюшены почти нормальные решения, нужно просто научиться с ними работать.
                                                                                                                      генерировать солюшен стандартными утилитами — это ужс, это усложняет разработку, делает ее менее удобной и удорожает проект. MS следовало бы больше внимания уделять инструментам. продукт на мой взгляд сыроват.
                                                                                                                      "

                                                                                                                      С одной стороны есть большое количество разных решений, которые инсталлируются методом «a la setup.exe» и требуют после этого обычно только настройки через интерфейс администрирования, с которым успешно интегрируются.
                                                                                                                      Средства разработки под SharePoint — пока слабое место, но справедливости ради — Microsoft это понимает и над этим работает: blogs.technet.com/vladkol/archive/2009/01/12/visual-studio-2008-extensions-for-sharepoint-v1-3.aspx
                                                                                                                      В целом девтулы у MS — лучшие и я готов это мнение отстаивать.

                                                                                                                      По content types…
                                                                                                                      Менять филды контент-тайпы на живых данных, как и менять схему БД на живых данных — всегда процесс нетривиальный и очень индивидуальный для каждого случая. Сделать этот механизм «простым и однозначным» — верный способ привести к неработоспособности реальных решений.
                                                                                                                      В целом, объем проблем при развертывании и поддержке решений на SharePoint (и не только) больше зависит от культуры разработки, чем от функционала продукта.
                                                                                                                      Если человек сразу не потратил 15 минут на создание солюшена, а решил делать все «ручками», то потом даже после создания солюшена его компоненты, развернутые «ручками» уже не так тривиально будут обновляться.
                                                                                                                      Каюсь, сам иногда страдаю такой псевдоэкономией времени.

                                                                                                                      Замороченность платформы на xml — унаследованное стремление дать возможность тонкой настройки людям, незнакомым с программированием.
                                                                                                                      Сейчас — во времена PowerShell, это кажется анахронизмом, но вспомните, когда зарождался SharePoint v1 (TeamServices он назывался при рождении).
                                                                                                                      Однако, коллеги, давайте будем честны. Если вы так любите все делать на C#, то никто и не запрещает! ЛЮБЫЕ операции по манипулированию контентом или шаблонами, включая размещение элементов управления на страницах, можно делать с помощью объектной модели.
                                                                                                                      Я так регулярно делаю!

                                                                                                                      А путь к успеху во всем этом — понимание архитектуры и, если хотите, идеологии SharePoint.
                                                                                                                      С наскоку не получится, но зато после – усердие будет вознаграждено. Когда-то я и до истинной пользы классов в C++ доходил несколько дней ;-)

                                                                                                                      SharePoint как платформа для ИНТЕРНЕТ-сайта — более, чем рабочее решение. Просто в этом случае для разработчика есть больше работы и простора для мысли ;-), чем в интранет-сценарии. Нужно быть аккуратным и не думать, что все решается «мышкой». Если у кого-то есть конкретные вопросы, готов пообщаться лично на эту тему (в разумных пределах, конечно).

                                                                                                                      Напоследок — ложка дёгтя. SharePoint — действительно чемпион по количеству хотфиксов.
                                                                                                                      Но пообщавшись с компетентными товарищами, я понял, что проблема в необычайной популярности продукта.
                                                                                                                      Изначально в Microsoft не были готовы к такому росту продаж и использования платформы. Ресурсы на нее были брошены совсем другие, чем требовались.
                                                                                                                      Недавно на какой-то конференции Гейтс сказал, что SharePoint — самый быстрорастущий (по кол-ву клиентов) серверный продукт Microsoft.
                                                                                                                      Ждём следующией версии, а вместе с тем — понимаем, что взяв на вооружение такую платформу мы:
                                                                                                                      а — даем совему клиенту изначально мощную платформу, где много чего уже сделано и ему не нужно тратиться на изобретение велосипедов
                                                                                                                      б — почти всегда оставляем простор для развития решения в угоду потребностям бизнеса
                                                                                                                      в — обеспечиваем себя работой ;-) (для понимающих) :-)

                                                                                                                      А! Еще… лицензирование.
                                                                                                                      По ценникам тема мутная, все это понимают и, судя по каментам, готовится всеобъемлющий ответ.
                                                                                                                      По схемам же лицензирования можно почитать тут blogs.technet.com/vladkol/archive/2009/01/11/office-sharepoint-server-2007.aspx
                                                                                                                      0
                                                                                                                      Хм…
                                                                                                                      liberatum.ru/news/kompanii-ingres-i-alfresco-sozdali-otkrytogo-konkurenta-microsoft-sharepoint
                                                                                                                      Я думаю, обойдется подешевле чуток…
                                                                                                                        0
                                                                                                                        Возможно, но нужно будет сравнивать с возможностями Office (Sharepoint) 14
                                                                                                                        0
                                                                                                                        Я решил попробовать и сделал форму, привязанную к паре созданных в SP списков.

                                                                                                                        Форма будет отвечать за создание, предположим, нового поставщика с полями «Имя», «Страна» и «Город». Два последних поля привязаны к отдельным спискам «СписокГородов» и «СписокСтран», чтобы пользователь мог выбрать предустановленную страну и город (они уже связаны нужным образом 1: М).

                                                                                                                        Проблема: надо как-то отфильтровать список городов в одном дропдауне, когда пользователь выбирает одну из стран в другом.

                                                                                                                        Честно говоря после гугления ничего не нашел. Да и вообще я не видел в стандартном функционале sharepoint динамически обновляемых полей. Это вообще возможно как-нибудь безболезненно сделать? Я использовал SP Designer, для создания формы элемент «Настраиваемая форма списка»…

                                                                                                                      Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

                                                                                                                      Самое читаемое