Archívy kategórie: SharePoint vyhľadávanie

Ako zadať ľudí ako rozsah hľadania / Zdroj obsahu služby SharePoint 2013 REST API

Ja som nemal dôvod na prácu so službou SharePoint 2013 Rozhranie API vyhľadávania cez ZVYŠOK po prvýkrát. Chcel, aby vyhľadať ľudí, nie dokumentov. Kľúč učenia tu je to, že zadáte obsah zdrojov cez jeho GUID (alebo aspoň v tomto prípade). Nasledujúcich jQuery úryvok ukazuje ako:

    loadExpertsAsync: Funkcia() {

        jQuery.support.cors = pravda;

        $.AJAX({
            adresa URL: this.CreateFullApiUrl() +
                "?querytext = "portály"&sourceid = "b09a7990-05ea-4af9-81ef-edfab16c4e31"" +
                "&selectproperties = "LinkedInProfileUrl,GoogleCirclesProfileUrl,BALargeProfilePictureUrls,BAGridPictures,WorkEmail,Zručnosti,About,Záujmy,Funkcia,PastProjects,PictureURL,PreferredName,TwitterHandle,LinkedInProfileUrl,PreferredName,GoogleCirclesProfileUrl "" +
                "&RowLimit = 99",
            metóda: "ZÍSKAŤ",
            hlavičky: { "Prijať": "Aplikácia/json; Odata = podrobného" },
            Vyrovnávacia pamäť: FALSE,
            úspech: Funkcia (výsledok) {

V mojom prípade, Som beží API proti SharePoint online. Získať identifikátor GUID, Sledoval som tieto kroky:

  1. Prístup k službe SharePoint admin center
  2. Vyberte "Hľadať" z ľavej navigáciu
  3. Vyberte "Spravovať zdroje výsledok"
  4. Vyberte "Miestni ľudia výsledky"
  5. Pozrite sa na URL.

Moja adresa URL hľadal niečo podobné:

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

Sourceid parameter je to, čo pracoval pre mňa.

(Chápem, že Identifikácia zdroja môže byť v skutočnosti druh trvalé vec s SP, but I’ll always check anyway 🙂 ).

</koniec>

undefinedVyberajte môj blog.

Nasledujte ma na stebėtų na http://www.twitter.com/pagalvin

Jedna príčina pre "tvorca Táto porucha nešpecifikoval dôvod.”

Bol som robí veľa práce s SharePoint vyhľadávanie v poslednej dobe a špeciálne triedy KeywordQuery, vlastnosti a metódy.

Ak chcete výslednú množinu výsledkov nad rámec obvyklý podozrivé (pozri tu), môžete pridať do kolekcie SelectedProperties, rovnako ako v:

myKeywordQuery.SelectProperties.Add("xyzzy");

Mnohé vďaka a tip klobúk na Corey Roth a Táto nesmierne užitočná blog post (http://www.dotnetmafia.com/blogs/dotnettipoftheday/archive/2008/02/19/how-to-use-the-moss-enterprise-search-keywordquery-class.aspx)

V mojom prípade, "xyzzy" nie je skutočne spravovaných vlastnosť.  Keď som ho pričlenilo k SelectedProperties napriek tomu, SharePoint hodil jeden z mojich obľúbených niekedy runtime výnimky:

"Tvorca Táto porucha nešpecifikovala dôvod."

I predovšetkým ako veľké "R" v dôvod.  To znie mi ako ekvivalent .net"Nemám žiadne úst, a I musia scream.”

</koniec>

Vyberajte môj blog.

Nasledujte ma na stebėtų na http://www.twitter.com/pagalvin

Užitočný odkaz: Predvolené je výsledkom KeywordQuery Search

Keď vyvolať spustiť() metóda na KeywordQuery, môžete vytvoriť ResultTable založené na ResultType.RelevantResults.  Tento kód úryvok ilustruje, čo znamená:

ResultTableCollection resultsTableCollection = myKeywordQuery.Execute();

ResultTable searchResultsTable = resultsTableCollection[ResultType.RelevantResults];

Výsledná tabuľka bude mať tieto stĺpce s informáciami: 

Identifikácia
Hodnosť
Hlava
Autor
Veľkosť
Cesta
Popis
Písať
SiteName
CollapsingStatus
HitHighlightedSummary
HitHighlightedProperties
ContentClass
IsDocument
PictureThumbnailURL
ServerRedirectedURL

Tento zoznam I pochádzajúce z lokality SharePoint 2010 životné prostredie, Enterprise edition.  Dúfajme, že to bude užitočné pre niekoho v budúcnosti.

</koniec>

Vyberajte môj blog.

Nasledujte ma na stebėtų na http://www.twitter.com/pagalvin

SharePoint 2010 KeywordQuery a vlastnosť HiddenConstraints

Bol som robiť trochu práce s KeywordQuery objekt v lokalite SharePoint 2010 a využívanie HiddenConstraints nehnuteľnosti.

Nepodarilo nájsť okamžite užitočné informácie o tomto majetku, tak som myslel bych rýchlo zapisovať ako som bol s použitím ho.

Ako môžete povedať, je to automatické obmedzenie pridané do dotazu tak, že môžete zoradiť Park to tam a nestarat sa o to.  Ako taký, to je len ďalšie slovo (alebo sadu kľúčových slov) a modifikátory, ktoré môžete zadať do UI keď budeš robiť vyhľadávanie kľúčových slov.  Tu je príklad:

keywordQuery.HiddenConstraints = "rozsah:\"Industry" ";

Môžete pridať ďalšie obmedzenia s priestor oddeľovač.

keywordQuery.HiddenConstraints = "rozsah:\"Industry" obrany";

Vyššie uvedené je povedať v angličtine, "spustenie dotazu kľúčové slovo hľadá"obrany"a ďalej, použitie rozsahu "Priemysel".

Tu je ďalší spôsob, ako na to pozerať:

image

Bol som pomocou to poskytnúť kontext-dependentný automatické rozsahu na vlastnej webovej časti.  Keď používateľ klikne na kartu a klikne na tlačidlo Hľadať, karte určuje rozsah vyhľadávania.  Funguje to dobre tak ďaleko.

</koniec>

Vyberajte môj blog.

Nasledujte ma na stebėtų na http://www.twitter.com/pagalvin

Jednou z príčin "jednej alebo viacerých pole typov nie sú nainštalované správne”

Som bol tvorby malé vylepšenia včera do webovej časti, ktorá robí CAML dotaz proti zoznamu.  Vykonané zmeny, nasadiť ju a uhodit s chybou:

Vyskytla sa neočakávaná chyba v troch deň Outlook predpoveď počasia WebPart. Obráťte sa na správcu systému. Jeden alebo viac typov polí nie sú správne nainštalované. Prejdite na stránku nastavení zoznamu a odstráňte tieto polia.

Som čelila ďalším problémom podivín skôr tak nemala okamžite pripojiť môj dotaz CAML s chybu, že SharePoint bola hlásenia pre mňa.  Urobil som rýchle vyhľadávanie na bing a a našiel tento post, užitočné blog Autor: Sandeep Nahta  (http://snahta.blogspot.com/2009/01/one-or-more-field-types-are-not.html).

Tu je zlý dotaz:

dotaz.Dotaz ="<Kde><A><Neq><FieldRef meno = "Abbr" / >< Kde class = "tr_" id = "tr_10" data-token = "VmFsdWUgVHlwZT0mIzgyMTc7VGV4dCYjODIxNzs," zdroj údajov = "" > typ hodnoty = "Text"><Typ hodnoty = "Text">SFNY</Hodnota><FieldRef meno = "Abbr" / >< Kde class = "tr_" id = "tr_10" data-token = "VmFsdWUgVHlwZT0mIzgyMTc7VGV4dCYjODIxNzs," zdroj údajov = "" > typ hodnoty = "Text"><Typ hodnoty = "Text">SFIS</Hodnota></Neq></A></Kde>";

Tu je to opravené:

dotaz.Dotaz ="<Kde><A><Neq><FieldRef meno = "Abbr" / >< Kde class = "tr_" id = "tr_10" data-token = "VmFsdWUgVHlwZT0mIzgyMTc7VGV4dCYjODIxNzs," zdroj údajov = "" > typ hodnoty = "Text"><Typ hodnoty = "Text">SFNY</Hodnota></Neq><Neq><FieldRef meno = "Abbr" / >< Kde class = "tr_" id = "tr_10" data-token = "VmFsdWUgVHlwZT0mIzgyMTc7VGV4dCYjODIxNzs," zdroj údajov = "" > typ hodnoty = "Text"><Typ hodnoty = "Text">SFIS</Hodnota></Neq></A></Kde>";

Takže, ponaučenie z príbehu je: Uistite sa, že vaša CAML je správne alebo sa môžete dostať podivín chyba.

Vyberajte môj blog.

Nasledujte ma na stebėtų na http://www.twitter.com/pagalvin

</koniec>

Ohlásila bezpeènostné Microsoft Enterprise Search

Som nadšený oznámiť, že Natalya Voskresenskaya, moje kolegami SharePoint MVP a partner (s oveľa menej pomoci od mi ako si zaslúžia) začína novú user group venuje podnikové vyhľadávanie založené na technológiách spoločnosti Microsoft. Ako praktickú záležitosť, to sa scvrkává na SP 2010 hľadanie a hodně hovoriť rýchlo, najmä v našom prvom zasadnutí. Natalya, a napísali veľa o rýchlo za posledný rok na naše blogy (Natalya má viac a lepšie veci ako ja!).

Naše prvé stretnutie sa blíži do niekoľkých týždňov v New Yorku Microsoft zrekonštruované kancelárie na 6 v blízkosti Rock Center. Ak ste v New Yorku 12/9, nemáte žiadnu výhovorku, aby sa vzhľad. Podobne si dres ľudí. Connecticut ľudia môžu zostať doma (len žartujem!).

NY/NJ/CT ľudia mali vynechať tento odsek. Tiež plánujeme reláciu zaznamenať a spustiť reláciu žiť web, takže ak žijete mimo tri-oblasť štátu, mali by ste byť schopný naladiť.

I'll blog o to viac to najviac sľubný deň prístupy, ale Zaregistrujte sa teraz. Po registrácii, začína dlho čakať. Počas tejto doby, vymazať svoj rozvrh, novinu rodine a poplach médiá, pretože nebudete chcieť nechať ujsť Nate Treloar launch our group to the moon and beyond 🙂

Zistite viac z našich oficiálnych stránkach: http://www.sharepointgroups.org/enterprisesearch/default.aspx.

</koniec>

Vyberajte môj blog.

Nasledujte ma na stebėtų na http://www.twitter.com/pagalvin

Riadenie a SharePoint vyhľadávanie – Je to nikdy príliš neskoro na to začať

SOM napísal článok (http://searchwinit.techtarget.com/tip/0,289483,sid1_gci1345231_mem1,00.html#) pre SearchWinIT.com o riadení ako to súvisí s vyhľadávania SharePoint. To nie je moje obvyklé "hlas" but that’s editing for you 🙂

Tu je, ako to začína:

Hoci takmer každý aspekt SharePoint môžete využiť silné riadenia plán, MOSS 2007 podnikové vyhľadávanie prospieva väčšine všetkých.

Ako všetky časti lokality SharePoint, tam je dobré správy a zlé správy o riadení. Pre mnoho organizácií, Zlou správou je, že je veľmi ťažké začleniť plán riadenia kde neexistovala.

Ale tu je dobrá správa: Môžete rýchlo nastaviť a zlepšiť podnikové vyhľadávanie kedykoľvek takmer. A keď budete realizovať plán riadenia pre podnikové vyhľadávanie, môžete vidieť okamžité výsledky.

Jedným z problémov s SharePoint a riadenia je, že firmy často dostať kolená hlboko do lokality SharePoint bez plánu riadenia a potom, neexistuje žiadna jednoduchá cesta dopredu to vyriešiť. Nie tak s Hľadať. Prečítajte si článok dostať svoje myšlienky na túto tému.

</koniec>

Vyberajte môj blog.

Nasledujte ma na stebėtų na http://www.twitter.com/pagalvin

Služby na serveri nie je zoznam vyhľadávania — prečo?

Rozprával som dnes s Agnes Molnár (jediná osoba, viem, že viem, v Maďarsku) o problém s konfiguráciou divné vyhľadávanie. Konkrétne, vyhľadávanie bolo nezvestné od "služby na serveri" zobrazenie (prostredníctvom centrálnej Admin-> Operácie-> Služby na serveri).

Musel som sa pozrieť na funkčné VM na vlastné stroj a spolu, Zistili sme, že nebol nainštalovaný na server. Existuje pravdepodobne niekoľko spôsobov, ako to urobiť, ale sme to tým potvrdzuje, že "úrad vyhľadávania servera SharePoint Server" chýba v zozname služieb cez Štart-> Nástroje pre správu-> Služby.

Napodiv, pridružené .exe * bola * na serveri ("C:\Program FilesMicrosoft Office Servers12.0Binmssearch.exe").

Urobil rýchle vyhľadávanie a našiel tento blog vstupe: http://msmvps.com/blogs/obts/archive/2006/10/19/189466.aspx

To je e-reťazca s tento kľúčový bod:

"Som vyriešil tento problém. To bola moja chyba. Zvolím "webové klientske rozhranie" namiesto "dokončené" počas inštalácie."

To bol sľubný, ale neboli sme si istí, ak Inštalátor vlastne vybral ECR namiesto úplného keď inštalácia MOSS.

Skontrolovali sme prvýkrát (čo najskôr) verzia súboru PSCDiagnostics * v 12 úľ log adresára a tam, Zistili sme, že Inštalátor, v skutočnosti, nakonfigurovať tento server, aby sa webové klientske rozhranie. Koniec príbehu, a to mal šťastný koniec.

(Niekde pozdĺž línie, Bob Fox zaplietol, ale spomínam ho prispieva k diskusii bol komentár o Bájka 2).

Aktualizácia: Agnes blogy o tejto téme tu.: http://dotneteers.net/blogs/aghy/archive/2008/11/06/wfe-vs-complete-installation.aspx

</koniec>

Vyberajte môj blog.

Nasledujte ma na stebėtų na http://www.twitter.com/pagalvin

Technorati Tags:

Rýchly Tip: Použitie “IsDocument:1” na omietku, výsledky vyhľadávania

Aktualizácia 11/03/08: Spoluslužebník MVP Mike Walsh správne zdôrazňuje, že je to WSS 3.0 / MOSS funkcia. To nefunguje v WSS 2.0 alebo staršej.

Updatte 11/03/08: (Druhý update v jeden deň!): Nezabudnite si prečítať výborný komentár od "nowise" pre viac info a iný dobrý xref odkaz.

Dve otázky prišiel v rýchlom slede tento týždeň na fórach MSDN žiadajú zmenu tohto:

"Keď som vyhľadávanie kľúčového slova, priečinky z knižnice dokumentov pomocou tohto kľúčového slova v ich ceste vyjde prvý v mojej výsledky vyhľadávania. Nechcem, aby to stalo. Sú pre mňa dôležitejšie súbory pomocou tohto kľúčového slova. Nechcem vidieť zložky vôbec."

Je to vlastne celkom jednoduché von z krabice. Stačí pridať "IsDocument:1" Ak chcete vyhľadávací dotaz a SharePoint (WSS a MOSS) obmedzí samotného ukazuje aktuálne dokumenty.

</koniec>

Vyberajte môj blog.

Nasledujte ma na stebėtų na http://www.twitter.com/pagalvin

Technorati Tags:

Vyhľadávanie výbor splnil v tomto mesiaci?

Začiatkom mesiaca a teraz je rovnako dobrý deň, ako vaša spoločnosť vyhľadávanie výboru dať dohromady a analyzovať najlepšie stávky, úspešné a tak úspešné vyhľadávanie, atď.

Nemusíte hľadať výboru? Then form one 🙂

WSS a MOSS najmä vyhľadávanie využívať niektoré ľudské dohľad. Investovať pár hodín mesačne na mesačné základoch je nielen väčšia zábava, než barel opíc, to môže:

  • Poskytnúť vhľad do informačných potrieb podniku. Ak ľudia hľadajú vľavo a vpravo na tému "xyzzy minového," viete, že je dôležitou témou pre podnik.
  • Identifikáciu potenciálnych požiadavky na odbornú prípravu. Ak ľudia hľadajú tému "xyzzy minového" ale by mal naozaj byť hľadanie "abcd" potom môžete použiť, že vzdelávať ľudí o tom, kde a ako nájsť informácie.
  • Pomôcť vašej organizácii spresniť jej informačná architektúra.
  • Identifikovať príležitosti na posilnenie synonymický slovník.
  • Iné príležitosti bude nepochybne prezentujú.

Kto by mal hľadať výbore? By vedieť vaši ľudia najlepšie, ale zvážiť:

  • Aspoň jeden (a možno iba jeden) TO kto chápe (alebo môžete dozvedieť) rôzne spôsoby, ako vyladiť hľadania, vrátane najlepších tipov, synonymický slovník, spravovaných vlastností, atď.
  • Niekoľko predmet odborníkov, ktorý môže čítať správy vyhľadávania, prehltnúť to a komunikácie podnikania-pútavé akcie na to tak, že ho môžete stlačením tlačidla, ťahať páky a otvorenie/zatvorenie ventily tak, aby sa na základe odporúčaní výboru.
  • Informačné architektov, ktorí môžu potvrdiť, tak či onak, či informačná architektúra je hľadať priateľské a či funguje to aj pre podnik.
  • Rotujúce sídlo vo výbore. Priniesť jeden alebo dvaja ľudia, ktorí nemajú spravidla zúčastniť tieto druhy snahy. Môže priniesť neobvyklé a cenné poznatky k stolu.

Radi analyzovať!

</koniec>

Vyberajte môj blog.

Technorati Tags: