SharePoint *

Как быть, если однажды вы обнаружите, что ваш любимый сайт Sharepoint не доступен и все что от него осталось — это база контента, которую нет возможности присоединить к серверу Sharepoint? Как восстановить «триллион» наиважнейших документов, хранящихся в базе Sharepoint? Короткую печальную историю и ответы на эти вопросы вы можете почерпнуть из данной статьи.

Наверное каждый из вас сталкивался с такими решениями для SharePoint: решение вроде работает, но постоянно возникают какие-то проблемы, данные не сохраняются, странные падения при, казалось бы, безобидных операциях. Тестеры тратят много времени на такое решение, но исправление одних багов порождает другие. Развернуть такое решение на production ферме оказывается очень сложно, поддержка превращается в ад. Знакомо, да?

Занимаясь разработкой правил анализа кода для SPCAF (http://spcaf.com), я нашел способ как быстро исправить такую ситуацию.

В данной статье пойдет речь о сайт коллекциях SharePoint в контексте возможных вариантов начальных url-адресов.
И самое интересное, описан способ создания сайт коллекции на специфическом url на поддомене, отличном от основного приложения.
Итак, всем, кого интересует администрирование SharePoint, и тем, кто не знает курс 70-331 вдоль и поперек, добро пожаловать под кат.

Статья будет интересна всем, кто хочет узнать значение страшного термина «Active Directory Federation Services» на примере из реальной жизни, а также всем, кто занимается разработкой кастомных систем на базе SharePoint и находится в процессе принятия решения, какую модель авторизации и аутентификации выбрать, либо собирается переключить существующее решение на ADFS.

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

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

Это система лояльности для кассиров, которые продают услуги нашего заказчика. Выполнена на MS SharePoint. Через портал кассиры копят бонусы и получают за них подарки (сувенирку, турпутевки, подарочные карты и т.п.) Компания таким образом может гибко управлять продажами нужных «позиций», анализировать работу кассиров и агентств и много еще чего полезного.

Мы разрабатывали программу лояльности с самого начала. Первый релиз состоялся в феврале 2013 года. Развитие системы продолжается. Например, только что мы провели полный редизайн портала. Но этому предшествовала миграция на ADFS, как важнейший этап модернизации. Об этом — дальше речь.

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

Преимущество такого подхода в том, что данные в Excel можно обновить, так как есть соединение. Но недостатков больше:

• Нужен установленный Excel на компьютер, чтобы получить данные.
• В полученном документе для названий колонок используется InternalName полей.
• В полученном документе используется “сырой” формат данных, что далеко не всегда подходит.

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

Предисловие

• В наличии список 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.
Ну и бонусом то, что все действия можно автоматизировать через расписание.