SharePoint *

Предисловие

• В наличии список SharePoint Foundation 2010;
• Число элементов списка превышает пороговые значения (throttling);
• Индексированные поля в ассортименте;
• Представления реализованы так, чтобы число элементов не превышало порог и фильтруются по индексам;
• Все бы хорошо, но возможность использовать встроенные фильтры все равно блокируется, в добавок развертывание решений для фермы запрещено политиками организации или другими условиями.

Что же делать? Ниже под катом ряд полезных параметров адресной строки списков SharePoint, которые могут отчасти спасти ситуацию.

Каждый SharePoint разработчик использует различные инструменты для проверки кода, например, это может быть комбинация в виде StyleCop и SPDisposeCheck.

В данной статье пойдет речь про SharePoint Code Check (SPCop) – анализатор SharePoint кода, который является бесплатной версией SharePoint Code Analysis Framework (SPCAF).

Список некоторых возможностей:

• Возможность определить ошибки в XML еще до развертывания решения в SharePoint и последующего тестирования
• Легче следовать лучшим практикам и учиться разрабатывать решения для SharePoint
• Анализ кода в контексте SharePoint
• Возможность расширить список правил для SPCop/SPCAF. Например, на CodePlex есть хороший проект SPCAFContrib
• Интеграция с Visual Studio 2010, 2012, 2013
• Более 300 правил анализа кода (список можно найти здесь)

Всем привет.

Мы сделали классный видеоролик для Actionspace — решения для SharePoint и Office 365, позволяющего ставить задачи исполнителям, контролировать процесс их выполнения и управлять работой всей команды прямо в SharePoint.

Уверены, ролик будет интересен подписчикам хабов “Управление проектами” и “SharePoint”.



Приятного просмотра и отличных выходных!


Об авторе

Делаем рекламные и обучающие видеоролики — для сайтов, продающие, имиджевые, рекламные, обучающие, тизеры, эксплейнеры, трейлеры для Google Play и App Store.

Подробнее: https://alconost.com

Понадобилось мне как то раз, сделать порционную загрузку данных на страницу без PostBack запроса, причем с данные должны были браться из списка Sharepoint. Обратившись к великому Google пришел к выводу, что у меня есть только один вариант: REST Interface.
Client Object Model не рассматривался ввиду громоздкости получившегося бы кода.
Для биндинга получаемых данных было решено использовать Angular JS

Так сложилось, что моя работа последние 6 лет связана с Microsoft SharePoint Server. В этой статье я не хочу выяснять хорошо это или нет, но я бы хотел помочь тем, кто уже выбрал этот путь или только присматривается к нему. Учитывая, что SharePoint почти не преподают в вузах, самостоятельно начать работать с данной технологией довольно трудно. Чаще картина следующая: компания берёт программиста .Net и начинает его прокачивать.

В бизнесе ценятся не знания, а способность ставить и добиваться результата, приносить прибыль, повышать эффективность. Другими словами, вы должны обладать компетенциями, которые отражают вашу способность применять знания и опыт. Причём знания и опыт должны идти нераздельно, никому не нужен на работе профессор-теоретик или испытатель в синяках, это слишком большие риски, неуправляемо и непредсказуемо.

Несколько недель назад от наших заказчиков мы получили задачу на создание сервиса бронирования переговорных комнат. Компания заказчика довольна крупная и весьма продвинутая в плане ИТ. У заказчика много филиалов по всей России и в каждом по 5-6 переговорных комнат, сотрудники часто летают проводить совещания из одного филиала в другой, а найти свободную аудиторию «на месте» — это реальная проблема. Поэтому сотруднику было бы неплохо прямо со своего рабочего места в Москве «застолбить» переговорку, например, в Туле и со спокойной совестью лететь в командировку. Опытом создания подобного сервиса мы хотим поделится с хабросообществом.

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

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

Итак, идея заключается в следующей логике:

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

Рабочие процессы вещь отдельная. Сегодня немного рассмотрим именно карточку документа, которая в сколь удобноваримом виде в Sharepoint отсутствует, но конечно является краеугольным камнем для любой приличной СЭД.

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

Основные этапы внедрения проектов Корпоративного портала Worklite Portal и Электронного документооборота Worklite Docs на базе MS Sharepoint Server/Foundation 2013.

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

В данной статье я расскажу о полезных, на мой взгляд, функциях версионности, уведомлениях, входящих e-mail сообщениях и папках в Microsoft SharePoint 2013, которые не требуют дополнительной разработки, но могут эффективно помочь в вашей работе. Попутно я остановлюсь на принципах работы с Microsoft SharePoint 2013 и связанным функционалом. На идею для этой статьи меня натолкнуло общение с моими друзьями которые используют Microsoft SharePoint в своей работе, довольно, давно, но применяют лишь небольшую часть от его возможностей. Я попытаюсь это изменить.

Принцип работы ознакомления довольно прост. Пользователь при просмотре элемента списка видит кнопку Прочитал после нажатия на которую данные о нем и времени нажатия попадают в другой список где будут хранится. Этот список будет автоматически создаваться после того как веб парта будет размещена на странице просмотра элемента, а имя его будет формироваться так ReadList_<Guid списка для ознакомления>. Для просмотра списков ознакомленных и не ознакомленных мы напишем еще одну веб парту которую разместим на форме редактирования списка который будем читать, так как подразумевается что обычные пользователи могут просматривать, но не редактировать документ.

Вот как выглядит веб парта ознакомление.
До нажатия на кнопку:

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

