Category Archives: SharePoint-keresés

Hogyan lehet megadni az emberek keresési hatókörként / Tartalomforrások SharePoint 2013 REST API

2 Válaszok

Volt az oka, hogy működjön együtt a SharePoint 2013 Via többi először Search API. Azt akartam, hogy keressen az emberek, nem dokumentumokat. A kulcs itt az, hogy a tanulás megadhatja a tartalomforrások keresztül a globálisan egyedi Azonosítóra (vagy legalábbis ebben az esetben). A következő jQuery részlet megmutatja, hogy hogyan:

    loadExpertsAsync: függvény() {

        jQuery.support.cors = igaz;

        $.Ajax({
            URL: Ez.CreateFullApiUrl() +
                "?QueryText = "portálok"&SourceId = "b09a7990-05ea-4af9-81ef-edfab16c4e31"" +
                "&selectproperties ='LinkedInProfileUrl,GoogleCirclesProfileUrl,BALargeProfilePictureUrls,BAGridPictures,WorkEmail,Készségek,AboutMe,Érdekeit,Munkakör,PastProjects,PictureURL,PreferredName,TwitterHandle,LinkedInProfileUrl,PreferredName,GoogleCirclesProfileUrl'" +
                "&a ROWLIMIT = 99",
            a módszer: "KAP",
            fejlécek: { "Fogadja el": "Application/json; OData = verbose" },
            gyorsítótár: hamis,
            siker: függvény (eredmény) {

Az én esetemben, Én futás a API ellen SharePoint online. Ahhoz, hogy a globálisan egyedi azonosító, Követtem a lépéseket:

  1. Hozzáférés a SharePoint admin center
  2. Válassza a "keresés", a bal oldali navigációs
  3. Válassza a "Manage eredmény források"
  4. Válassza ki a "Helyiek eredmények"
  5. Nézd meg az URL.

Az én-m URL nézett valamit, mint:

https://xyzzy-admin.sharepoint.com/_layouts/15/searchadmin/EditResultSource.aspx?level=tenant&sourceid=b09a7990%2D05ea%2D4af9%2D81ef%2Dedfab16c4e31&view=1

A sourceid paraméter mi munkás értem.

(Megértem, hogy a sourceid valójában lehet egyfajta állandó dolog-val SP, de azért mindig megnézem 🙂 ).

</vége>

undefinedSubscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

Egy ok esetében a "a hiba létrehozója nem adott meg okot.”

Válaszolj

Amit csinál sok munka SharePoint keresési mostanában, és a kifejezetten az KeywordQuery osztály, Tulajdonságok és metódusok.

Ha azt szeretné, hogy az eredményhalmazt ad vissza eredményt, a szokásos gyanúsítottak túlmutató (lásd itt), a SelectedProperties gyűjtemény hozzáadása, mint a:

myKeywordQuery.SelectProperties.Add("xyzzy");

Sok köszönet és egy tipp, hogy kalap Corey Roth és Ez rendkívül hasznos blogbejegyzést (http://www.dotnetmafia.com/blogs/dotnettipoftheday/archive/2008/02/19/how-to-use-the-moss-enterprise-search-keywordquery-class.aspx)

Az én esetemben, "xyzzy" nem kezelt tulajdonsághoz ténylegesen.  Amikor azt is Hozzáadtam SelectedProperties egyébként, SharePoint dobta egyik kedvenc valaha runtime kivételek:

"A hiba létrehozója nem adott meg okot."

Én különösen, mint a tőke "R" okát.  Ez úgy hangzik, hogy nekem, mint a.NETTÓ egyenértékű"Nekem van nem száj, és azt kell scream.”

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

Kéznél levő hivatkozás: Alapértelmezett KeywordQuery Keresés eredménye

1 Válasz

Amikor elindítania a végrehajtás() a módszer egy KeywordQuery, egy ResultType.RelevantResults alapuló ResultTable hozhat létre.  Ez a kódrészlet szemlélteti, hogy mit jelent:

ResultTableCollection resultsTableCollection = myKeywordQuery.Execute();

ResultTable searchResultsTable = resultsTableCollection[ResultType.RelevantResults];

Az eredményül kapott táblát lesz a következő oszlopok információk: 

Munkaazonosító
Rank
Cím
Szerző
Mérete
Elérési út
Leírás
Írás
SiteName
CollapsingStatus
HitHighlightedSummary
HitHighlightedProperties
ContentClass
IsDocument
PictureThumbnailURL
ServerRedirectedURL

Ez a lista azt levezetni egy SharePoint 2010 környezet, Enterprise edition.  Remélhetőleg ez lesz hasznos, hogy valaki a jövőben.

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

SharePoint 2010 KeywordQuery és a HiddenConstraints tulajdonság

Válaszolj

Végeztem egy kis munka, a KeywordQuery SharePoint-objektum 2010 és kihasználva a HiddenConstraints ingatlan.

Bármely azonnal hasznos információk az, hogy nem talált tulajdonság, tehát gondoltam, szeretném, ha gyorsan lejegyez hogyan már használja azt.

Amennyire én tud mond, Ez egy automatikus megkötés, hogy a fajta Park, ez van, és ne aggódj a lekérdezéshez hozzáadott.  Az ilyen, -a ' csak egy másik kulcsszó (vagy a kulcsszavak) és módosítók, hogy tudod begépel a UI amikor vagy csinál egy kulcsszavas keresés.  Itt van egy példa:

keywordQuery.HiddenConstraints = "hatókör:\"Industry" ";

Hozzáadhat további megszorítások, a tér határoló.

keywordQuery.HiddenConstraints = "hatókör:\"Industry" védelem";

A fenti mondja angolul, "keres"védelem"kulcsszó lekérdezés futtatását, továbbá, használja az "Ipar" hatálya.

Itt van másik út-ból látszó-on ez:

image

Már használ ez biztosít a szövegkörnyezet-függő automatikus hatókör egyéni kijelző.  Amikor a felhasználó rákattint egy lapot, és a Keresés gombra kattint, a lap azt diktálja, hogy egy adott keresési művelet hatókörét.  Eddig jól működik.

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

"Egy vagy több mező típusú nincs megfelelően telepítve egyik oka”

1 Válasz

Hogy volt egy kicsi csípés tegnap kijelzőnek, hogy egy listát CAML lekérdezése nem.  A változás csináltam., kikerül és kapott találatot hiba:

Váratlan hiba történt a három nap Outlook-Időjárás kijelző. Lépjen kapcsolatba a rendszergazdával.. Egy vagy több mező típusú nincs megfelelően telepítve. Ugrás a mezőket törölni szeretné, a lista beállításai lap.

Én néző oddball egy másik kérdés korábban, így azt nem azonnal kapcsolatba CAML a lekérdezés a hiba, amely a SharePoint volt jelentési nekem.  Én tett egy gyors bing-keresés és és alapít ez hasznos blogbejegyzést által Homokkal beszórt Nahta  (http://snahta.blogspot.com/2009/01/one-or-more-field-types-are-not.html).

Itt van a rossz a lekérdezés:

lekérdezés.Lekérdezés ="<Ahol><És><NEQ><A FieldRef neve = "Abbr" /><Érték típusa = "Szöveg">SFNY</Érték><A FieldRef neve = "Abbr" /><Érték típusa = "Szöveg">SFIS</Érték></NEQ></És></Ahol>";

Itt van rögzített:

lekérdezés.Lekérdezés ="<Ahol><És><NEQ><A FieldRef neve = "Abbr" /><Érték típusa = "Szöveg">SFNY</Érték></NEQ><NEQ><A FieldRef neve = "Abbr" /><Érték típusa = "Szöveg">SFIS</Érték></NEQ></És></Ahol>";

Így, az erkölcsi a történet van: Győződjön meg arról, hogy a CAML helyes-e, vagy kaphat a oddball hiba.

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

</vége>

Bejelenti a Microsoft Enterprise Search felhasználói csoport

Válaszolj

Én vagyok nagyon izgatott, hogy bejelentette, hogy Natalya Voskresenskaya, az én-m társ SharePoint MVP és partner (sokkal kevesebb segítségével nekem, mint ő megérdemelt) indít egy új felhasználói csoport szentelt a vállalati keresési Microsoft technológián alapuló. Mint egy gyakorlati kérdés, ez csapódik le, hogy az SP 2010 Keresés és sok beszélni gyors, különösen a mi első ülés. Natalja, és írt sok gyors át az elmúlt évben a mi blogok (Natalja van több és jobb dolog, mint én!).

Első találkozásunk jön pár hét alatt New York-i Microsoft felújított irodák 6 Rock központ közelében. Ha te vagy a New York-i, a 12/9, nincs mentség, hogy ne látszatát. Hasonlóképpen, az emberek Jersey. Connecticut ember tud maradni otthon (csak viccelek!).

NY/NJ/CT emberek átugornia e bekezdés. Tervezzük továbbá az ülésen rögzíteni, és fuss élő webes munkamenetet tehát, ha él a tri-state területen kívül, lesz képes-hoz Dallam-ban.

Én blog ez valamivel több, mint ez a leg--bb szerencsés nap közeledik, de Regisztráljon most. Regisztráció után, a hosszú várakozás kezdődik. Ez idő alatt, az ütemezés törlése, megtörni a hírt, hogy a család, és figyelmezteti a média, mert nem akarnak lemondani Nate Treloar indítsuk csoportunkat a Holdra és tovább 🙂

Tudjon meg többet a mi honlapunkról: http://www.sharepointgroups.org/enterprisesearch/default.aspx.

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

Kormányzás és a SharePoint-keresés – Soha túl késő-hoz elkezd

Válaszolj

I írtam egy cikket (http://searchwinit.techtarget.com/tip/0,289483,sid1_gci1345231_mem1,00.html#) a SearchWinIT.com a kormányzás mint vonatkozik SharePoint-keresés. Az nem a szokásos "hangom" de ez neked való szerkesztés 🙂

Itt van, hogyan indítja el:

Bár csaknem minden aspektusa SharePoint előnyös lehet egy erős irányítási terv, MOSS 2007 vállalati keresési funkció előnyei leginkább a.

Mint minden részén SharePoint, van jó hír és rossz hír a kormányzás. Sok szervezetek, a rossz hír az, hogy rendkívül nehéz beépíteni a kormányzási terve sem létezett, ahol.

De itt van a jó hír: Gyorsan beállíthatja és javítsák a vállalati keresési bármikor szinte. És amikor a vállalati keresőprogram irányítási terv végrehajtását, azonnali eredmények láthatók.

Az egyik a problémák a SharePoint és a kormányzás az, hogy a vállalatok gyakran kap a térd mélyen a SharePoint nem kormányzati tervet, és akkor, van nem könnyű út továbbít-hoz megfejt ez. Nem így a keresés. Olvassa el a cikket, hogy kap gondolataimat e tárgyban.

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

Szolgáltatások-kiszolgálón nem jelenik meg a keresési — miért?

2 Válaszok

Voltam beszélgetni ma Ágnes Molnár (az egyetlen személy, tudom, hogy tudom, hogy Magyarországon) a furcsa keresés konfigurációs probléma. Nevezetesen, Keresés hiányzott a kiszolgálón "szolgáltatások" Megjelenítés (Via központi Admin-> Műveletek-> Kiszolgáló szolgáltatásai).

Volt egy funkcionális VM egy pillantást a saját gépen, és együtt, mi határozza meg, hogy a keresés nem lett telepítve a szerveren. Valószínűleg néhány módon lehet ezt, de megcsináltuk megerősíti, hogy "Office SharePoint Server keresési" hiányzik a listából keresztül elkezd - szolgáltatások> Felügyeleti eszközök-> Szolgáltatások.

Furcsa, a hozzá tartozó .exe * volt * a kiszolgálón ("C:\A program FilesMicrosoft Office Servers12.0Binmssearch.exe").

Csináltam egy gyors keresést, és megállapította, ez a blog bejegyzés: http://msmvps.com/blogs/obts/archive/2006/10/19/189466.aspx

Ez egy e-mailt lánc ehhez kulcspontja:

"Én megfejt ez probléma. Ez az én hibám. Válassza a "előtér-webkiszolgáló" Ahelyett, hogy "a teljes" közben felszerel."

Ez ígéretes volt., de nem voltunk benne biztos, ha a telepítő ténylegesen felvette EHÉ helyett teljes Mikor beiktatás moha.

Megnéztük az első (legkorábbi) a PSCDiagnostics * fájl verzióját a 12 Méhkas Napló könyvtárba, és ott, azt találtuk, hogy a telepítő volt, valójában, Ez a kiszolgáló a webes kezelőfelületre kell beállítani. Vége a történet, és ez volt a happy end.

(Valahol a vonal mentén, Bob Fox van szó, de emlékszem rá a hozzájárulás a vita volt egy megjegyzést arról Fable 2).

Frissítés: Ágnes Blogok ebben a témában itt: http://dotneteers.net/blogs/aghy/archive/2008/11/06/wfe-vs-complete-installation.aspx

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

Technorati Tags:

Gyors tipp: Használata “IsDocument:1” a keresési eredmények Trim

4 Válaszok

Frissítés 11/03/08: Fellow MVP Mike Walsh helyesen rámutat a WSS ez a 3.0 / MOHA szolgáltatás. Nem működik a WSS 2.0 vagy korábbi.

Updatte 11/03/08: (Egy nap a második frissítés!): A kiváló észrevétele "semmiképpen nem olvassa el" További információért és a másik jó xref láncszem.

Két kérdés jött fel gyors egymásutánban ezen a héten a MSDN fórumok kérdezés egy változata:

"Mikor én kutatás egy kulcsszót, mappák a dokumentumtár, hogy a kulcsszó az útjukba jön ki először a keresési eredményeket. Nem akarom, hogy ez megtörténjen. Fájlokat, hogy a kulcsszó fontosabbak számomra. Nem akarom, hogy a mappák egyáltalán."

Ez valójában nagyon egyszerű, hogy nem a doboz. Egyszerűen összead a "IsDocument:1" a keresési lekérdezés és a SharePoint keresése (WSS és a moha) hogy a mutató a tényleges dokumentumok.

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

Technorati Tags:

Teljesítette-e a keresési Bizottság ebben a hónapban?

Válaszolj

A hónap elején, és most olyan jó idő, mint bármely, a vállalati keresési Bizottság együtt, és elemezheti a legjobb tippek, sikeres, és így a sikeres keresések, stb.

Nem rendelkezünk a keresés-Bizottság? Akkor formálj egyet 🙂

WSS és különösen MOSS keresés részesül valamilyen emberi felügyelet. Befektetés egy pár órát egy hónap következetes havi rendszerességgel nemcsak szórakoztatóbb, mint egy hordó, a majmok, Ez lehet:

  • Betekintést a gazdálkodó információs igények. Ha az emberek keresnek, balra és jobbra, a téma "xyzzy," tudod, hogy ez egy fontos téma, hogy a gazdálkodó.
  • Lehetséges képzési követelmények meghatározása. Ha az emberek keresnek téma "xyzzy" de kell igazán keres "abcd" akkor tudod használni, nevelése, hozzátartozók, hol és hogyan lehet tájékozódni a.
  • Segít a szervezet finomítani az információs architektúra.
  • Azonosságot megállapít alkalmak-hoz növel a szinonimaszótár.
  • Egyéb lehetőségek kétségtelenül jelentkeznek.

Ki legyen a Bizottság keresés? A legjobb ember tudja, de úgy vélik:

  • Legalább egy (és talán csak egy) AZT, aki megérti (vagy lehet tanulni) a különböző ways-hoz csípés a keresés, beleértve a legjobb tippek, szinonimaszótár, a felügyelt tulajdonságok, stb.
  • Több tárgy szakértő, hogy tud olvasni a kutatási jelentések, bevesszük, és üzleti hozzáértés cselekvések tájékoztatják, így ez lehet nyomkodni a gombokat, húzza a karokat és a nyitás/zárás szelepek, szükséges, hogy a Bizottság ajánlásokat.
  • Egy vagy több információt építészek, akik érvényesítheti, ilyen vagy olyan módon, -e az információs architektúra, kereső barát e dolgozik ki jól a gazdálkodó számára.
  • A Bizottság a forgó ülés. Hogy egy vagy két ember, akik általában nem részt vesznek ilyen jellegű erőfeszítések. Akkor, hogy szokatlan és értékes betekintést az asztalra.

Boldog elemzése!

</vége>

Subscribe to my blog.

Technorati Tags: