Mi estas laboranta sur arkitektura revizio dokumentas ĉi tiun semajnon kaj ĝin sugestas, Inter aliaj aferoj, KE la kliento konsideras uzanta la tezaŭron helpi plibonigi la finan uzantan serĉan sperton. Neniam faris tion ĉi mi mem, Mi deziris fari rapidajn manojn-sur testo por ke mia sugesto estas aŭtentika.

Ĝi estis surprize malfacila kalkuli ekstere kiel fari, Kvankam ĝi estas, Fakte, Tre facile. Tie estas sufiĉe bona peco de informo sur la tezaŭro (Kontrolo Ĉi tie Kaj Ĉi tie, Ekzemple). Tamen, Tiuj docs estas ajna WSS 2.0 / SPS 2003 Oriented aŭ ili ne efektive literumas ekstere kion fari al post kiam vi faris viajn ŝanĝojn en la tezaŭro. Ili provizas grandan superrigardon kaj justan pecon de detalo, Sed ĝi ne estas sufiĉe transiri la apreturan linion.

Ĉi tiuj paŝas laborita por mi:

1. Fari la ŝanĝojn al la tezaŭro. (Vidi malsupre por grava noto)
2. Iri al la servilo kaj rekomenci la "Oficejon SharePoint Servila Serĉo" Servo.

Konsileto de la ĉapelo al S-ro. J. D. Wade (Bio). Li provizis la kernan pecon pri rekomencanta la serĉan servon kaj savis min de senfina, Tempo konsumanta kaj nenecesa iisresets kaj plenaj indeksaj rampadoj. Ĉi tiu epizodo Pruvas, Ankoraŭ foje, Kiu Pepas Estas la imponega. (Sekvi min sur pepi ĉi tie. Mi sekvas ajna SharePoint persono kiu sekvas min).

Mi ne scias se ĉi tiu funkcio estas havebla en WSS. Se ĝi estas aŭ ne estas, Bonvolu lasi rimarkon aŭ retpoŝtigi min kaj min ĝisdatigos ĉi tiun poŝton.

Grava noto: Tie estas konfliktanta informon sur kiu XMLa tezaŭro dosiero ŝanĝi. Tie estas ĉi tiu ideo de "tsneu.Xml" Kiel estanta la "neŭtrala" Tezaŭro. Mi malŝparis iun tempon laboranta kun tiu unu. En mia kazo, Mi devis ŝanĝi la "tsenu.Xml" Registri troviĝita sub la teko de la app IDENTIGAĴO ĝi mem: \\Win2003srvc$Programo RegistrasMicrosoft Oficejaj Serviloj12.0DatumaOficejo ServilajAplikoj3c4d509a-75c5-481c-8bfd-099A89554e17Config. Mi supozas ke en multi-biena situacio, Vi farus ĉi tiun ŝanĝon ĉie demandaj servilaj kuroj.

</Fino>

Aboni al mia blogo.

Mi finis supre tage 2 De RAPIDA trejnado en sunbrila Needham, MA, Kaj mi estas eksplodanta kun ideoj (Kiu ĉiuj la bonaj trejnaj klasoj fari al mi). Unu aparta flanko de FASTO havas min pensanta kaj mi deziris skribi ĝin malsupren dum ĝi estis ankoraŭ freŝa kaj normala tago-al-taga "aĵo" #Pu?i ?in ekstere de mia kapo.

Ni SharePoint WSS 3.0 / MUSKO implementers ofte alfrontas fortan problemon kun ajna akcepteble-sized SharePoint projekto: Kiel ni akiras #?iuj la untagged datumo #?ar?i en SharePoint tia ke ?i #?iu konvenas ene de nia perfekte desegnita informan arkitekturon?

Ofte #sufi?a, #?I tiu isn?? Tia malfacila problemo #?ar ni amplekso ni mem ekstere de problemo: "Ni surmetas?? Prizorgo pri io ajn pli ol 3 Monatoj malnova." "Ni pritraktos ĉiuj tiu malnova aĵo kun ŝlosilvorta serĉo kaj iro-antaŭen ni faros ĝin la ĜUSTA vojo…" Ktp.

