Am de lucru pe un document de revizuire arhitectura în această săptămână şi sugerează, Printre alte lucruri, că clientul ia în considerare utilizarea lexiconul pentru a îmbunătăţi experienţa de căutare utilizatorului final. Niciodată nu au făcut acest lucru eu însumi, Am vrut să fac un test rapid de mâinile astfel încât sugestia mea este autentic.

A fost surprinzător de dificil să dau seama cum se face, Deşi este, de fapt, destul de usor. Există un pic destul de bun de informaţii despre tezaur (selectare aici şi aici, de exemplu). Cu toate acestea, aceste documente sunt fie WSS 2.0 / SFS 2003 orientate spre sau ei de fapt nu vraja ce face să după ce le-aţi făcut modificări în lexiconul. Ele oferă o imagine de ansamblu mare şi corect bit de detaliu, dar nu este suficient să treacă linia de finisare.

Aceşti paşi worked pentru eu:

1. Efectuaţi modificări în lexiconul. (A se vedea mai jos pentru o Notă importantă)
2. Du-te la server şi reporniţi "Office SharePoint Server căutare" serviciu.

Un sfat de pălăria la Mr. J. D. Wade (Bio). El furnizate de pic cheie despre reporni serviciul de căutare şi mi-a salvat din fără sfârşit, consumatoare de timp şi inutile iisresets şi completa indexul scotocirile. Acest episod dovedeşte, din nou, această stare de nervozitate este minunat. (Urmaţi-mă pe twitter aici. I a urma orice persoană SharePoint care urmează-mă).

Nu ştiu dacă această funcţionalitate este disponibilă în AAC. Dacă este sau nu este, vă rugăm să lăsaţi un comentariu sau e-mail mine şi eu voi actualiza acest post.

Notă importantă: Nu există informaţii contradictorii pe care tezaur de fişier XML pentru a schimba. Există această noţiune de "tsneu.xml" ca fiind "neutru" tezaur. Am pierdut ceva timp de lucru cu faptul că unul. În cazul meu, Am nevoie pentru a schimba "tsenu.xml" Fişier aflat sub folderul ID app sine: \\win2003srvc$ Fişiere programMicrosoft Servers12.0DataOffice Office ServerApplications3c4d509a-75 c 5-481 c-8bfd-099a89554e17Config. Presupun că într-o situaţie de multi-ferma, te-ar face această modificare peste tot se execută un server de interogare.

</scop>

Aboneaza-te la blog-ul meu.

L-am terminat de zi 2 de formare rapide în sunny Needham, MARIAN, si eu sunt de rupere cu idei (toate bună pregătire claselor pe care face pentru mine). Un aspect particular de repede a-mi gândire şi am vrut să-l scrie în jos, în timp ce era încă proaspătă şi normale de zi cu zi "chestii" împins-o din capul meu.

Am SharePoint AAC 3.0 / MOSS implementatori frecvent se confruntă cu o problemă greu cu orice proiect de SharePoint în mod rezonabil şi mijlocii: Cum putem obţine toate datele fără taguri încărcate în SharePoint, astfel încât totul se potriveşte în interiorul nostru perfect conceput informaţii arhitectura?

Destul de des, Acest lucru nu este o problemă greu, pentru că ne-am domeniul de aplicare-ne necazuri: "Nu ne pasă de nimic mai mult 3 luni." "Ne vom descurca lucruri toate că vechi cu cuvinte cheie de căutare şi merge-transmite vom face aceasta dreptul de drum…" Etc.

dar, ce se întâmplă dacă suntem noi înşine nu poate aplicare necazuri si ne uitam la cartilor de 10 de mii sau 100 de mii (sau chiar milioane) de docs — încărcare şi marcare care este dorinta noastra devotat?

RAPID ar putea fi răspunsul.

Procesul de căutare rapid pe include o mulţime de piese în mişcare, dar este o vizualizare simplificată:

• Un proces de crawler-ul Arată pentru conţinutul.
• Se găseşte conţinutul şi mâinile-l la un proces de broker care gestionează o piscină de procesoare de document.
• Procesul de broker mâini la unul dintre procesoarele de documente.
• Procesor document analizează documentul şi printr-un proces de conducte, analizează bejeezus din document şi mâinile-l la un proces de tip index constructor.

Pe navă rapidă, avem o multime de control asupra documentului conducte de procesare. Ne puteţi amesteca şi potrivi despre 100 conducta de componente şi, cele mai interesant, putem scrie propriile noastre componente. Cum am spus, FAST este analiza documentelor, fiecare mod în care dar duminică şi se reuneşte o mulţime de informaţii utile despre aceste documente. Acei oameni nebuni rapid sunt clar nebun şi obsesiv despre document de analiză, deoarece acestea au instrumente şi/sau strategii pentru a clasifica într-adevăr documente.

Deci … folosind repede în combinaţie cu propriile noastre Componenta particularizată conducte, ne putem apuca toate aceste informaţii de context la rapid şi feed-l înapoi la MOSS. Acesta ar putea merge ceva de genul asta:

• Documentul este alimentat în rapid din MOSS.
• Document rapid normal nebun-obsesiv parsarea şi categorizare se întâmplă.
• Propriile noastre Componenta particularizată conducta picături de unele dintre aceste informaţii de context de pe o bază de date.
• Un proces de propriile noastre de design Citeşte informaţii de context, face unele decizii pe cum pentru a se potrivi acel document de muşchi în nostru IA şi se marchează folosind un serviciu web şi modelul de obiect.

desigur, nici un astfel de proces automat poate fi perfect, dar datorită obsesiv (şi, eventual, insane-but-in-a-good-way de persoane rapid), am putea avea o adevarata lupta împuşcat la un proces de încărcare masă cu adevărat eficiente, care umple mai mult decât o bază de date SQL cu un buchet de abia de căutat documente.

</scop>

Aboneaza-te la blog-ul meu.

Am avut motiv astăzi pentru a juca cu Căutaţi faţete Codeplex proiect de astăzi.

A fost în jurul pentru un timp, dar am ezitat să descărcaţi şi să-l utilizaţi pentru motive uzuale (în principal de lipsa de timp), plus frică de-a dreptul 🙂

Dacă sunteţi în căutarea pentru a îmbunătăţi căutare şi de a explora noi opţiuni, Descărcaţi-l şi instalaţi-l atunci când aveţi o oră sau cam asa ceva din timp liber. Am urmat instrucţiunile de manual de instalare si mi-a luat mai puţin 20 minute pentru a fi instalate şi de muncă. Acesta oferă valoare minut zero.

Arata destul de greu să se extindă. Autorii oferă o plimbare prin detaliate pentru un scenariu complex de BDC. Poate să lipsească o, dar imi doresc ei ar oferi, de asemenea, un scenariu mai simplă care implică una din proprietăţile preexistente sau poate adăuga o proprietate gestionată nouă. Voi încerca şi a scrie că la mine în următoarea perioadă de timp.

Linie de fund — în câteva minute, puteţi instala, configuraţi-l, folosește-l și adaugă o funcționalitate destul de grozavă căutării tale de vanilie MOSS și fii un erou 🙂

</scop>

Aboneaza-te la blog-ul meu.

Pe forumul de căutare MSDN, oamenii întreabă adesea o întrebare ca aceasta:

"Am un document numit" ghid de programare’ dar când am de căutare pentru "Pro’ Căutaţi nu găsi."

Ea nu poate simti ca o, dar care se ridică la o căutare de wildcard. Interfaţa cu utilizatorul MOSS/AAC nu acceptă metacaractere Căutaţi afară de la cutie.

Dacă SAPI în partea web de căutare, veţi găsi o casetă de selectare, "Enable Căutare termen care rezultă". Rezultă este un termen umane-limba. Nu este un subşir de limba de calculator() funcţie de tipul.

Acestea sunt unele tulpini:

• "peşte" este o tijă de pescuit""
• "majore" este o tulpina să "automatizări"

Acestea nu sunt tulpini:

• "maj" nu este o tulpina să "majore"
• "pro" nu este o tulpina să "programator"

Motorul de căutare AAC/MOSS suport carte de sălbatice de căutare prin intermediul API. Aici este un articol de blog-ul care descrie cum se face că: http://www.dotnetmafia.com/blogs/dotnettipoftheday/archive/2008/03/06/how-to-use-the-moss-enterprise-search-fulltextsqlquery-class.aspx

Un 3rd petrecere produse, Ontolica, oferă căutare de wild card. Nu am folosit acest produs.

</scop>

Aboneaza-te la blog-ul meu.