Я працую над дакументам агляд архітэктуры гэтым тыдні, і гэта мяркуе,, між іншым, that the client consider using the thesaurus to help improve the end user search experience. Having never done this myself, I wanted to do a quick hands-on test so that my suggestion is authentic.
Гэта было дзіўна цяжка зразумець, як гэта зрабіць, хоць гэта, на самай справе, quite easy. There’s a pretty good bit of information on the thesaurus (праверка тут і тут, напрыклад). Аднак, гэтыя дакументы з'яўляюцца альбо WSS 2.0 / SPS 2003 oriented or they don’t actually spell out what do to after you’ve made your changes in the thesaurus. They provide a great overview and fair bit of detail, але гэта не дастаткова, каб перасекчы лінію фінішу.
Гэтыя крокі працаваў для мяне:
- Make the changes to the thesaurus. (Гл. ніжэй важная заўвага)
- Go to the server and restart the "Office SharePoint Server Search" абслугоўванне.
Кончык капялюшы Г-н. J. Рэ. Прабірацца (Bio). He provided the key bit about restarting the search service and rescued me from endless, time consuming and unnecessary iisresets and full index crawls. This episode даказвае, яшчэ раз, што Twitter is the awesome. (Выконвайце за мной на Twitter тут. I follow any SharePoint person that follows me).
I don’t know if this functionality is available in WSS. If it is or is not, калі ласка, пакіньце каментар або напішыце мне, і я буду абнаўляць гэты пост.
Важнае заўвага: There’s conflicting information on which XML thesaurus file to change. There’s this notion of "tsneu.xml" as being the "neutral" тэзаўрус. I wasted some time working with that one. У маім выпадку, I needed to change the "tsenu.xml" файл знаходзіцца ў тэчцы ідэнтыфікатара само прыкладанне: \\win2003srv C $ Program Files Microsoft Office Servers 12.0 Data Office Server Applications 3c4d509a-75c5-481C-8bfd-099a89554e17\Config. I assume that in a multi-farm situation, Вы зрабілі б гэта змена ўсюды запыту сервер працуе.
</канец>