Доброго времени суток, уважаемые хабровчане!

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

В этой статье хочу кратко описать основные известные мне способы создания рабочих процессов в Sharepoint, и, в качестве дополнительной темы – то, как это можно сделать в одном из прикладных решений — EOS for Sharepoint. Тематика рабочих процессов – документооборот.

Есть следующая конфигурация:
1. SharePoint 2010 SP1 с установленными SQL Server 2012 Reporting Services
2. SQL Server 2008 R2 c Named Instance на котором крутится база, из которой нам необходимо брать информацию для формирования отчетов. SQL 2012 настроен по статье
3. Дополнительные параметры:
-домен: test.com
-имя экземпляра SQL: SP
-учетная запись для экземпляра: svcSQL

Задача: заставить это все работать с использованием Kerberos

Приступим

В этой статье я попытаюсь рассмотреть и дать краткую характеристику некоторых продуктов от компании AvePoint для SharePoint

DocAve Administrator
DocAve 6 Administrator представляет собой решение, предназначенное для централизованного управления фермой (или несколькими фермами) SharePoint 2010/2013, а также Office 365.
Решение позволяет выполнять почти все операции с фермой, которые можно выполнить в центре администрирования SharePoint (например, создать web application и коллекцию сайтов, настроить managed paths и безопасность, ассоциации service application), но облегчает работу со множеством ферм, предоставляя единую консоль администрирования.
Почему почти все операции? DocAve 6 Administrator не позволяет создавать и удалять service applications – для этого придется открывать центр администрирования. Не знаю, на сколько это критичный момент, но все-таки хотелось бы иметь все в одном месте.
Помимо стандартного функционала, предоставляемого SharePoint, DocAve 6 Administrator содержит одну на мой взгляд полезную администраторам фичу – удаление учётных записей пользователей, которых нет в Active Directory. Это очень полезная вещь потому, что встроенный функционал не позволяет это сделать это и раньше для избавления от старых учёток я мог только через export/import.
Ну и бонусом то, что все действия можно автоматизировать через расписание.

Я и мои коллеги занимаемся разработкой и внедрением прикладных внутрикорпоративных решений на базе платформы Microsoft SharePoint, а так же Российских СЭД, внедрение которых обосновано накопленным годами опытом и целесообразно в определенных случаях.

На своих проектах обожаю использовать Microsoft Reporting Services (далее — SSRS) для быстрой реализации отчетов и печатных форм, не требующих сложной динамики поведения.

При наличии доступности данных в структуре таблиц СУБД, а, следовательно, и DataSet отчета, с SSRS все легко и просто, если не сказать тривиально (естественно не для всех случаев). А что, если доступа к БД нет или же он запрещен лицензионной политикой или же даже применяются попытки сделать его технически сложно реализуемым? Надо готовить витрину данных средствами ETL. А что, если условия, бюджет и сроки проекта не допускают этого? Надо использовать доступные источники данных (DataSource).

Как можно было догадаться, речь пойдет о создании отчетов SSRS с ипользованием данных из списков SharePoint.

Переработал большое количество материала по данной теме, однако, ничего более-менее путного так и не нашел. В связи с этим собрал свой вариант адресной книги, требующий минимум времени для внедрения в готовой инфраструктуре.

Исходные данные:

• Уровень домена: Windows 2008 R2
• Сервер Sharepoint: Windows Server 2012 Standart
• Версия Sharepoint 2010 со всеми обновлениями

Цель задачи

Целью задачи было быстро развернуть динамически обновляемый телефонный справочник, источником данных которого была бы Active Directory.

Решение задачи

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

Прошлый раз я описывал преимущества использования TypeScript для разработки приложений.

В этом посте я покажу как TypeScript поможет разрабатывать приложения для SharePoint 2013. В SharePoint 2013 были улучшены возможности разработки клиентских приложений на JavaScript. Это касается не только API, доступных на клиенте, но и механизмов поставки и развертывания приложений, инструментов разработчика. Более того, многие функции самого SharePoint 2013 реализованы и могу быть кастомизированы с помощью JavaScript.

Пользователи SharePoint знают, что создавая или редактируя какой-либо элемент, указывать время можно с интервалом в 5 минут. В большинстве случаев этого достаточно. Однако, встречаются такие заказчики, которых это не устраивает. Они хотят встречи назначать в 12:02, требовать выполнения задачи к 16:31, обращения пользователей регистрировать с точностью до минуты. Их право, они за это деньги платят.

Попросить SharePoint считать не по пять минут, а по одной, стандартными средствами не представляется возможным. Некоторые знакомые к такой задаче устраивали пляски с SharePoint Designer'ом и Visual Studio, пытаясь соорудить кастомные формы и/или FieldType'ы. На мой взгляд, есть более красивое решение. Кому интересно, добро пожаловать под кат.

Привет! Это наш первый материал на Хабре. В нем мы собираемся рассказать о нашем опыте миграции сложного портала с применением метода Database Attach. Enjoy!

Немного о том, кому, скорее всего, будет интересно это читать

Решив поделиться своим опытом миграции одного портала, мы ориентировались, прежде всего, на тех, кто не спрашивает «Зачем мигрировать?», не задается вопросом «А может быть сразу на 2013?», а также на тех, кто знает не понаслышке ужасные слова Windows Workflow Foundation, Event Handlers, Jobs, Content Types, Future Receivers, различный Site, List и т.п. термины и думает, как сделать, чтобы это заработало в SharePoint 2010.