Showing posts with label SharePoint Education. Show all posts
Showing posts with label SharePoint Education. Show all posts

Thursday, May 25, 2017

SharePoint is Collaborative

SharePoint is in many aspects about participation, sharing and collaboration. Overall one wants helpful, ready to use information that can be put to work quickly and easily. Thus, because of this three categories are prevalent:

1)      SharePoint is for organizations – with just a simple browser, it can be used by individuals throughout the organization. SharePoint is purpose driven encompassing an audience that includes executives, managers, decision makers, staff, etc.

2)      SharePoint is for communities – users can foster relationships based on profiles, actual communities, groups, wiki, blogs, etc.

3)      SharePoint is for public engagement – every interest in being engaged and telling a story with content on a site is key.

 
View Video:

Authentication in SharePoint 2013

This question comes up a lot from companies moving from SharePoint 2010 to SharePoint 2013 – just how does authentication work in SharePoint 2013?

-In the 2013 version – user authentication remains the same with standard sites.

-When calling a web app – the authentication happens internally.

-Internal authentication happens when calling the web app.

-External authentication – is utilized from the remote web site/application.

-To establish an app identity claims based authentication must occur.

-Incoming calls must use CSOM/REST end – points.

-Essentially the authentication is the same except that calls to the web application are authenticated with both user identity and app identity.

View Video:

Site Pages vs. Application Pages in SharePoint

The following are some key differences between site pages and application pages:

-Site pages are located in the virtual file system of a site

-Site pages enhance customizations via web part and SharePoint designer

-Site pages are rendered via a template

-Site page is ghosted to that template

-Site page when customized is un-ghosted

-Site page customization can impact performance via memory usage

-Application pages are deployed once per farm

-Application pages are accessed via _layouts virtual directory

-Application pages are compiled via ASP.NET

-Application pages don’t support user customization

-Application pages are added via farm solutions

-Application pages are compiled into a single .dll and loaded for each web application
View Video:

Tuesday, May 23, 2017

Excel Services & Rest Overview

The Excel services is essentially a SOAP web service which can be accessed via: http://sharepointsite/_vti_bin/Excelservices.asmx

Excel forms have fields that are bound to cells in a workbook. The form can then be filled out and populates the spreadsheet.

Common events utilized are:

              Sheet.DataEntered()

              Workbook.DataEntered()

 Workbook.BeforeTyping()


Common method utilized is:

             Workbook.Reload(call back)

REST allows for information to be accessed via OData as long as regions named as tables are in the spreadsheet

REST can be used with published spreadsheets (.xlsx)

Formatted URL example:
http://sharepointsite/_vti_bin/ExcelRest.aspx/NameofExcelFile.xslx/Odata/TableName

View Video:

Wednesday, February 15, 2017

SharePoint Search Planning


SharePoint Search Planning

The following are some core search planning items to consider and plan for:

·         Where is the information located to be crawled (file share, SharePoint, other location)?

·         What content sources need to be set-up?

·         If full or incremental crawls are utilized what are the schedules?

·         Will continuous crawl be utilized?

·         What words will be utilized in a best bet

·         Who will monitor search to ensure that crawls are running successfully?

·         When and where will reports on search usage be run and placed?

View Video:

SharePoint Planning Personalization’s


SharePoint Planning Personalization’s

The following are useful when planning personalization’s:

·         Decide what Active Directory attributes should be utilized and imported for profiles

·         Decide what profile attributes to display on user’s profile

·         Decide and implement on a profile import schedule

·         Decide what audiences to create

·         Decide when audiences should compile (after the profile import)

View Video:

SharePoint Root Directory Quick List


SharePoint Root Directory Quick List

The following are some core SharePoint root directories – these are common directories on a web front end and typically what type of files they contain in them:

C:\Programs Files\Common Files\Microsoft Shared\Web Server Extensions\

Then the last directory will be as follows – depending on the SharePoint version utilized:

14 = SharePoint 2010

15 = SharePoint 2013

16 = SharePoint 2016

 

The following are the common directories then the types of files in them:

/ISAPI – Web Services (*.svc, *.ashx and *.asmx)

/Resources  – Resource files (*.resx)

/TEMPLATE/ADMIN – Application pages used in central administration

/TEMPLATE/FEATURES – Feature definition files (*.xml)

/TEMPLATE/IMAGES – Images (*.gif, *.jpg and *.png)

/TEMPLATE/LAYOUTS – Application pages (*.aspx)

/TEMPLATE/LAYOUTS/1033/STYLES – CSS files (*.css)

/TEMPLATE/LAYOUTS\ClientBin – Silverlight components (.xap)

/TEMPLATES/Site Templates – Site definition files (onet.xml)

/TEMPLATE/XML – Custom field type definition files (fdltype.*xml)

 

View Video

SharePoint Governing Information Architecture


SharePoint Governing Information Architecture:

Governing the information architecture is a key to the successful use of SharePoint Server and requires the participation of business managers, content managers, information workers, site designers, and IT professionals.

Defining information-governance plans requires an understanding of the site topology, the purpose of each offering (example Intranet, Extranet, OneDrive etc.), and preferably a knowledge of future planned offerings, such as business intelligence.

Information policies need to be defined for each site within the SharePoint deployment. A policy needs to be defined per topic area for each site offering.

View Video:

Document Library Planning:

Document Library Planning:
The following are some items to follow in regard to document library planning:

1)      Enable the require checkout option for editing

2)      Keep the number of documents in a view below 2000 items if possible

3)      Limit the number of major versions typically recommend set to 25-50

4)      Educate users on proper naming conventions example:

IT Contacts Doc = BAD

IT_Contacts_Doc = GOOD

IT Contacts 7142017 = BAD

IT_Contacts_7_2017 = GOOD

5)      Think about if turning on metadata navigation or using document sets makes sense based on the data that will be housed in a said library.

Metadata navigation can be used when it make sense to have the ability to dynamically filter and find content in lists and libraries by using a navigation hierarchy tree control to apply different metadata-based filters to the view.

Document Sets can be used if one has a group of related documents that can be created in one step and then managed as a single entity.


Video:

Wednesday, January 18, 2017

SharePoint Wheeling & Dealing


The following items can be used in regards to issues with SharePoint for what I call the wheeling & dealing:

 
1)      Think on how one can better a site via content, graphics, features and functionality

2)      Ask for clarification – if content and layout being asked for doesn’t make sense

3)      It is recommended to create a wiki of governance items that contains polices in regard to sites, permissions, naming conventions, requests for new functionality amongst other items. The wiki can then be referred to as the golden rule when issues/clarification is needed

4)      Ask users when you meet or talk with them “Am I making sense?”

5)      Say something once – in regard to pushing back when items out of scope are asked – then move on – don’t have negative behavior

Video:

SharePoint – Working on a Project Collaboratively


Some core items to work collaboratively:

1)      Have to have process for how SharePoint projects are run (Agile, Waterfall, Constructive Cost Model – COCOMO, etc.)

2)      Have to obtain – good detailed specifications for what is needed on a site

3)      For new requirements that are requested – have to have process for approval if items will be approved by project/manager/manager/director

4)      Have to decide if out of the box functionality works or if customization is required

5)      Have to track issues/support tickets even if they are calls, e-mails or via a web-based form entry

6)      Capture changes to sites/applications thoroughly (maybe just use a simple custom list)

7)      All team members across the group – should be on the same page