Kategorija Arhīvs: SharePoint meklēšanas

Konfigurēt tēzaura MOSS

Es strādāju par arhitektūras recenzēto dokumentu šajā nedēļā un tas liek domāt, cita starpā, ka klients apsveriet iespēju izmantot tēzauru, lai uzlabotu lietotāja meklēšanas pieredzi. Kam nekad nav darīts tas pats, Es gribēju darīt ātri praktisku testu, tāpēc, ka mans ierosinājums ir autentisks.

Bija pārsteidzoši grūti izdomāt, kā to izdarīt, lai gan tas ir, patiesībā, diezgan viegli. Tur ir diezgan labs mazliet informācijas par tēzauru (izvēles šeit un šeit, piemēram). Tomēr, Šie dokumenti ir vai nu WSS 2.0 / SPS 2003 orientētas vai tie nav faktiski formulēt to, ko darīt, lai pēc tam, kad esat veicis izmaiņas tēzaurā. Tie sniedz lielisku pārskatu un taisnīgu mazliet sīkāk, bet tas nav pietiekami šķērsot finiša līniju.

Šos soļus, kas strādāja pie manis:

  1. Veikt izmaiņas tēzaurs. (Sk. turpmāk svarīga piezīme)
  2. Dotos uz serveri un restartējiet "Office SharePoint servera meklēšanas" pakalpojums.

Hat tip Mr. J. D. Wade (Bio). Viņš sniedza atslēgu mazliet par restartējiet meklēšanas pakalpojumu un mani izglāba no bezgalīgas, laikietilpīga un nevajadzīgu iisresets un pilna indeksa pārmeklēšanu. Šī epizode pierāda, vēlreiz, ka čivināt ir awesome. (Sekot mani uz čivināt šeit. I sekot visām SharePoint personām, kas seko man).

Es nezinu, ja šī funkcionalitāte ir pieejama modulī WSS. Ja tā ir vai nav, Lūdzu, atstājiet komentāru vai e-pastu man, un es ņemšu atjaunināt šo ziņu.

Svarīga piezīme: Informācija ir pretrunīga uz kuriem XML tēzaura failu, lai mainītu. Tur ir šo jēdzienu "tsneu.xml" būdama neitrāla"" Tēzaurs. Es veltīgi kādu laiku strādā ar šo vienu. Manā gadījumā, Nepieciešams, lai mainītu "tsenu.xml" failu, kas pakārtota app ID, pati mape: \\win2003srvc$ Program Office Servers12.0DataOffice ServerApplications3c4d509a - 75 c 5-481 c-8bfd-099a89554e17Config. Es pieņemu, ka vairāku saimniecību stāvokli, jūs vēlaties veikt šīs izmaiņas, visur vaicājumu serveris darbojas.

</beigās>

Abonēt manu blogu.

Technorati Tags: Technorati Tags: , ,

SharePoint un ātri — Reese zemesriekstu sviests Cups Enterprise Apps?

Es esmu beidzis diena 2 FAST mācību saulains Nīdhems, MA, un esmu eksplodējot ar idejām (kuras visas labas apmācību klases man nodarīt). Vienu konkrētu aspektu ātri man ir domāšana, un es gribēju rakstīt to uz leju, bet tas bija vēl svaigi un normālu ikdienas "stuff" uzstāja, ka no manas galvas.

Mēs SharePoint WSS 3.0 / MOSS īstenotājiem bieži saskaras ar grūts problēma ar jebkuru saprātīgu lieluma SharePoint projekta: Kā mēs visi bez tagiem dati iepildīta SharePoint, tāda, ka tas viss atbilst mūsu nevainojami izstrādāto informācijas arhitektūrā?

Pietiekami bieži, tas nav tik smaga problēma, jo mēs paši tvērumu no nepatikšanām: "Mums nav jārūpējas par kaut ko vairāk nekā 3 mēnešiem." "Mēs tikšu galā nemaz tik veca stuff ar atslēgvārdu meklēšanas un iet uz priekšu mēs to darām pareizi…" U.c..

bet, kas notiek, ja mēs sevi nevar tvert no nepatikšanām un mēs skatāmies 10 valstu tūkstošu vai 100 tūkstoši (vai pat miljonu) dokumentu — ielāde un tagu, kas ir mūsu sirsnīgs vēlme?

ĀTRI varētu būt atbilde.

FAST ir meklēšanas process ietver daudz kustīgo daļu, bet tas ir viens vienkāršots skats:

  • Kāpurķēžu process meklē saturu.
  • Tas atrod saturu un sniedz to pie brokera process, kas pārvalda pūlu ar dokumentu procesori.
  • Broker procesā sniedz to pie viena dokumenta pārstrādātājiem.
  • Dokumentu procesors analizē dokumentu un caur cauruļvadu process, analizē no dokumentu bejeezus un sniedz to izslēgt indeksa veidotājs tipa procesa.

