Aš dirbu dėl architektūros peržiūros dokumento šią savaitę ir siūloma, be kita ko, kad klientas apsvarstyti galimybę naudoti tezaurą padėti gerinti galutinio vartotojo paieškos. Niekada padarę tai pats, Aš norėjau padaryti greitai hands-on patikrinti, kad mano pasiūlymas yra autentiškas.

Jis buvo stebėtinai sunku suprasti, kaip tai padaryti, Nors tai yra, tiesą sakant, gana paprasta. Yra gana geras tiek informacijos su mokiniais (žymės čia ir čia, pvz.). Tačiau, Šie dokumentai yra arba WSS 2.0 / SFS 2003 orientuota arba jie nėra iš tikrųjų išdėstyti ką daryti po to, kai jūs atlikote keitimus tezaure. Jie suteikia puikus apžvalga ir teisingą bitų informacijos, bet tai nėra pakankamai kirsti finišo linijos.

Šiuos veiksmus, dirbo už mane:

1. Atlikite keitimus tezauras. (Svarbi pastaba žemiau)
2. Eiti į serverį ir iš naujo paleisti „Office SharePoint Server paieška" paslaugos.

Patarimas skrybėlę į J.. J. D. Wade (Bio). Jis pateikti pagrindiniai šiek tiek apie ieškos tarnybos paleidimą iš naujo ir išgelbėjo mane nuo begalinis, daug laiko ir nereikalinga iisresets ir visos rodyklės aptikimai. Šis epizodas įrodo, dar kartą, kad Twitter yra ir nuostabus. (Sekite mane twitter čia. Aš po asmuo SharePoint, kad taip mane).

Aš nežinau, jei ši funkcija yra prieinama WSS. Jei ji yra arba nėra, Prašome palikti komentarą ar elektroninio pašto mane ir I atnaujinti šį pranešimą.

Svarbi pastaba: Pateikė prieštaringą informaciją dėl kurios XML tezauro failas pakeisti. Yra šią sąvoką "tsneu.xml" kaip "neutraliąją" tezauras. Aš švaistomi tam tikrą laiką dirbti su viena. Mano atveju, Reikia keisti "tsenu.xml" failą, esantį aplanke app ID, pati: \\win2003srvc$ Program FilesMicrosoft Office Servers12.0DataOffice ServerApplications3c4d509a-75 c 5-481 c-8bfd-099a89554e17Config. Manau, kad kelių ūkio padėtis, būtų atlikti šį keitimą, visur užklausos serveryje veikia.

</pabaigos>

Prenumeruoti savo dienoraštį.

Aš baigė dieną 2 GREITAI mokymo saulės Norfolk, MA, ir I 'm sprogus su idėjos (kurios visas gera mokymo klases daryti su manimi). Ypatingas aspektas greitai turi mane galvoti ir aš norėjau parašyti tai o jis buvo vis dar šviežia ir normalų kasdienį "stuff" stumiamosios iš mano galvos.

Mes SharePoint WSS 3.0 / MOSS diegėjams visame dažnai susiduria su kieta problema su SharePoint bet kokį pagrįstai dydžio projektą: Kaip mes visi nepažymėtų duomenis įkeltas į SharePoint taip, kad jis visas tilptų mūsų puikiai sukurta informacija architektūra?

Pakankamai dažnai, tai nėra sunku problema, nes mes taikymo sritis, save iš bėdų: "Mes don't care apie nieko daugiau nei 3 mėnesių amžiaus." "Mes tvarkome visus, kad sendaikčiai su paieška pagal reikšminį žodį ir vyksta į priekį mes padarysime tai teisingai…" Ir tt.

bet, Kas atsitiks, jei mes negalime aprėpties save iš bėdų ir mes ieškome ne 10-ųjų tūkstančių arba 100 's tūkstančių (ar net milijonus) dokumentų — pakrovimo ir žymėjimo, kuri yra mūsų dievobaimingas pageidavimą?

GREITAI gali būti atsakymas.

GREITAI 's paieškos procesą apima daug judančių dalių, tačiau vieną supaprastintą rodinį tai:

• Šliaužiklio proceso ieško turinį.
• Ji nustato turinio ir rankas išjungti brokeris procesą, kuris valdo fondą dokumento perdirbėjų.
• Brokeris proceso rankas jį į vieną iš dokumento perdirbėjai.
• Dokumento perdirbėjas analizuoja dokumento ir per vamzdyno procesas, analizuoja bejeezus iš dokumento ir rankas išjungti į indeksą statybininkas tipo procesas.

Dėl starship greitai, Mes turime daug kontroliuoti dokumentų apdorojimo dujotiekis. Mes galima maišyti ir rungtynės apie 100 pardavimo galimybių komponentai ir, labiausiai įdomu, Mes galime parašyti mūsų pačių komponentų. Kaip aš sakau, GREITAI analizuoja dokumentus bet kokiu būdu, bet sekmadienis ir ji kaupia daug naudingos informacijos apie šių dokumentų. Tie crazy greitai žmonės yra aiškiai psichiškai nesveikas ir obsesinis apie dokumento analizė nes jie įrankiai ir (arba) strategijas tikrai kategorizuoti dokumentai.

Taigi … naudojant greitai kartu su mūsų pačių pasirinktiniam pardavimo galimybių komponentui, Mes galime paimti visus šios kontekste informacijos nuo greito ir pašarų jį atgal į MOSS. Jis gali eiti kažką panašaus į tai:

• Dokumentas, yra paduodama į greitai iš MOSS.
• Įprasto crazy obsesyjny greitai dokumento parsowania ir skirstymo į kategorijas.
• Mūsų pačių pasirinktiniam pardavimo galimybių komponentui lašai kai kontekste informacijos išjungti į duomenų bazę.
• Mūsų pačių kūrimo procesą skaito konteksto informacija, daro kai kurie sprendimai kaip dokumente MOSS per mūsų IA ir pažymi jį naudojant tinklo tarnybos ir objekto modelio.

žinoma, tokios automatizuotas procesas gali būti puiki, bet dėl to obsesyjny (ir galbūt insane-but-in-a-good-way greitai žmonių), mes galime turėti nekilnojamojo kovos su kulka ne tikrai veiksmingas masės apkrovos procesą, kuris ne tik užpildyti SQL duomenų bazę su krūva vos paieškai dokumentai.

</pabaigos>

Prenumeruoti savo dienoraštį.

Aš turėjau priežasčių šiandien žaisti su į codeplex briaunotas paieškos projekto šiandien.

Tai buvo maždaug už o, bet aš nedvejojo parsisiųsti ir naudoti jį dėl įprastų priežasčių (daugiausia laiko stokos), plus outright fear 🙂

Jei norite pagerinti savo paieškos ir nagrinėti naujas galimybes, parsisiųsti ir įdiegti jį, kai turite valandą ar taip laisvo laiko. Aš po diegimo vadovo instrukcijas ir ji man mažiau nei 20 minučių, kad jis būtų įdiegtas ir darbo. Ji suteikia vertės kelio nulis.

Ji atrodo gana sunku pratęsti. Autoriai pateikia išsamiai pateiktus kompleksas BDC scenarijų. Aš gali trūkti ji, bet aš norėčiau, jie taip pat būtų paprasčiau scenarijų susijęs su viena iš anksto esamos ypatybės arba galbūt pridedant vieną naujas valdomos ypatybės. Aš stengiuosi ir rašau ne sau kitą laikotarpį.

Bottom line — per kelias minutes, Jūs galite įdiegti, joje, use it and add some pretty cool functionality to your vanilla MOSS search and be a hero 🙂

</pabaigos>

Prenumeruoti savo dienoraštį.

MSDN paieškos forume, Žmonės dažnai klausia, klausimas kaip tai:

"Aš buvo pavadintas dokumentas" programavimo vadovas’ bet kai aš ieškoti "Pro’ paieškos neranda jis."

Ji negali jaustis kaip ji, bet kad prilygsta pakaitos paieška. SAMANŲ/WSS vartotojo sąsajos nepalaiko pakaitos paieškos out of the box.

Jei jūs kasti į paieškos puslapio dalis, Jūs pamatysite langelį, "Įjungti paieškos terminas kylančių". Kylančių yra žmogaus kalbos terminas. Tai ne kompiuterio kalbos parametras() tipo funkcija.

Tai yra kai kurios stiebai:

• "žuvų" yra kamieninių "žvejybos"
• "pagrindinis" yra kamieninių kad "kryptys"

Tai nėra stiebai:

• "maj" nėra kamieninių "labai"
• "pro" nėra kamieninių kad "programuotojas"

WSS/MOSS paieškos sistema palaiko laukinių kortelė paieškos per API. Štai vienas dienoraštį straipsnis, kuri aprašoma, kaip tai padaryti: http://www.dotnetmafia.com/blogs/dotnettipoftheday/archive/2008/03/06/how-to-use-the-moss-enterprise-search-fulltextsqlquery-class.aspx

3rd party produktas, Ontolica, laukinių kortelė ieškos. Aš ne naudojamas produkto.

</pabaigos>

Prenumeruoti savo dienoraštį.