Installing SharePoint patches have been an issue since forever. Over the years, the strategy from Microsoft has changed a couple of times. CU became PU’s, language packs were removed. Worst thing was when Microsoft decided to roll out patches via WSUS / Windows Update…
Then SharePoint 2016 came and Zero Downtime Patching was introduced. Reason is that Microsoft now has to patch O365 as well, and there should not be any downtime.
My initial thought was this would be amazing, but I’m slightly disappointed. Yes, you can install patches without any downtime, but it is still a very cumbersome and manual process. This video explains this very well in details. I really appreciate all the documentation and blog posts from Microsoft, but I don’t understand why in 2017 we still have to execute so many manual steps to install SharePoint patches.
Then I found SPPatchtify which solves this! Continue reading
Announced at the “Future of SharePoint” event, was the SharePoint Framework. And it is in public beta since this week! I was one of the lucky persons who had access to the internal repository, so I already had a play with it before. Unfortunately I could not blog about it, as it was under NDA. I will talk about how it will fit into the existing SharePoint development infrastructure, and start with some history 🙂
One of the most important features of SharePoint is the document library. SharePoint is a document management system since 2001, so the document library is one of the key features. Initially the only instance of the document library was within team sites. In later versions and in Office 365 there are other locations to store documents, like OneDrive for Business.
The user interface of the document library hasn’t changed much since SharePoint 2007. Yes, in SharePoint 2013 drag-and-drop was introduced, the UI has been polished, but in basis the UI was the same. And the confusing part is (was?) that the document libraries in SharePoint looked different than e.g. Onedrive for Business. That has now changed! Continue reading
SharePoint started in 2001 as a document management system, and that’s still one of its most important features. A key feature of a DMS is to be able to find documents. The SharePoint search engine has improved significantly over the last years. But a common misconception is that SharePoint Search works for every company straight out-of-the-box.
SharePoint Search will not suit all of your needs without configuration
Some of our customers say: We want it to work just like Google, but some of them don’t seem to understand that Google does not “just work”. Every day thousands and thousands of Google employees work on improving the search engine and adapt it to the always changing world-wide web. The same is true for Bing, it does not “just work”. In fact, we do have Bing in SharePoint. The core of the Bing search engine has been implemented in SharePoint 2013. So why does it still not fulfill all needs? Most importantly because of company specific metadata and taxonomies; even company has its own list of content types, metadata, and no site structure is the same. The SharePoint Search engine just needs some help to be able to understand the content better.
Search configuration and tweaking should be part of the project plan, and it must be understood that this takes time up-front, but also ongoing effort. I have compiled a list of 10 tips how you can make SharePoint Search work for you. I’ve added them in random order, there is no best tip as it all depends on your requirements and organisation.
Hybrid is currently a big hype. Where a year ago the cloud was the way to go and on-premises advised against, companies have now realized the cloud is not suitable for every situation. Especially government organizations or big companies are not able to migrate everything to the cloud. So, Microsoft has invested a lot in hybrid to bring the best of two worlds together: the flexibility and data sovereignty of on-premises and all the cool new features of the cloud.
Part of this is Cloud Search: Make your on-premises documents available in cloud searches, i.e. your SharePoint On-Prem documents should be visible in a search in Office 365. Until September 2015 the hybrid search was meh, it meant two different result sources / verticals. Introduced in August 2015 is the real hybrid search: search results from both on prem as well as Office 365 are combined.
I have set this up and was surprised how easy it was. As a SharePoint guru I’m used to errors, but I haven’t encountered ONE (due to software faults, errors encountered were solely my fault). And that’s pretty amazing as I’ve used SharePoint 2016 which is currently in public preview.