The error “For security reasons DTD is prohibited in this XML document” does not help much…
Google suggested me to change my DNS entries to 188.8.131.52 or 184.108.40.206 – in my case that had no impact at all. Still, my assumption was (Occam’s razor, actually), that it has something to do with DNS – to many blog posts I read said something with DNS.
Today it was time to update my SharePoint 2013 installation from March PU 2013 to August 2013 CU – mostly because the Search Schema changed under the hood and I wanted to try something out for the awesome Search Query Tool.
Wow, 1.8GB patch – that is huge! Compared to the RTM version of SharePoint 2013 with 2.4GB they rewrote 75% – or the patching strategy is not that optimal.
Its time for a new baseline so patches can be smaller again. Lets see what happens after the SPC.
For the patching part I always take the script from the article
“Why SharePoint 2013 Cumulative Update takes 5 hours to install?” – if you have not read it, go for it. This time something went bad, maybe because I started the script from ISE or something like that – it could not start the patch process so I did it myself. Took around 30 Minutes on my DEV VM – reboot and we should be ready, right?
“Internet Information Service not installed”
After the patching you have to start the Config Wizard. I was a little surprised as it responds with a nice error – I even tried the PowerShell command in case there is a difference, but no:
What? IIS not installed anymore? Something must be broken with the Patch – let’s blame Todd for it:
I patch my SharePoint 2013 to August CU – if that does not work I blame @ToddKlindt 🙂
But then I tried to reproduce my steps – of course it must be an user error. After reading the patch script (reading things sometimes helps), I noticed that the script disables the IIS Admin service…
SharePoint does not like that – set it back to Automatic start and start the service.
Starting the site is a good idea, too:
And then start the config wizard again:
And wait until every database is updated:
Search “Paused for:External request”
Then I tried do do a Search – without a success. I went to the Search Service Application page and saw the status: “Paused for:External request” – that means something paused the Service Application (maybe, just maybe someone tried to patch):
and we should resume it – 3 lines of PowerShell:
Patching can be tough – but when you protocol what you do or can at least reproduce what you have done its pretty much straight forward. I do not blame the patch script here, I obviously did something wrong – but the error message is really misleading isn’t it?
The refiner count is a very useful indicator in the Search Center whether the click on the refinement is worth it or nor – and the implementation is so intuitive that even end-users understands it. But: It is disabled by default in SharePoint 2013. This post shows you how to enable the Refiner Count for SharePoint 2013 – manually and with PowerShell.
Refiner Count in SharePoint 2010
The refiner count was introduced in SharePoint 2010 and is a FAST for SharePoint feature. If you don’t have FAST installed and enabled the Refiner Count, the count is estimated roughly with the first 50 results because SharePoint Search was not capable of deep refinement.
Deep refinement is based on the aggregation of managed property statistics for all of the results of a search query. The indexer creates aggregation data that is used in the query matching process. The advantage of using this kind of query refinement is that the refinement options reflect all the items matching a query.
In other words, the refiner count could change after you click on a refiner which is very confusing for end-users.
If you have FAST for SharePoint installed the refiner count worked flawlessly but had to be enabled with a xml modification in the refiner webpart.
Refiner Count in SharePoint 2010 + FAST for SharePoint 2010
Refiner Count for SharePoint 2013
The refiner count is still possible with SharePoint 2013 – the concept is not new but the implementation has changed. And as already mentioned, the count is disabled by default:
Refiner count not visible (default)
As you might know, you can change the rendering/design of elements with Display Templates in SharePoint 2013, most importantly for search results – this also applies to refiners – which is great if you ask me. Basically all you have to do is change the Display Template for the Refiner Filter which is a html file and you are good to go.
The file is located in the site collections MasterPage gallery folder, /_catalogs/masterpage/Display Templates/Filters/Filter_Default.html and contains the definition for the refinement item.
If you open the file you can see in the very first lines of the file you can see those lines:
Change the lines (replace the false with the true in line 2) to:
And voila, the refiner count is visible:
Refiner count for SharePoint 2013
You have to do it more than once? Automate it!
Here is my short PowerShell script which automates the step above:
The cookie settings on this website are set to "allow cookies" to give you the best browsing experience possible. If you continue to use this website without changing your cookie settings or you click "Accept" below then you are consenting to this.