Én működő-ra egy felülvizsgálati architektúrával ezen a héten, és azt sugallja, egyebek, hogy az ügyfél fontolják meg a tezaurusz, és segítsen javítani a végfelhasználók keresést. Birtoklás soha megtett ez én magam, Azt akartam, hogy csinál egy gyors kezek--ra teszt, úgy, hogy az én-m javaslat hiteles.

Meglepően nehéz volt, hogy kitaláljuk, hogyan kell csinálni, annak ellenére, hogy, valójában, nagyon könnyű. Van egy nagyon jó kis információ keresése a szinonimaszótárban (Ellenőrizze itt és itt, például). Azonban, e dokumentumok vagy WSS 2.0 / SPS 2003 orientált, vagy valójában nem részletezik mit tenni után a módosításokat hajtottunk végre a szinonimaszótárban. Egy nagy áttekintés és a szép kis részlet, de ez nem elég ahhoz, hogy át a célvonalon.

Ezeket a lépéseket, munkás értem:

1. A módosításokat a szinonimaszótár. (Lásd alább egy fontos megjegyzés)
2. Megy a szerver, és indítsa újra az "Office SharePoint Server keresési" szolgáltatás.

Egy tanács-ból kalap-hoz Mr. J. D. Wade (bio). Ő biztosított a kulcs kicsit a keresési szolgáltatás újraindítása, és megmentett végtelen, időigényes és fölösleges iisresets és a teljes index a bejárások. Ez az epizód azt bizonyítja, mégegyszer, hogy a Twitter a félelmetes. (Kövess engem a twitter itt. Én követ a SharePoint személynek, hogy a következőképpen értem).

Nem tudom, ha ez a funkció érhető el a WSS. Ha van, vagy nem, Kérem, hagyjon egy megjegyzést, vagy e-mailben nekem, és én majd frissíti ezt a hozzászólást.

Fontos Megjegyzés:: Egymásnak ellentmondó információ, amely XML szinonimafájl módosítása. Van ez a fogalom "tsneu.xml" mint a "semleges" szinonimaszótár. Én elpusztít sok időt, hogy az egyik. Az én esetemben, Én szükséges-hoz cserél a "tsenu.xml" fájl található a mappában a app ID, maga: \\win2003srvc$ Program FilesMicrosoft Office Servers12.0DataOffice ServerApplications3c4d509a - 75 c 5-481 c-8bfd-099a89554e17Config. Feltételezem, hogy több gazdaság helyzete, lenne, hogy ez a változás, mindenhol lekérdezéskiszolgáló fut.

</vége>

Subscribe to my blog.

I've fejezte be a nap 2 a napsütötte Needham gyors képzés, MA, és tele vagyok ötletekkel (melyik minden a jó képzés osztály csinál nekem). Egy sajátos szempontból gyors is gondolkodás, és azt akartam, hogy írja le, miközben még mindig friss és normális napról-napra "cucc volt" tolta ki a fejemből.

Mi SharePoint, WSS 3.0 / MOSS végrehajtói gyakran szembesülnek egy nehéz probléma bármilyen ésszerű méretű SharePoint-projekt: Hogyan jutunk a címkézetlen adatok betöltése SharePoint, úgy, hogy minden beleillik a tökéletesen kialakított információs architektúra?

Elég gyakran, Ez nem olyan nehéz probléma, mert mi hatókör magunkat a bajt: "Nem érdekel semmi több, mint 3 hónapok régi." "Mi kezelni mindent, amit a régi cucc a kulcsszavas keresés, és megy előre megcsinálom a helyes út…" Stb.

de, Mi történik, ha mi nem hatókör magunkat a bajt, és mi vagyunk keresi a 10 ezer és 100 ezer (vagy akár több millió) a dokik — a rakodás és megjelölt, melyik a jámbor szeretnénk?

GYORS erő lenni a válaszol.

GYORS barátait keresési folyamat tartalmaz egy csomó mozgó alkatrészek, de egy egyszerűsített nézet Ez:

• Egy lánctalpas folyamat úgy néz ki, a tartalom.
• Megkeresi a tartalom és a kezek it off to a közvetítő folyamat, amely kezeli a medence, a dokumentum processzorok.
• Közvetítő folyamat kezek it off to a dokumentum processzorok egyik.
• A Mobilbizonylat-feldolgozó elemzi a dokumentumot és keresztül csővezeték folyamat, a bejeezus a dokumentum elemzi, és kezek it off to egy index builder típusú folyamat.

