Pracuję na dokumencie przegląd architektury w tym tygodniu i sugeruje, między innymi, że klient należy rozważyć użycie tezaurusa aby poprawić doświadczenia użytkownika końcowego Szukaj. Nigdy nie zrobiwszy to sobie, Chciałem zrobić szybki test praktyczne, tak, że moja propozycja jest autentyczny.

To był zaskakująco trudny wobec obliczaæ na zewn¹trz jak wobec czyniæ, Mimo, że to jest, W zasadzie, dość łatwy. Tam jest całkiem dobry bit informacji na temat tezaurusa (wyboru tutaj i tutaj, na przykład). Jednakże, te dokumenty są albo WSS 2.0 / SPS 2003 Bliski Wschód lub faktycznie nie sformułować to, co zrobić, aby po dokonaniu zmian w tezaurusie. Zapewniają one wielki przegląd i uczciwej trochę szczegółów, ale to nie wystarczy do przekroczenia mety.

Te kroki pracował dla mnie:

1. Wprowadź zmiany w tezaurusie. (Poniżej ważne Uwaga)
2. Wchodze na serwer i odnawiać zapas towarów "Office SharePoint Server Search" usługi.

Wskazówka Hat do Pan. J. D. Wade (Bio). Pod warunkiem klucz trochę o ponowne uruchomienie usługa wyszukiwania i wyrwał mnie z niekończących się, czasochłonne i niepotrzebne iisresets i przeszukiwania pełnego indeksu. Ten odcinek udowodni, Jeszcze raz, że Twitter jest niesamowite. (Po mnie na twitter tutaj. Interesuję się osobę programu SharePoint, która idzie za mną).

Nie wiem, czy ta funkcja jest dostępna w WSS. Jeśli to jest lub nie jest, Proszę zostawić komentarz lub poczta elektroniczna mi i będzie aktualizować ten post.

Ważna uwaga: Ma sprzecznych informacji na temat który plik tezaurusa XML do zmiany. Jest to pojęcie "tsneu.xml" jako neutralny"" Słownik wyrazów bliskoznacznych. Straciłem trochę czasu pracy z jednym. W moim przypadku, Muszę zmienić "tsenu.xml" plik znajduje się w folderze identyfikatora aplikacji, sam: \\win2003srvc$ Program FilesMicrosoft urząd Servers12.0DataOffice ServerApplications3c4d509a - 75 c 5-481 c-8bfd-099a89554e17Config. Zakładam, że w sytuacji wielu gospodarstw, można by zrobić ten zmiany, wszędzie tam, gdzie działa serwer kwerendy.

</koniec>

Subskrybowanie mój blog.

Ive skończył się dzień 2 SZYBKIE szkolenie w słoneczny Needham, MA, i jestem pęknięcie z pomysłów (który wszystkich klas dobry trening nie do mnie). Jeden szczególny aspekt szybko ma mnie myślenie i chciałem to napisać, chociaż ono był wciąż świeże i normalne codzienne "rzeczy" pchnął go z mojej głowy.

Mamy SharePoint WSS 3.0 / Mech realizatorów twarz często trudny problem z projektu programu SharePoint rozs¹dnie sklejony: Jak zrobić, aby wszystkie dane nieoznakowane ładowane do programu SharePoint, tak, że pasuje w naszej architektury doskonale zaprojektowane informacje?

Dość często, to nie jest taki trudny problem bo mamy zakres sobie kłopotów: "Nie dbam o coś więcej niż 3 miesiąca życia." "My załatwię wszystko, co stare rzeczy z wyszukiwania słów kluczowych i będzie do przodu zrobimy to we właściwy sposób…" Itp.

Ale, co się stanie, jeśli nie mamy zakres sobie kłopotów i patrzymy na 10 tysięcy lub 100 tysięcy (lub nawet milionów) z dokumentów — ładowanie i znakowanie jest nasze pobożne życzenie?

SZYBKO może być odpowiedź.

FAST proces wyszukiwania zawiera wiele ruchomych części, ale to jest jeden widok uproszczony:

• Proces robota wygląda na zawartość.
• Znajdzie treści i rękach procesowi brokera, który zarządza puli procesorów dokumentu.
• Proces ręce to jeden z procesorów dokumentu.
• Procesor dokument analizuje dokument i poprzez proces rurociągu, analizuje bejeezus z dokumentu i rękach proces typu konstruktora indeksu.

Na statek szybki, Mamy dużo kontroli nad tym dokumentem przetwarzanie rurociąg. Możemy mieszać i łączyć o 100 składniki potoku i, najbardziej ciekawe, możemy pisać własne składniki. Jak mówię, SZYBKI jest analiza dokumentów, co w jaki sposób ale niedziela i kompiluje wiele przydatnych informacji na temat tych dokumentów. Te szalone szybko ludzie są wyraźnie szalony i obsesyjne o analizy dokumentu, ponieważ mają narzędzi i/lub strategii naprawdę klasyfikowania dokumentów.

Tak … za pomocą szybko w połączeniu z własnego niestandardowego składnika potoku, możemy pobrać wszystkie te informacje kontekstu z szybko i karmić go powrotem do MOSS. Może go coś takiego:

• Dokument jest podawany na szybko z MOSS.
• Normalny dokument szybko crazy obsesyjne analizy i kategoryzacji dzieje.
• Własnego niestandardowego składnika potoku spada niektóre z tych informacji kontekstu się do bazy danych.
• Proces naszego projektu odczytuje informacje kontekstu, sprawia, że niektóre decyzje dotyczące tego dokumentu MOSS w naszym IA i oznacza przy użyciu usługi sieci web i model obiektów.

Oczywiście, nie ma takiego zautomatyzowany proces może być doskonały, ale dzięki obsesyjne (i ewentualnie insane-but-in-a-good-way szybko ludzie), może mamy prawdziwe walki strzał w proces naprawdę skuteczne masy ładunku, to więcej niż tylko wypełnić bazy danych SQL z kilka ledwo można wyszukiwać dokumenty.

</koniec>

Subskrybowanie mój blog.

Miałem dziś powód do gry o z witrynie CodePlex fasetowa dziś projekt.

To już za chwilę, ale wahałem się pobrać i używać go z przyczyn zwykle (przede wszystkim brak czasu), Plus wręcz strach 🙂

Jeśli szukasz do poprawy poszukiwania i odkrywania nowych możliwości, go pobrać i zainstalować go, gdy masz godzinę lub tak wolnego czasu. I po instrukcje obsługi instalacji i zajęło mi niecałe 20 minut, aby mieć go zainstalowanego i pracy. Zapewnia on jazdy wartość zero.

To wygląda dość trudne do rozszerzenia. Autorzy dostarczają szczegółowe bramek dla scenariusza BDC złożonych. Może brakuje to, ale szkoda, że dostarczą one również prostsze scenariusz obejmujące jedną z właściwości istniejącego lub może być dodanie jednego nową właściwość zarządzaną. Powinien spróbować i napisać, że się sobie w następnym okresie czasu.

Motto — w kilka minut, można zainstalować, go skonfigurować, używać go i dodać trochę dość chłodne funkcjonalność waniliowym poszukiwaniu mchu i być bohaterem 🙂

</koniec>

Subskrybowanie mój blog.

Na forum Szukaj MSDN, ludzie często pytają pytanie jak to:

"Mam dokument o nazwie" Programming Guide’ ale podczas wyszukiwania dla "Pro’ Szukaj nie go znaleźć."

To może nie czuć się jak to, ale że sprowadza się do wyszukiwania wieloznacznych. Interfejs użytkownika mech/WSS nie obsługuje symboli wieloznacznych Szukaj po wyjęciu z pudełka.

Jeśli kopać w Szukaj web parts, znajdziesz pole wyboru, "Włącz wyszukiwanie termin wynikające". Mapowanie rdzeni jest terminem człowieka język. To nie komputer język podciągu() błędu, funkcja.

Są kilka łodyg:

• "ryby" jest łodyga do połowów""
• "główne" jest łodyga do "kierunku"

To nie wynika:

• "maj" nie jest rdzen "dużych"
• "pro" nie jest rdzen "programisty"

WSS/mech Wyszukiwarka obsługuje Dzika karta wyszukiwania za pośrednictwem interfejsu API. Oto jeden blog artykuł, który opisuje jak to zrobić: http://www.dotnetmafia.com/blogs/dotnettipoftheday/archive/2008/03/06/how-to-use-the-moss-enterprise-search-fulltextsqlquery-class.aspx

3Rd party produktu, Ontolica, Dzika karta wyszukiwania zapewnia. Nie używałem tego produktu.

</koniec>

Subskrybowanie mój blog.