Sed, kio okazas se ni povas ne amplekson ni mem ekstere de problemo kaj ni estas rigardantaj 10-a de miloj aŭ 100-a de miloj (#A? paraj milionoj) De docs — La #?ar?ado Kaj Etikedanta de kiu estas nia devota deziro?

RAPIDE povus esti la respondo.

RAPIDE?? #Ser?o procezo inkluzivas multajn emociajn partojn sed unu simpligita vidon estas #tio ?i:

• Crawler procezo #ser?i enhavon.
• ?i trovas kontentan kaj donas ?in ekstere al maklerista procezo kiu administras #na?ejo de dokumentaj procesoroj.
• Maklerista procezo donas ?in ekstere al unu el la dokumentaj procesoroj.
• La dokumenta procesoro analizas la dokumenton kaj tra dukta procezo, Analizas la bejeezus ekstere de la dokumento kaj donas ĝin ekstere al indeksa konstruista tipa procezo.

Sur la starship FASTO, Ni havas multan kontrolon super la dokumento pretiganta dukton. Ni povas miksi kaj matĉo pri 100 Duktaj eroj kaj, Plej interese, Ni povas skribi niajn proprajn erojn. Ŝatas min diras, RAPIDE estas analizanta dokumentojn ĉiu kiu vojo sed dimanĉo kaj ĝi kompilas multan utilan informon pri tiuj dokumentoj. Tiuj frenezaj RAPIDAJ homoj estas klare frenezaj kaj obsedantaj pri dokumenta analizo ĉar ili havas ilojn kaj/aŭ strategioj VERE klasifiki dokumentojn.

Tiel … Uzanta RAPIDE en kombinaĵo kun nia propra laŭmenda dukta ero, Ni povas ekpreni ĉiuj tiu kunteksta informo de RAPIDA kaj nutri ĝin reen al MUSKO. Ĝi povus iri ion tiel:

• Dokumento estas nutrita en FASTO de MUSKO.
• Normala freneza-obsedanta RAPIDA dokumento analizanta kaj categorization okazas.
• Nia propra #la?menda dukta ero falas kelkaj de tiu kunteksta informo de al datumaro.
• Procezo de nia propra desegno legas la kuntekstan informon, Faras kelkajn decidojn sur kiel konveni tiun MUSKAN dokumenton ene de nia IA kaj markas ?in supre uzanta #aranea?o servon kaj la objektan modelon.

Nature, Ne tia #a?tomatigita procezo povas esti perfekta sed danke al la obsedanta (Kaj eble freneza-sed-je--bona-vojo RAPIDAJ homoj), Ni povas havi veran bataladon pafita #?e vere efika amasa #?ar?o procezo kiu faras pli da ol nur plenigi supre SQLan datumaron kun aro de #apena?-searchable dokumentoj.

</Fino>

Aboni al mia blogo.

Mi havis kialon hodiaŭ ludi proksimume kun la Codeplex faceted serĉo Projekti hodiaŭ.

Ĝi estas estita proksimume por momento, Sed mi hezitis elŝuti kaj uzi ĝin por la kutimaj kialoj (Plejparte manki de tempo), plus outright fear 🙂

Se vi estas rigardanta plibonigi vian serĉon kaj esplori novajn elektojn, Elŝuti ĝin kaj instali ĝin kiam vi havas horon aŭ sekve de libera tempo. Mi sekvis la instruojn de la instalaĵo manlibro kaj ĝi prenis min malpli ol 20 Minutoj havi ĝin instalita kaj laboranta. Ĝi provizas valoran minuton nulo.

Ĝi faras rigardi sufiĉe malfacilan etendi. La aŭtoroj provizas detalan piediron-trae por kompleksa BDCa scenaro. Mi povas manki ĝi, Sed mi deziras ilin ankaŭ provizus pli simplan scenaron okupanta unu el la pre-ekzistanta nemoveblaĵojn aŭ eble aldonanta unu nova administrita nemoveblaĵon. Mi provos kaj skribas ke supre mi mem en la sekvanta periodo de tempo.

Malsupra linio — En minutoj, Vi povas instali, Formi ĝin, use it and add some pretty cool functionality to your vanilla MOSS search and be a hero 🙂

</Fino>

Aboni al mia blogo.

Sur la MSDNa serĉa forumo, Homoj ofte demandas demandon tiel:

"Mi havas dokumenton nomis ‘Programaran Gvidilon’ Sed kiam mi serĉas ‘Profesian’ Serĉo ne trovas ĝin."

Ĝi ne povas senti kiel ĝi, Sed ke kvantoj al bufona serĉo. La MUSKA/WSSa uzanta fasado ne subtenas bufonan serĉon ekstere de la skatolo.

Se vi fosadas en la serĉaj araneaĵaj partoj, Vi trovos checkbox, "Ebligi serĉan terminon devenanta". Devenanta estas homa-lingva termino. Ĝi ne estas komputila lingvo substring() Tipa funkcio.

Ĉi tiuj estas kelkaj tigoj:

• "Fiŝo" Estas tigo al "fiŝkaptado"
• "Grava" Estas tigo al "majoring"

Ĉi tiuj ne estas tigoj:

• "Maj" Ne estas tigo al "majoro"
• "Profesia" Ne estas tigo al "programadisto"

La WSSa/MUSKA serĉa motoro faras subteni sovaĝan kartan serĉon tra la API. Ĉi tie estas unu bloga artikolo kiu priskribas kiel fari tion: http://www.dotnetmafia.com/blogs/dotnettipoftheday/archive/2008/03/06/how-to-use-the-moss-enterprise-search-fulltextsqlquery-class.aspx

3a partia produkto, Ontolica, Provizas sovaĝan kartan serĉon. Mi ne uzis ke produkto.

</Fino>

Aboni al mia blogo.