A a csillaghajó gyors, van egy csomó felett a dokumentum-feldolgozás csővezeték. Tud keverjük össze, és egyezik a 100 csővezeték-összetevők és, a legtöbb érdekes, Írhatunk saját komponensek. Mint mondom, GYORS dokumentumok elemzése minden irányba, de vasárnap, és egy csomó hasznos információt ezeket a dokumentumokat a program lefordítja. Azok őrült gyors, akik egyértelműen őrült és megszállott a dokumentum elemzése mert eszközök és/vagy stratégiák igazán kategorizálhatja a dokumentumokat.

Így … GYORSAN a saját egyedi csővezeték-összetevők együttes alkalmazásával, Mi megragad a környezeti információt a gyors, és táplálja vissza moha. Ez lehet, hogy megy valami ilyesmi:

• Dokumentum táplálnak be gyorsan a moha.
• Normál őrült-megszállott böjt dokumentum elemzése és a kategorizálási történik.
• A saját egyedi csővezeték-összetevők csepp néhány összefüggésben tájékoztatásnak ki egy adatbázis.
• A folyamat a saját design szól a háttér információkat, bizonyos döntéseket hogyan illeszkedik belül Mi IA MOSS dokumentum és jelöli használ a pókháló szolgáltatás és az object model.

természetesen, nincs ilyen automatizált folyamat lehet tökéletes, de köszönhetően a megszállott (és esetleg insane-but-in-a-good-way gyorsan az emberek), Mi lehet egy valós harci lövés egy valóban hatékony tömeges betöltési folyamat, amely több, mint töltse fel egy csomó alig kereshető dokumentumok SQL adatbázis.

</vége>

Subscribe to my blog.

OK ma játszani volt a Codeplex csiszolt keresés projekt ma.

Ez már körül egy ideig, de én tétovázott-hoz letölt és használ ez a szokásos okok miatt (főleg idő hiánya), plusz egyenesen attól tartanak 🙂

Ha keres, a keresés javításához, és fedezze fel az új lehetőségek, Töltse le és telepítse azt, amikor már egy óra múlva a szabad idő. Én ellenőrzött a utasítások a telepítési kézikönyv, és ez elvitt én kevésbé mint 20 jegyzőkönyv-hoz volna ez beiktatott és működő. Ez biztosítja a perc értéke nulla.

Úgy néz ki, szép kemény-hoz meghosszabbít. A szerzők írásukban egy részletes walk-through a komplex üzleti Adatkatalógus forgatókönyv. Esetleg hiányzik, de én kívánság ők is adna egy egyszerűbb forgatókönyv magában foglaló, a már meglévő tulajdonságok egyikét, vagy talán a egy új felügyelt tulajdonság hozzáadása. Kell próbálja ki, és írja, hogy fel magam a következő időszakban az idő.

Alsó sorban — percben, telepítése, Állítsd be, használja, és adjunk hozzá néhány szép hűvös funkciót a vanília MOSS keresés, és egy hős 🙂

</vége>

Subscribe to my blog.

Az MSDN-fórumon keresés, az emberek gyakran kérdez egy kérdés, mint ez:

"Van egy dokumentum" programozási útmutató’ de mikor keressen "Pro’ keresés nem találja meg."

Egyáltalán nem lehet érezni, mint ez, de hogy az összeg a helyettesítő keresés. A MOSS/WSS felhasználói felülete nem támogatja a helyettesítő keresés a dobozból.

Ha beleveti magát a keresés kijelzők, talál egy csekkfüzet, "Keresési kifejezés szótőkeresés engedélyezése". Származó egy emberi nyelv kifejezés. -A ' nem egy számítógép nyelvi substring() típus függvény.

Ezek néhány szárak:

• "hal" van egy szára "halászat"
• "nagy" van egy szára "szakon"

Ezek nem szár:

• "maj" nincs egy "jelentős szár"
• "pro" Ez nem egy "programozó szár"

A WSS/moha kutatás motor támogatja a wild-card keresés API-n keresztül. Itt van egy blog cikket, amely leírja, hogyan kell csinálni, hogy: http://www.dotnetmafia.com/blogs/dotnettipoftheday/archive/2008/03/06/how-to-use-the-moss-enterprise-search-fulltextsqlquery-class.aspx

Egy 3rd party termék, Ontolica, biztosít a wild-card keresés. Nekem van nem használt termék.

</vége>

Subscribe to my blog.