1+2+3+4+… = -1/12 ??

I’ve been geeking out on some interesting math lately, and on my travels came across this statement “1+2+3+4+… = -1/12, which on first account I thought, what is this B.S??

1234InfiniteSeries

Well, despite the actual proof looking like mathematical “hackery” remarkably this is actually a valid solution which is justified because it appears in practice – namely in physics.

If you’re interested in the proof you can go ahead and watch it here.

 

How To Add a Custom Thesaurus in SharePoint 2013

Bella Engen recently posted a useful 101 walk through on how to use a custom Thesaurus for SharePoint 2013 Search which you can find here.

Adding a thesaurus can be incredibly useful to get the most out of SharePoint Search, because not all users search for content with the same keywords or phrases.  Furthermore, as your business evolves, you will typically have product, service or business unit names change over time – and having thesaurus can help unlock this… however it is important to know that you’ll often need a combination of a Thesaurus + Query rules, which Steve Mann explains in detail here.

New SharePoint 2013 Search Articles

It’s really great to see the wealth of knowledge regarding SharePoint 2013 Search being captured and shared by various bloggers amongst the community, and also I’m happy to see a lot of fresh content from Microsoft, which shows just how committed they are to ensuring the success of the product.

Here are a bunch of new Search related posts from Microsoft in the last month or so:

MP4 Videos Not Playing on Mobile Devices

If you’re having an issue with MP4 videos not playing on mobile devices, and you’ve already added a mime type for MP4 in IIS, then it could be due to the “AllowedInlineDownloadedMimeTypes” setting of your web app.

To fix it, you can update the setting in PowerShell, with script such as:

$webApplication = Get-SPWebApplication “http://intranet.contoso.com
$webApplication.AllowedInlineDownloadedMimeTypes.Add(“video/mp4”)
$webApplication.Update()

SharePoint 2013 and Office 365 Feature Matrix Spreadsheet

Andrew Connell has recently posted a fantastic feature matrix spreadsheet for SP2013 and Office 365 – based on this Microsoft TechNet article.

It’s much easier to digest because you can use Excel to filter for all of the “Yes” values or all of the “No” values and see very quickly what is or isn’t included in Foundation, Standard and Enterprise versions.

SharePoint 2013 Feature Comparison Maxtrix Spreadsheet

SharePoint 2013 Feature Comparison Maxtrix Spreadsheet

You can download it from here:
Andrew’s SP2013 / O365 Feature Matrix spreadsheet

You can also see Andrew’s original post here.

Anti-Virus Solutions for SharePoint 2013

Well it seems that due to the earlier release of SP2013 than many vendors expected, at the moment there is only one anti-virus vendor that supports SharePoint 2013 other than Microsoft – ESET.  ESET’s product also is only Beta – so this isn’t really ideal for production usage just yet.

ESET Security for SharePoint 2013

Microsoft of course have ForeFront Protection for SharePoint 2010 however the whole ForeFront product line has been discontinued, so you cannot buy it.  If you have an Enterprise Agreement, and want to get it – perhaps speak with your Microsoft Account Manager and they may be able to help you out, depending on your agreement and when you speak with them.  If you do already have it, you’ll be supported until 31st December 2015 and receive anti-virus definition updates until then. From that point onward, you’ll need to migrate to another product. This was flagged by Spencer Harbar here.

You can also read Spencer’s sumamry of anti-virus products and their compatibility & supportability with SP2013.

Runas – With an Account from Another Domain

Ever wanted to be able to access a client’s backend data source using Windows Authentication, but your machine wasn’t a member of their domain?

For example – you might be working with a client that can’t provide you with a client machine that has Excel or InfoPath, but you need to access data in SQL.

The usual problem I’ve run into is this – If I’m using my local Excel or InfoPath client, when attempting to add a new data connection, you get prompted with a screen such as that below.  Selecting Windows Authentication will use your local machine credentials  and won’t work.  The Username and Password box as we all know are for SQL authentication.

 Logon

So how can we specify a username and password for an account on another domain? Well one would expect that if you’re VPN’d into the client network, a regular runas should work.  It doesn’t though, because the machine isn’t part of the domain:

 Runas Error

Well, recently I found switch that does allow you to run an application as a user from another domain, and it seems to be fairly well hidden so thought I’d share it.

If you add the switch /netonly to the start of the runas command, the application will run, and the credentials will be passed through when needed.

runas /netonly /user:clientdomain\accountname “C:\Program Files (x86)\Microsoft Office\Office14\Excel.exe”

Naturally you need to be able to access to the data source in the first place (e.g. VPN’d into the network and have a valid account) for this to work.  Pretty cool though.

FAST Search for SharePoint 2010 – Indexing Database Content – Guidance

If you are doing any work with FAST Search for SharePoint 2010 and need to index database content (e.g. SQL tables), as a general rule of thumb you should use BCS for this.

FS4SP does have a JDBC connector that is quite capable of indexing database content, though don’t just use this because you have FAST and think you need to.

The reason here is simple – you will have a much simpler migration experience to SharePoint 2013, as the JDBC connector is now no longer included.

Unsupported Installation Scenarios on SP2013

Understanding the scenarios in which SharePoint is not supported are extremely important when designing SharePoint farms; as if you experience any trouble with your environment and need to get Microsoft support involved, they typically won’t be able to help you, and will instead ask you to get your environment in a supported state.