Par starship FAST, mums ir daudz kontroli pār dokumentu apstrādes cauruļvada. Mēs var jaukt un saskaņot par 100 konveijera komponenti un, visvairāk interesanti, mēs varam rakstīt mūsu pašu komponenti. Tāpat kā es saku, FAST analizē dokumentus ik kādā veidā, bet svētdien un daudz noderīgas informācijas par šiem dokumentiem, tā apkopo. Šīs crazy FAST cilvēki ir nepārprotami nenormāla un obsesīvi par dokumentu analīzi, jo tie rīkus un/vai stratēģijas, lai tiešām kategorizētu dokumentus.

Tik … izmantojot ātri kopā ar mūsu pašu pielāgotā konveijera komponenta, mēs varētu paķert visa šī konteksta informācija no ĀTRAS un barības atpakaļ uz MOSS. Tas varētu iet kaut kas līdzīgs šim:

  • Dokuments ir novadīt ātri no MOSS.
  • Parastā crazy obsesīvi ĀTRAI dokumentu parsing un kategorizēšanas notiek.
  • Mūsu pašu pielāgotā konveijera komponenta pilieni, daži no konteksta informācijas pie datu bāzē.
  • Mūsu pašu projektēšanas procesu, nolasa informāciju saistībā, padara dažus lēmumus par to, kā piemērots MOSS dokumenta ietvaros mūsu IA un atzīmē to uz augšu, izmantojot tīmekļa pakalpojumu un objektu modelis.

protams, nav šādu automatizētu procesu var būt ideāls, bet, pateicoties apsēstību (un ātri iespējams insane-but-in-a-good-way cilvēkiem), mums var būt reāla cīņa pret shot ir patiesi efektīvs masas slodze process, kas vairāk nekā tikai aizpildīt līdz SQL datubāzei ar ķekars tik tikko var meklēt dokumentus.

</beigās>

Abonēt manu blogu.

Technorati Tags: Technorati Tags: , ,

Fasetes meklēšanas žogs aukles ne vairāk

Man bija iemesls šodien spēlē ar codeplex fasetes meklēšanas Šodien projekts.

Tas ir apmēram uz brīdi, taču vilcinājās, lai lejupielādētu un lietotu parasto iemeslu dēļ (galvenokārt laika trūkuma), plus outright fear 🙂

Ja jūs meklējat, lai uzlabotu jūsu meklēt un izpētīt jaunas iespējas, lejupielādēt un instalēt, ja ir stundas vai arī tā brīvā laika. Es sekoju instalācijas rokasgrāmatas norādījumus un pagāja mazāk nekā 20 minūtes, lai tas jāinstalē un darba. Tas nodrošina minūšu vērtību nulle.

Tas izskatās diezgan grūti, lai paplašinātu. Autori sniedz detalizētu arkveida komplekss BDC scenārijs. Var nebūt tā, bet es vēlos, ka arī viņi nodrošinās vienkāršāku scenārijs, iesaistot vienu iepriekš pastāvošu īpašību vai varbūt pievienojot vienu jaunu pārvaldīto rekvizītu. Es izmēģināt un uzrakstīt, kas sev līdzi nākamajā laika periodā.

Grunts līnija — minūtes, var instalēt, konfigurēt tā, use it and add some pretty cool functionality to your vanilla MOSS search and be a hero 🙂

</beigās>

Abonēt manu blogu.

Technorati Tags: Technorati Tags:

SharePoint aizstājējzīmju meklēšanas: “Pro” Nav stumbra “Programmēšana”

MSDN meklēšanas forums, cilvēki bieži uzdot jautājumu kā šis:

"Man ir dokuments, kas nosaukts" programmēšanas rokasgrāmata’ bet, kad es meklēt "Pro’ meklēšana to neatrod."

Tas var justies kā tas, bet tas sasniedz aizstājējzīmju meklēšanas. SŪNAS/WSS lietotāja interfeiss neatbalsta aizstājējzīmju meklēšanas no box.

Ja jūs bakstīt meklēšanas web daļas, jūs atradīsiet izvēlnes rūtiņu, "Iespējot meklēšanas termins izriet". Kas izriet ir cilvēka valodas termins. Tā nav datora valodas apakšvirkni() tipa funkcija.

Šie ir daži kāti:

  • "zivju" ir stumbra "zvejas"
  • "galvenais" ir stumbra "majoring"

Tie nav kāti:

  • "paź" nav stumbra "galvenajām"
  • "pro" nav kātu "programmētājs"

WSS/MOSS meklētājprogrammu atbalsta meklēšanas savvaļas karti, izmantojot API. Šeit ir viena bloga rakstu, kas apraksta, kā to izdarīt: http://www.dotnetmafia.com/blogs/dotnettipoftheday/archive/2008/03/06/how-to-use-the-moss-enterprise-search-fulltextsqlquery-class.aspx

3rd party produkta, Ontolica, wild card meklēšana. Es neesmu izmantojis šo produktu.

</beigās>

Abonēt manu blogu.

Technorati Tags: Technorati Tags: