Я нахожусь на проект, где нам нужно собирать метрики вокруг функцию с именем «доля историю." Идея очень проста — Если вы ищете на интересную статью в интрасети и хочу поделиться им с кем-то, Щелкните ссылку «поделиться этой историей" отправить ваш приятель.

Мы играли вокруг с помощью настраиваемой формы для этой цели, но в конце концов, здравый смысл победил день и мы просто использовать знакомые <a href = mailto:…> техника. (<mailto в href:…> Это немного удивительно надежный HTML; в качестве бонуса, Эта связь приносит мне вернуться к моей старой страницы UNIX человеко-дней; Это были дни!).

Этот метод обеспечивает отличный интерфейс для конечных пользователей, так как они получают использовать их знакомые клиент MS Outlook (или независимо от клиента электронной почты они установлены).

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

Мы whiteboarded несколько возможных решений. Мой любимый это копия (CC) список SharePoint. Таким образом, конечный пользователь по-прежнему получает клиент outlook, в то время как мы получим захватить событие, потому что мы будем получать копию электронной почты себя. Есть некоторые очевидные недостатки. Основная проблема заключается, что пользователь может просто пустой, или иным образом корежить CC адрес. И, нам нужно управлять что Медиатека событий электронной почты. У нас есть запланированное задание на белой доске, ответственность за что очистка.

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

</конец>

Подписаться на мой блог.

Следуй за мной по щебетать на http://www.twitter.com/pagalvin

Как запрошенный и обещали, Я загрузил мое представление о том, как получить «Великий" требования от конечных пользователей SharePoint проектов и реализации. Именно здесь: HTTP://CID-1cc1edb3daa9b8aa.SkyDrive.Live.com/Self.aspx/SharePoint/Paul Galvin Great Requirements.zip

Я представил это на Конференции рекомендации по SharePoint в феврале 2009 (www.sharepointbestpractices.com). Если вы приняли участие в Конференции, Вы также получите это на Конференции DVD.

Презентация включает в себя множество заметок с большинства слайдов. Это не просто пулей точек.

(Смотрите здесь для презентации на исследование управления: http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!3099.entry

</конец>

Подписаться на мой блог.

Следуй за мной по щебетать на http://www.twitter.com/pagalvin

Как и многие типы консультант SharePoint, Я подвергается большое количество функциональности SharePoint. Несколько раз, Я довольно глубоко нырять. Другие времена, я только что заметил, как я лечу на другой набор параметров меню. Одним из них является "самостоятельное создание сайтов." У меня не было необходимости для него до этой недели.

На этой неделе, Мне нужно решить проблему бизнес, который я думаю, что собирается стать более распространенным, как компании послаблений и охватывают более непосредственный контроль конечного пользователя в SharePoint. В этом случае, Я разработал шаблон сайта для поддержки конкретных конечных пользователей сообщества. Люди в этом сообществе должны иметь возможность создавать свои собственные сайты по своему желанию, используя этот шаблон, всякий раз, когда желание поражает их.

Я напомнил, видя "самостоятельное создание сайтов" раньше и я всегда спрятан что мой затылок, думая, что «Самообслуживание создание сайта" SharePoint жаргоне смысл, Очевидно, что достаточно, что-то вроде «Включите меня если вы хотите, чтобы конечным пользователям возможность создавать сайты, когда они хотят."

Таким образом, Включите его, Попробуйте его вне и для меня, Это не создание сайтов. Это создание сайта коллекции. Довольно большая разница. Это не то, что я хочу, Конечно, нет.

Вполне возможно позволить конечным пользователям создавать новые сайты sub через пользовательский уровень разрешений. Это точно, где я пошел бы в первую очередь за исключением, что лейбл "самостоятельное создание сайтов" лейбл обманул меня. Через щебетать, Я узнаю, что это обманывало и других 🙂

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

</конец>

Подписаться на мой блог.

Следуй за мной по щебетать на http://www.twitter.com/pagalvin

Я был одним из 20 или 30 (или, может быть 100?) Эксперты вчера вечером в Группы пользователей SharePoint Нью-Йорк совещание. Вместо обычной презентации формат, Это было все о Q&A между аудиторией и членов группы. На раннем этапе, Майкл Лоттер введено мне к новой идеей и я хотел бы поделиться.

Член аудитории описал, как его компания выплатила консультант написать приложение для его компании. Этот консультант написал его как консольное приложение с помощью объектной модели SharePoint. В результате, Это означает, что программа будет работать на сервере в ферме. Это означает, что кто-нибудь, что хочет использовать приложение необходимо войти на сервер, сделать работу и выйти. На первый взгляд, Это не проблема, но вскоре, все больше и больше (нетехнические) пользователям необходимо использовать Утилиту. Его вопрос был (Перефразируя):

«Каковы мои варианты? Я не хочу держать позволить пользователям входить непосредственно на сервер, но они должны эту функциональность."

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

Это довольно потрясающий идея для меня. Обобщая это решение приносит в виду понятие по существу временные, почти одноразовые WFE. Я думаю, что это очень аккуратным концепция. Этот временный WFE можно запустить консольное приложение, которое использует объектную модель SharePoint. Вы могли бы также использовать его для запуска команды stsadm. Он не должен быть частью регулярных местных балансировки. Если она идет вниз, или получает крушение, Вы можете просто раскрутки нового. Я повторяюсь, но я просто должен сказать, что я думаю, что это действительно отличная идея.

</конец>

Подписаться на мой блог.

Следуй за мной по щебетать на http://www.twitter.com/pagalvin

На прошлой неделе, кто-то задал вопрос о создании среды SharePoint, который будет обрабатывать довольно большое количество новых документов (10,000 +/- в этом случае). Я не знаю много об этом, но Спасибо для этот технический документ, Я чувствую себя намного лучше информированы.

Для меня, Этот технический документ является очень много просто книга на данный момент, но я начать чтение через него и думал, что я хотел бы подчеркнуть моя Главная вынос. SharePoint может быть расширена для обработки, как минимум, Эта нагрузка:

• 50k новые документы в день.
• 10 всего миллион документов.

Я пишу цифры 50k/10 мм, потому что они являются достаточно легко запомнить. До тех пор, как вы знаете, они являются минимумов, Вы не попасть в беду. Максимальные ограничения, по крайней мере 10 % выше, чем это и с крайней Тюнинг, возможно гораздо выше.

Спасибо, Майк Уолш, еще раз за его Еженедельные WSS ЧаВо обновления и исправления пост. Если вы не подписаны на него, Вы должны серьезно думать о делать это.

</конец>

Подписаться на мой блог.

На прошлой неделе, Моя коллега и я делать определенную работу для клиента в Нью-Йорке. Мы испытывали различные аспекты осуществления Мосс, используя их «стандарт" построение рабочей станции (в отличие от наших ноутбуков). При этом,, Мы побежали в несколько ошибок, выполните следующие действия:

• Откройте документ MS word через проводник windows (которая использует WebDAV).
• Изменения.
• Сохранить его.

Мы пришли к осознанию, что несколько раз (обычно в первый раз) Мы сохранили документ, сохранить не «палку." Сохранить не удалось сохранить. Мы бы тянуть этот документ обратно вверх и наши изменения просто не были там.

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

На этот раз, казалось, что каждое изменение, На самом деле, спас, ли мы ответили да или нет вопрос скриптов.

Мы, наконец, взглянуть на фактической версии Office и оказывается, что Рабочая станция работает MS Office 2000 с пакетом 3 который показывает под помощью-> О как «Office 2002».

Мораль этой истории: Я всегда буду использовать Office 2003 как моя версия office минимальных базовых при использовании WebDAV и Мосс.

</конец>

Подписаться на мой блог.

(Для целей поиска двигателя, Это текст ошибки):

Линия: 11807

Чар: 2

Ошибка: Объект не поддерживает это свойство или метод

Код; 0

URL-АДРЕС: http://sharepoint01/DocumentReview/_vti_bin/owssvr.dll?location=Documents/1210/testworddocument.doc&dialogview=SaveForm

Вы хотите продолжить выполнение сценариев на этой странице?

В одном или мой очень первый блога, Я описал общий процесс, мы следовали миграции клиента от SPS 2003 Мосс. Читатель оставил комментарий просят более подробно, и здесь это.

Для этого проекта миграции, Мы должны были найти хороший способ для перемещения много SPS 2003 документы над Мосс. Начальная загрузка была достаточно легко. Создайте новую библиотеку документов Целевой Мосс и использовать проводник windows для перемещения документов.

Это новая библиотека документов:

Открыть два окна исследователей. Первый момент SPS 2003 и второй на новой библиотеки документов в Мосс. На следующем снимке экрана показано это. Обратите внимание, что верхняя браузера фактически указывая на мой c:\TEMP диск, но вы можете себе это указывая на SPS 2003 Библиотека документов:

После этого перетащите и drop операции, Моя цель выглядит как это:

Теперь пришло время бороться с метаданными. Предположим, что у нас есть только один столбец метаданных для этих документов, названный «местоположение." Мы можем видеть из выше «все документы" вид, что расположение является пустым. Это достаточно легко использовать представление листа данных для ввода расположения, или даже пойти в свойства каждого документа по одному для добавления расположения. Давайте предположим, что существует никакого практического способа присвоить значение в столбце расположение автоматически и что конечные пользователи должны сделать это вручную. Кроме того, Предположим, что существуют сотни документов (может быть тысячи) и что он будет принимать много много дней, чтобы обновить метаданные. Как все мы знаем, не собирается сидеть и работать для четырех из пяти дней прямой обновление мета-данных для документов. Вместо этого, они будут перерыв, в течение недель или, возможно, больше. Для облегчения этого процесса, Мы можем создать данные без тегов»" вид, как показано:

Теперь, когда кто-то сидит вниз, чтобы тратите их выделенных ежедневно час или два тега перенесенных документов, они могут использовать документы без тегов»" чтобы сосредоточить их усилия:

Как тег документов пользователей, они уходят этот список.

Это понятие представление без тегов данных может также помочь с классом проблема проверки данных, которыми интересуются люди на форумах. Из коробки, Существует нет способа для предотвращения пользователя от загрузки документа Мосс и не введите мета-данных. Мы можем указать, что столбец конкретного сайта является обязательным, и пользователь не сможет нажать Сохранить кнопка. Однако, Если пользователь загружает и затем закрывает браузер (или в проводнике windows использует для загрузки документа), Мы не можем заставить пользователя ввести мета-данных (снова, из коробки).

Этот подход может использоваться, чтобы помочь в этой ситуации. Мы можем использовать «плохо метки данных" чтобы легко идентифицировать эти документы и их исправить. Соедините это с KPI и у вас есть хорошая видимость к данным с помощью детализации для управления этих исключительных обстоятельств.

</конец>

Подписаться на мой блог.

На этой неделе, Я немного боролся с моей команде, чтобы получить Мосс, установлен в простой ферме двух серверов. Пройдя через него, У меня есть большую признательность за виды проблем люди доклада на форумах MSDN и других.

Конфигурация окончательный фермы:

• SQL/индекс/Интранет WFE внутри брандмауэра.
• WFE в DMZ.
• Некоторые виды брандмауэра между DMZ и внутреннего сервера.

Прежде чем мы начали проект, Мы пусть знают, какие порты необходимо открыть клиент. Во время давать и принимать, назад и вперед над, Мы никогда не явно сказал две важные вещи:

1. SSL означает, что вам нужен сертификат.
2. DMZ сервера должен быть частью домена.

Один день, Мы показали до установки MOSS и узнал, что не созданы учетные записи домена для базы данных и Мосс. Чтобы переместить вещи, Мы пошли вперед и установил все с локальной учетной записью на сервере интрасети.

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

Выходные идет, и клиент получает сертификат.

Наша инфраструктура парень показывает вверх и обнаруживает, что ДМЗ сервер не присоединен к домену (домен демилитаризованной зоны с ограниченным доверием или домена интрасети). Мы впустую почти 1/2 день на что. Если мы не позволим отсутствует сертификат SSL увязнуть нас, Мы бы обнаружили это ранее. Ну что ж….

Другой день, проходит и различные комитеты по вопросам безопасности, заинтересованных сторон и (не так) прохожих все согласны с тем, что это ОК, чтобы присоединиться к серверу DMZ с доменом интрасети (Это ПСУ, В конце концов, не решение производства).

Парень инфраструктура приходит обернуть вещи вверх. На этот раз, мы успешно пройти через строй самомоднейш дня, ласково известный как «мастер настройки SharePoint." У нас заглянуть в центре администрирования и … Йи Хо! … DMZ сервера указан в ферме. Мы смотрим немного ближе и понимают, что мы взломали Шампейн клеща бит рано. Службы WSS застрял в «начиная" статус.

Длинная история короткой, оказывается, что мы забыли изменить удостоверение учетной записи службы через центр администрирования от оригинального локальной учетной записи для новой учетной записи домена. Мы сделали это, вновь побежал мастера настройки и вуаля! Мы были в бизнесе.

</конец>

Подписаться на мой блог.

Хотя это не в буквальном, с практической точки зрения, Фронт конец Интернета web в DMZ должен быть в домене (т.е.. не какой автономный сервер в своей собственной маленькой Рабочей группе). Это не должны быть в том же домене внутренней WFE(s) и другие серверы (и наверное не стоит), но он должен быть в домене.

Мои коллеги и я провел чрезмерное количество времени на предложение, которая включала SharePoint предпосылки. Это включало всеобъемлющий перечень конфигурации брандмауэра, что позволит серверу DMZ на присоединение к ферме и так далее. К сожалению, Мы не смогли добавить предложение где-то, что сказал, о том, «Вся Кровавая точка этой конфигурации должна позволить вашей DMZ WFE-сервера, в домене, чтобы присоединиться к внутренней ферме."

Идеальный шторм событий, где мы в основном смотрели левой, когда мы могли бы посмотрел прямо, заговор чтобы скрыть эту проблему от нас пока довольно поздно в процессе, Таким образом предотвращая меня запуск моей "рано сказать плохие новости" правило.

Вздох.

Подписаться на мой блог.

Форум пользователей часто как такие вопросы, как это:

> Привет,
>
> Пожалуйста, скажите мне, если есть какие-либо возможности для создания настраиваемого списка с
> Мастер и детали типа (как счета-фактуры) без использования InfoPath.
>

SharePoint обеспечивает некоторые из коробки средства поддержки видов бизнес-требований как.

В целом, один связь двух списков вместе с помощью столбца подстановок. Список содержит сведения о заголовке счета-фактуры и список B содержит сведения о счете.

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

Используйте запрос содержимого веб-части (в MOSS только) и/или веб-части для создания объединенного представления списков представления данных. Службы отчетов SQL Server (SRS) также доступен для отчетности стороны его.

Однако, Существуют некоторые важные ограничения, которые сделают его трудно использовать чистые функции out-of--box для что-нибыдь которое даже умеренно сложных. К ним относятся:

• Размер соответствующих подстановок перечисляются vs. "хитрость" тип столбца подстановок. Тип столбца подстановок представляет себя на UI по-разному в зависимости от ли вы включили множественного выбора или нет. В любом случае, out-of--box управления показывает все доступные элементы из исходного списка. Если в списке Источник 1,000 элементы, Это собирается быть проблемой. Элемент поиска не страница через эти пункты. Вместо этого, он тянет все из них в элементе управления. Это делает для очень неловко пользовательского интерфейса как с точки зрения ввода данных и производительность.
• Поиск "тянуть обратно" один столбец информации. Вы никогда не можете отступить более одного столбца данных из списка источник. К примеру, нельзя выбрать клиента "12345" и отображения числа, а также имя и адрес заказчика, в то же время. Поиска показывает только клиента, номер и ничего больше. Это делает для неудобно и сложно пользовательский интерфейс.
• Отсутствие коммуникации внутри формы. Я писал об этом здесь. Нельзя реализовать каскадных раскрывающихся списков, условно включить/отключить поля, и т.д..
• Не каскадное удаление или встроенный ссылочной целостности. SharePoint обрабатывает пользовательские списки как независимых образований и не позволяют связать их друг с другом в традиционном смысле ERD. Например, SharePoint позволяет создать два настраиваемых списков, "клиента" и «заголовок счета». Можно создать счет заголовок ссылки обратно на клиент в списке клиентов. Затем, Вы можете удалить клиента из списка. Из коробки, нет никакого способа предотвратить это. Для решения такого рода проблем, обычно используется обработчиков событий.

Это может показаться мрачно, но я хотел бы по-прежнему использовать SharePoint как отправной точки для создания такого рода функциональности. Хотя есть пробелы между то, что вам нужно в растворе, SharePoint позволяет нам для заполнения этих пробелов, используя инструменты такие, как:

• Обработчики событий. Использовать их для обеспечения ссылочной целостности.
• Пользовательские столбцы: Создавать пользовательские типы столбцов и использовать их вместо по умолчанию столбец подстановок. Добавление разбиения по страницам, Буферизация и возможности AJAX сделать их реагировать.
• BDC. Мосс только позволяет нам запрос, другие SharePoint списков с Улучшенный пользовательский интерфейс для столбца подстановок обычной. BDC также могут выйти на задней части серверного приложения. Позволяет избежать репликации BDC. Вместо того чтобы реплицировать сведения о клиентах из задней части ERP системы, Вместо этого используйте BDC. BDC функции обеспечивают приятный пользовательский интерфейс тянуть эту информацию непосредственно из системы ERP, где он принадлежит и позволяет избежать хлопот по поддержанию решение репликации.

  Резервный контроллер домена — это функция Мосс (не имеется в WSS) и сложно настроить.

• ASP.NET веб-формы: Создайте полнофункциональный с поддержкой AJAX форму, использующий модель и/или веб-службы объектов SharePoint использовать списки SharePoint обеспечивая весьма быстродействующего пользовательского интерфейса.

Последний вариант может чувствовать себя, как вы начинаете с нуля, но учитывать тот факт, что платформы SharePoint начала работы вам следующие ключевые особенности:

• Модель безопасности с сопровождением.
• Система меню с сопровождением.
• "Главной таблицы" (т.е.. Настраиваемые списки) с безопасностью, Встроенный обслуживание и аудита.
• Поиск.
• Средства интеграции серверной части (BDC).

Если вы начинаете с новой пустой проект в visual studio, у вас есть много инфраструктуры и сантехники для построения прежде чем вы получите ближе к SharePoint предлагает.

Я верю, что Microsoft намеревается расширить в этом направлении разработки приложений SharePoint. Это кажется естественным продолжением существующей базы SharePoint. Приложение Microsoft CRM обеспечивает значительную расширяемость типов, необходимых для поддержки разработки приложений заголовок/подробности. Хотя эти функции находятся в CRM, Технология очевидно доступен для разработчиков SharePoint, и я надеюсь, что это будет сделать свой путь в продукт SharePoint к концу 2008. Если кто имеет знание или понимание в этом, Пожалуйста, оставьте комментарий.

</конец>