On SP2013 it is important to note that these scenarios are not supported:

  • Installation on a machine that is not joined to a domain (i.e. a machine in a workgroup)
  • Installation on a Virtual Machine (VM) that uses Dynamic Memory
  • Installation on a Domain Controller (only supported in development environments – not production)
  • Installation on Resilient File System (ReFS). ReFS is a new file system built into Windows 8 that is designed to work as advertised (be more resilient to common errors that would cause corruption or availability issues). Only NTFS is supported for SP2013 at the moment.
  • Installation on a Windows Web Server

Here’s the link to the Original support article.

SharePoint 2013 vs. FAST Search for SharePoint 2010

Ok so the key differences between SP2013 and Fast Search for SharePoint 2010 are officially up on TechNet.

In summary, a number of features have gone.  Some people may be upset, though overall I think the majority of changes make sense because it simplifies the platform.  FAST for SharePoint (FS4SP) included a number of features that were baked in from FAST ESP (the standalone, pre-Microsoft product) and became redundant when SharePoint was added to the mix.

So, what are the key differences?:

  • FAST Search Database Connector: Unsupported.  The FS4SP DB connector was built in when FS4SP was rebuilt from FAST ESP.  Even with the release of FS4SP Microsoft’s recommendation was to use BCS wherever possible (instead of the FAST connectors)… primarily because it would be deprecated. In summary: You should be using BCS to index DB content (or a third party connector)
  • FAST Search Lotus Notes connector: Unsupported. Use BCS or for enhanced security handling, if you have the budget you’ll want to consider BA-Insight
  • FAST Search Web Crawler: Unsupported. The SP2013 web crawler provides similar capabilities to the FAST Search web crawler.
  • Find Similar Results: Unsupported.  It was hardly used.
  • FQL Operators:
    • ANY: Now has the same affect as OR.  Use WORDS instead – e.g. WORDS(TV, Television)
    • RANK: Use XRANK with updated syntax
    • XRANK: Updated syntax
  • Approach for Querying URLs: FS4SP provided the ability to query URLs using these operators: STARTS-WITHENDS-WITH and PHRASE. For performance reasons (at query time), this is no longer supported.  Instead you must query the full URL, the leading part of the URL – or add managed properties yourself to search any other part of the URL
  • Search Scope Filters: FS4SP Scopes need to be converted to SP2013 result sources
  • Anti-Phrasing: Unsupported.  FS4SP had the ability to filter out common words/phrases – e.g. “how can I”, “what is”, “who is”. SP2013 includes these phrases in search queries though. The workaround here is either to train your users to not enter redundant phrases (e.g. “how can I”), or to extend the search query web part to filter the phrases before you submit it to SharePoint
  • Offensive Content Filtering: Unsupported.  This was not built into SP2013 given the limited usage it had on FS4SP.
  • Substring Search: Unsupported.  This was not used much – primarily in situations where recall (overall number of documents retrieved) was more important than precision (high degree of relevance) – so this is not a big deal for most companies. Turning on substring search also had the downfall of bloating the search index.
  • Person and Location Entity Extraction: You need to use your own custom dictionaries.  Typically each business is different and has their own people and locations they care about. On FS4SP there was actually a lot of tuning necessary to get it working properly, because you would get overlap between People and Location names.
  • Number of Custom Entity Extractors: This is now limited to 12, and for many businesses this won’t be an issue. Primarily because on a given Search Centre, for performance and screen real-estate reasons you will generally want to keep the # search filters to an absolute max. of 6 to 10.  You really only want to include the filters that the majority of your end users will actually use and not bloat it with ones that will benefit 1 user in 1000.  The limitation of 12 could be an issue for organisations that are well advanced on their FAST implementation and are using Search for multiple applications that depend on entity extraction.
  • Document Formats: FS4SP supported several hundred file types after enabling the Advanced Filter Pack. However, many of these were legacy file types and investment has not been made in building these into SP2013.  If you have a file type that is not supported then your best option is to look for a third party iFilter/Connector  – e.g. from the iFilterShop or BA Insight
  • Pipeline Extensibility: This feature allows you to perform dynamic calculations or manipulations of document meta-data before being indexed.  On FS4SP you used to create your code and build it as an exe file and then put it on each FS4SP server that had a Document Processor role.  Now on SP2013 the approach is to use Web Service calls. I haven’t tried this yet on SP2013, though with FS4SP there was a fairly fundamental performance problem with the pipeline extensibility: Your extension (the exe) was opened and closed for EVERY single document going through the index. In some cases, due to extending the pipeline, I’d see crawl performance drop from 30 to 40 docs/sec to 10 docs/sec or less! Due to that performance impact, on FS4SP its absolutely critical that the exe you write is optimised as you can make it. I’m looking forward to testing this out on SP2013.
  • Custom XML Processing: Unsupported. This was another feature baked into FAST ESP and then made its way into FS4SP. It provided a way to manipulate XML files as they were going through the index – though it generally wasn’t super easy to configure.  The approach now is to call out to a web service that will process the XML for you
  • Docpush: Docupush was used to add (mostly) test documents to the index from the command line. This was built into the original FAST ESP product and made its way into FS4SP – though isn’t really needed now. If you just need to do a quick “is search at least partially working” test on SharePoint 2013 and you don’t have proper content sources to hook up to, you can still just do as you would on SP2010 or 2007 – just upload documents to a Document Library on a test site and run a crawl – pretty straight forward.