Аз съм работи по документ за преразглеждане на архитектурата тази седмица и предлага, наред с други неща, че клиентът можете да използвате синонимния речник за подобряване на опит за търсене на крайния потребител. Като никога не направи това сам, Исках да направя един бърз практически тест, така че моето предложение е автентичен.

Беше учудващо трудно да разберете как да направите, Въпреки че е, Всъщност, доста лесно. Има доста добър късче на информация за синонимен речник (проверка Тук и Тук, за пример). Въпреки това, тези документи са или WSS 2.0 / SPS 2003 ориентирани или те действително не посочи какво да след като сте направили промените си в синонимния речник. Те предоставят голям обзор и панаир късче на детайл, но това не е достатъчно, за да пресичат завършване.

Тези стъпки, работи за мен:

1. Направете промени на синонимния речник. (Вижте по-долу за важна бележка)
2. Преминаване към сървъра и рестартирайте "Office SharePoint Server търсене" сервиз.

Върхът на шапка да Г-Н. J. D. Уейд (био). Той предоставя ключ малко за рестартирането на услугата за търсене и ме спаси от безкрайни, отнема време и ненужни iisresets и пълен индекс обхожда. Този епизод доказва, Още веднъж, това Twitter е страхотно. (Следвайте ме на twitter тук. Аз следвам всеки SharePoint човек, който ме следва).

Не знам дали тази функционалност е налична в WSS. Ако е или не е, Моля Оставете коментар или e-mail, ми и аз ще актуализира този пост.

Важна бележка: Налице е противоречива информация за която XML файл за синонимен речник за промяна. Там е това понятие за "tsneu.xml" е в "нулево" синонимен речник. Аз губи известно време с това. В моя случай, I, и необходими за промяна на "tsenu.xml" файл, разположен под папката на ИД на ап, самата: \\win2003srvc$ Program FilesMicrosoft Office Servers12.0DataOffice, ServerApplications3c4d509a-75 c, 5-481 c-8bfd-099a89554e17Config. Предполагам, че в ситуация, мулти-ферма, ще направите тази промяна, навсякъде, където се изпълнява на сървър за заявки.

</край>

Абонирайте се за моя блог.

Аз съм завършен до ден 2 БЪРЗО обучение в Слънчев Нийдам, MA, и аз съм препълнен с идеи (всички добри обучение класове, които направи за мен). Един конкретен аспект от бързо ме е мислене и аз исках да го запише, докато тя е все още пресни и нормални ежедневни "неща" го избута от главата ми.

Ние SharePoint WSS 3.0 / Мос изпълнители често са изправени пред труден проблем с всеки проект, разумно размер SharePoint: Как да стигнем всички немаркирани данни, заредени в SharePoint така, че всичко това се вписва в рамките на нашите перфектно проектирани информационна архитектура?

Достатъчно често, Това не е такъв проблем, трудно, защото ние самите обхвата от неприятности: "Ние не им пука за нещо повече от 3 месечна възраст." "Ние ще се справят с всички стари неща с търсене по ключови думи и ще напред ние ще го направим по ПРАВИЛНИЯ начин…" И т.н..

Но, Какво става, ако ние не си обхвата от неприятности и гледаме 10 хиляди или 100 хиляди (или дори милиони) на документи — зареждането и Маркиране на която е нашият благочестив желание?

БЪРЗО може да се отговори.

Процеса на бързо търсене включва много движещи се части, но един опростен изглед е това:

• Верижен процес изглежда за съдържанието.
• Тя намира съдържание и ръцете към процес на брокер, който управлява пул от документа процесори.
• Брокер процес се ръцете на един от документа процесори.
• Queue processor анализира документа и чрез процес на тръбопровода, анализира bejeezus от документа и ръцете към индекса строител тип процес.

На Звездните бързо, Ние имаме много контрол върху документа за обработка на тръбопровод. Ние може да микс и мач за 100 компоненти на тръбопроводите и, най-интересно, можем да пишем нашите собствени компоненти. Както казвам, БЪРЗО анализира документите които всеки път, но неделя и то съставя много полезна информация за тези документи. Тези луди хора, бързо са ясно луд и вманиачен за документен анализ, защото те са инструменти и стратегии, за да наистина да категоризирате документите.

Така … използване на бързо в комбинация с нашите собствени персонализирани тръбопровод компонент, Ние можем да вземете всички контекст информацията от бързо и я храня обратно към Мос. Тя може да отиде нещо като това:

• Документът се подава в бързо от Мос.
• Нормално луд-обсесивно-бързо документ анализиране и категоризиране се случва.
• Нашите собствени потребителски тръбопровод компонент капки някои от тази контекст информация от база данни.
• Процес на разработка прочита информацията контекст, взема някои решения за това как да се поберат този мъх документ в рамките на нашите IA и я маркира с помощта на уеб услуга и обектния модел на.

Разбира се, няма такъв автоматизиран процес може да бъде перфектно, но благодарение на вманиачен (и евентуално insane-but-in-a-good-way бързо хората), може да имаме истинска борба изстрел в един истински ефективна маса натоварване процес, който повече от просто запълване на SQL база данни с куп едва търсене документи.

</край>

Абонирайте се за моя блог.

Имах причина днес да играя си с CodePlex фасетиран търсене проект днес.

Той е бил наоколо за известно време, но аз се поколеба да изтеглите и да го използвате за обичайните причини (главно липса на време), plus outright fear 🙂

Ако търсите да подобрите търсенето и опознаването на нови опции, Изтеглете го и го инсталирате, когато имате един час, или така свободно време. Следях инструкциите на ръководството за инсталиране и ми отне по-малко от 20 минути, за да са го инсталирали и работи. Тя осигурява стойност минута нула.

Тя изглежда доста трудно да се разшири. Авторите предоставят подробна презентация за сложни BDC сценарий. Може да липсва това, но ми се иска те ще предоставят прост сценарий, включващи един от предварително съществуващите свойства или може би Добавяне на едно ново контролирано свойство. Аз се опитвам и да пишат, че до себе си през следващия период от време.

Долната линия — в минути, Можете да инсталирате, да го конфигурирате, use it and add some pretty cool functionality to your vanilla MOSS search and be a hero 🙂

</край>

Абонирайте се за моя блог.

В MSDN търсене форум, хората често питат въпрос като този:

"Имам документ, наречен" Наръчник програмиране’ но когато търсене на "про’ търсене не го намерите."

Тя може да не се чувствам като него, но това възлиза на заместващи търсене. Мос/WSS потребителски интерфейс не поддържа заместващи търсене на кутията.

Ако копаят в търсене уеб части, Можете да намерите отметката, "Разрешаване на търсене термин произтичащи". Произтичащи е термин, човека език. Това не е компютър език подниз() тип функция.

Това са някои стъбла:

• "риба" е ствол на "риболов"
• "майор" е ствол, да "със специалност"

Това не са стъбла:

• "генерал" не е ствол на "големи"
• "про" не е носа до "програмист"

WSS/Мос търсачката поддържа дивата карта търсене чрез API. Ето един блог статия, която описва как да направите това: http://www.dotnetmafia.com/blogs/dotnettipoftheday/archive/2008/03/06/how-to-use-the-moss-enterprise-search-fulltextsqlquery-class.aspx

3-Та страна продукт, Ontolica, осигурява търсене в дивата карта. Не са използвали този продукт.

</край>

Абонирайте се за моя блог.