Kategorija Archives: SharePoint paieškos

Kaip nurodyti žmonių kaip ieškos aprėptį / Turinio šaltinio naudojant SharePoint 2013 POILSIO API

2 Atsakymai

Aš turėjau priežasčių dirbti su SharePoint 2013 Paieška API per likusį pirmą kartą. Aš norėjau ieškoti žmonių, ne tik dokumentų. Klavišą mokymosi čia yra tai, kad jūs nurodote turinio šaltinių per savo GUID (ar bent šiuo atveju). JQuery fragmentą pavaizduota kaip:

    loadExpertsAsync: funkcija() {

        jQuery.support.cors = tiesa;

        $.Ajax({
            URL: tai.CreateFullApiUrl() +
                "?querytext = "portalai"&SourceId = "b09a7990-05ea-4af9-81ef-edfab16c4e31"" +
                "&selectproperties ='LinkedInProfileUrl,GoogleCirclesProfileUrl,BALargeProfilePictureUrls,BAGridPictures,WorkEmail,Įgūdžių,AboutMe,Interesų,Pareigos,PastProjects,PictureURL,PreferredName,TwitterHandle,LinkedInProfileUrl,PreferredName,GoogleCirclesProfileUrl "" +
                "&rowlimit = 99",
            metodas: "GAUTI",
            antraštės: { "Priimti": "paraiškos/json; oData = kalbantys" },
            talpyklos: klaidinga,
            sėkmės: funkcija (rezultatas) {

Mano atveju, Aš einu API su SharePoint internete. Gauti GUID, Atlikau šiuos veiksmus:

  1. Prieigą prie SharePoint administravimo centro
  2. Pasirinkite "ieškoti" nuo kairλ ranka navigacija
  3. Pasirinkę punktą "Tvarkyti rezultatas šaltinių"
  4. Pasirinkite "Vietos žmonių rezultatai"
  5. Pažvelgti į URL.

Mano URL atrodė:

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

SourceId objektas yra ką dirbo už mane.

(Aš suprantu, kad sourceid iš tiesų gali būti savotiška nuolatinis dalykas su SP, but I’ll always check anyway 🙂 ).

</pabaigos>

undefinedPrenumeruoti savo dienoraštį.

Sekite mane Twitter ne http://www.twitter.com/pagalvin

Viena priežastis už "kūrėjas šio kaltės nebuvo nurodyta priežastis.”

Palikti atsakymą

Aš pats daro daug darbo su SharePoint paieškos paskutiniu, specialiai KeywordQuery klasė, ypatybes ir metodus.

Jei norite nustatyti rezultatų, virš ir po įprastus įtariamųjų rezultatas (čia), galite įtraukti jį į SelectedProperties rinkimas, kaip ir:

myKeywordQuery.SelectProperties.Add("xyzzy");

Many thanks ir skrybėlę į Patarimas Corey Roth ir tai labai naudinga dienoraštyje (http://www.dotnetmafia.com/blogs/dotnettipoftheday/archive/2008/02/19/how-to-use-the-moss-enterprise-search-keywordquery-class.aspx)

Mano atveju, "xyzzy" nėra faktiškai valdomo turto.  Kai aš įtrauktas į SelectedProperties bet kuriuo atveju, SharePoint vienas iš mano mėgstamiausių retai kada nors runtime išimtys:

"Šis kaltės kūrėjas nenurodė priežasčių."

Man ypač patiko priežasties kapitalo "R".  Tai skamba man patiko.GRYNOSIOS ekvivalentas"Turiu Nr nagų, ir turi juokingas.”

</pabaigos>

Prenumeruoti savo dienoraštį.

Sekite mane Twitter ne http://www.twitter.com/pagalvin

Patogu nuoroda: Numatytasis KeywordQuery paieškos rezultatai

1 Atsakyti

Kai jūs remtis, vykdyti() metodas a KeywordQuery, galite sukurti ResultTable, remiantis ResultType.RelevantResults.  Šio kodo fragmentą iliustruoja, ką reiškia:

ResultTableCollection resultsTableCollection = myKeywordQuery.Execute();

ResultTable searchResultsTable = resultsTableCollection[ResultType.RelevantResults];

Dėl lentelės turės šiuos stulpelius informacijos: 

WorkId
Rangas
Antraštinė dalis
Autorius
Dydis
Maršrutas
Aprašymas
Rašyti
SiteName
CollapsingStatus
HitHighlightedSummary
HitHighlightedProperties
ContentClass
IsDocument
PictureThumbnailURL
ServerRedirectedURL

Aš gauti šį sąrašą iš SharePoint 2010 aplinkos, Enterprise edition.  Tikimės, kad tai bus naudinga kam nors ateityje.

</pabaigos>

Prenumeruoti savo dienoraštį.

Sekite mane Twitter ne http://www.twitter.com/pagalvin

SharePoint 2010 KeywordQuery ir HiddenConstraints nuosavybė

Palikti atsakymą

I been doing šiek tiek darbo su į KeywordQuery objekto SharePoint 2010 naudojimo, HiddenConstraints nekilnojamojo turto.

Man nepavyko rasti jokių iš karto naudingos informacijos, ir kad turto, ir aš maniau, būtų greitai užrašoma kaip I been naudojant ji.

Tiek, kiek aš galiu pasakyti, tai yra automatinis apribojimas įtraukta užklausą, kad galite rūšiuoti parko tai ten ir ne worry about it.  Kaip toks, tai tik dar vienas raktinis žodis (ar raktinių žodžių rinkinį) ir modifikatorius, kad galite įvesti į UI kai raktinių žodžių paiešką.  Štai pavyzdys:

keywordQuery.HiddenConstraints = "taikymo sritis:\"Industry" ";

Galite pridėti papildomų apribojimų su vietos skyriklis.

keywordQuery.HiddenConstraints = "taikymo sritis:\"Industry" gynybos";

Aukščiau sako anglų kalba, "paleisti"gynybos"ieško raktinių žodžių užklausą ir be to, naudoti "Pramonės" taikymo sritis.

Čia pateikiamas kitas būdas pažvelgti į tai:

image

Aš naudoju jį teikti kontekste priklausomuose Automatinis sritį pasirinktinį puslapio dalies.  Kai vartotojas spusteli skirtuką ir spusteli paieškos mygtuką, skirtuką diktuoja ypač ieškos aprėptį.  Jis veikia gerai iki šiol.

</pabaigos>

Prenumeruoti savo dienoraštį.

Sekite mane Twitter ne http://www.twitter.com/pagalvin

Viena iš priežasčių "vieną ar daugiau lauko tipai yra netinkamai įdiegta”

1 Atsakyti

Buvo padaryti maža įgnybti vakar į tinklapio dalis, kurioje nėra CAML užklausą pagal sąrašą.  Aš padariau pakeitimus, Magento ir gavo hit su klaida:

Netikėta klaida įvyko, trys dienos Outlook Weather Forecast valdikliai Tinklapiodalis. Prašome susisiekti su sistemos administratoriumi. Vienas arba daugiau laukų tipų nėra tinkamai įdiegta. Eikite į sąrašo parametrų puslapį, kad juos panaikinti.

Aš susiduria su dar vienas originalus klausimas anksčiau, aš ne iš karto prisijungti mano CAML užklausa su klaida, kad SharePoint buvo atskaitomybės man.  Aš Greita bing paieška ir ir rasti šį pranešimą naudinga dienoraščio pagal Sandeep Nahta  (http://snahta.blogspot.com/2009/01/one-or-more-field-types-are-not.html).

Čia yra netinkamas užklausos:

užklausos.Užklausa ="<Tais atvejais, kai><Ir><Neq><FieldRef pavadinimas = "Abbr" /><Vertės tipas = "Tekstas">SFNY</Vertė><FieldRef pavadinimas = "Abbr" /><Vertės tipas = "Tekstas">SFIS</Vertė></Neq></Ir></Tais atvejais, kai>";

Čia ji yra nustatyta:

užklausos.Užklausa ="<Tais atvejais, kai><Ir><Neq><FieldRef pavadinimas = "Abbr" /><Vertės tipas = "Tekstas">SFNY</Vertė></Neq><Neq><FieldRef pavadinimas = "Abbr" /><Vertės tipas = "Tekstas">SFIS</Vertė></Neq></Ir></Tais atvejais, kai>";

Taigi, istorijos moralas yra: Įsitikinkite, kad jūsų CAML yra teisinga ar galite gauti originalus klaida.

Prenumeruoti savo dienoraštį.

Sekite mane Twitter ne http://www.twitter.com/pagalvin

</pabaigos>

Skelbimas Microsoft įmonės ieškos vartotojų grupės

Palikti atsakymą

Man labai malonu pranešti, kad Natalija Voskresenskaya, mano kolegos SharePoint MVP ir partneris (kur kas mažiau pagalbos iš man ji nusipelnė) pradeda naują vartotojų grupę skirti įmonių paieška remiantis Microsoft technologija. Kaip praktiškai, tai suvesta į SP 2010 paieškos ir daug kalbama apie greitai, ypač mūsų pirmoji sesija. Natalija ir aš parašė daug apie greitai per pastaruosius metus mūsų Dienoraščiai (Natalija turi daugiau ir geresnių dalykų nei aš!).

Savo pirmąjį posėdį ateina per kelias savaites Niujorke Microsoft naujai rekonstruotas įstaigose 6 – uolienos centras. Jei esate Niujorke 12/9, Jūs neturite jokių pateisinimu negali atlikti išvaizdą. Taip pat už Jersey žmonės. Konektikutas žmonės gali likti namie (juokauju!).

NY/NJ/CT žmonės turėtų praleisti šį punktą. Mes taip pat planuojame įrašyti sesijos ir paleisti gyvų interneto sesijos, jei jūs gyvenate ne tri-state sritis, jums turėtų būti suteikta dera.

Aš dienoraštį apie tai daugiau kaip šis labiausiai palankių dieną metodus, tačiau registruotis dabar. Po, ilgai laukti prasideda. Per tą laiką, Išvalykite savo tvarkaraštį, nutraukti naujienų savo šeimai ir įspėja žiniasklaida nes jums nebus wanna miss Nate Treloar launch our group to the moon and beyond 🙂

Daugiau iš mūsų oficiali svetainė: http://www.sharepointgroups.org/enterprisesearch/default.aspx.

</pabaigos>

Prenumeruoti savo dienoraštį.

Sekite mane Twitter ne http://www.twitter.com/pagalvin

Valdymas ir SharePoint paieškos – Tai niekada per vėlai, kad pradėti

Palikti atsakymą

AŠ parašė straipsnį (http://searchwinit.techtarget.com/tip/0,289483,sid1_gci1345231_mem1,00.html#) už SearchWinIT.com apie valdymą kaip ji yra susijusi su SharePoint paieškos. Tai ne mano įprastu "balsu" but that’s editing for you 🙂

Štai kaip jis pradeda:

Nors beveik kiekvieną aspektą SharePoint gali pasinaudoti stiprus valdymo planą, MOSS 2007 įmonės paieškos funkcija naudinga svarbiausia.

Kaip ir visos dalys, SharePoint, yra gera ώinia ir blogψ naujienψ apie valdymo. Daugelis organizacijų, blogos naujienos yra tai kad labai sunku įtraukti valdymo planą nė vienas egzistavo.

Bet čia yra geros naujienos: Galite greitai nustatyti ir pagerinti įmonių paieška beveik bet kuriuo metu. Ir kai atliekate valdymo planą įmonių paieška, Jūs galite pamatyti greitų rezultatų.

Viena iš problemų su SharePoint ir valdymas yra kad įmonės dažnai gauti kelio giliai į SharePoint su valdymo plano ir tada, tai nėra lengva kelias į priekį ją išspręsti. Ne tiek su paieška. Skaityti straipsnį, kad mano mintys šiuo klausimu.

</pabaigos>

Prenumeruoti savo dienoraštį.

Sekite mane Twitter ne http://www.twitter.com/pagalvin

Technorati Tags: ,

Paslaugos serverio neišvardija paieškos — kodėl?

2 Atsakymai

Šiandien buvau kalbasi su Agnes Molnar (vienintelis asmuo, aš žinau, kad aš žinau, Vengrija) apie keistą paieškos konfigūracijos problema. Būtent, paieškos buvo trūksta "paslaugos serverio" Rodyti (per centrinės Admin-> Operacijų-> Paslaugos serverio).

Aš pažiūrėkite, funkcinis VM savo kompiuteryje ir kartu, nustatėme, kad paieškos nebuvo įdiegta, kad serveris. Yra tikriausiai keletą būdų, kaip tai padaryti, bet mes tai iš patvirtinantis, kad "Office SharePoint Server ieškos" trūko iš paslaugų per Start - sąrašas> Administravimo įrankiai-> Paslaugos.

Keistai, susijusios .exe * buvo * serveryje ("C:\Programa Microsoft Office Servers12.0Binmssearch.exe").

Aš greitai ieškoti ir rasti šio dienoraščio įrašas: http://msmvps.com/blogs/obts/archive/2006/10/19/189466.aspx

Tai elektroninio pašto tinklas su šį klausimą:

"Aš išspręsti šią problemą. Tai buvo mano klaida. Pasirinkti "žiniatinklio priekinės dalies" vietoj "Complete" metu įdiegti."

Tai buvo perspektyvus, bet mes nebuvome tikri, ar montuotojas iš tikrųjų buvo nuskintos WFE vietoj visiškai kai diegiant MOSS.

Mes šiemet pirmą (kuo greičiau) PSCDiagnostics * failo į versiją į 12 avilys žurnalo katalogą ir ten, Mes nustatyta, jog montuotojas, tiesą sakant, sukonfigūruotas šio serverio, kad žiniatinklio priekinės dalies. Pabaiga istorija ir ji buvo laiminga pabaiga.

(Kažkur palei linija, Bob Fox įsitraukė, bet viskas, aš prisiminti jį prisidėti prie diskusijų buvo komentarą apie Pasakėčia 2).

Atnaujinimas: Agnes Dienoraščiai šia tema čia: http://dotneteers.net/blogs/aghy/archive/2008/11/06/wfe-vs-complete-installation.aspx

</pabaigos>

Prenumeruoti savo dienoraštį.

Sekite mane Twitter ne http://www.twitter.com/pagalvin

Technorati Tags:

Greitas Patarimas: Naudoti “IsDocument:1” kirpti paieškos rezultatai

4 Atsakymai

Atnaujinimas 11/03/08: Kolegos MVP Mike Walsh teisingai nurodo, kad tai yra WSS 3.0 / SAMANŲ funkcija. Jis neveikia WSS 2.0 arba anksčiau.

Updatte 11/03/08: (Antrasis atnaujinimas per vieną dieną!): Būtinai perskaitykite puikus komentarą "nowise" Daugiau informacijos ir kita gera xref nuoroda.

Du klausimai atėjo vienas po kito šią savaitę MSDN forumai klausia tai variacijos:

"Kada aš ieškoti tam raktinių žodžių, aplankus iš mano dokumentų bibliotekos su šiuo raktažodžiu jų kelyje išeis pirmosios mano paieškos rezultatuose. Aš nenoriu, kad taip atsitiktų. Failai su šiuo raktažodžiu yra svarbesnis man. Aš nenoriu matyti aplankus ne visi."

Tai tikrai gana paprasta iš lauko. Tiesiog pridėkite "IsDocument:1" paieškos užklausą ir SharePoint paieškos (WSS ir MOSS) bus apsiriboti rodoma faktinė dokumentai.

</pabaigos>

Prenumeruoti savo dienoraštį.

Sekite mane Twitter ne http://www.twitter.com/pagalvin

Technorati Tags:

Turi savo paieškos komitetas posėdžiavo šį mėnesį?

Palikti atsakymą

Tai mėnesio pradžioje ir dabar yra kaip geras laikas kaip bet jūsų įmonės paieškos komitetą susitikti ir analizuoti tinkamiausius, sėkmingas ir ne toks sėkmingas paieškas, ir tt.

Jūs neturite ieškoti komitetas? Then form one 🙂

WSS ir ypač MOSS ieškoti naudos iš kai kurių žmonių priežiūra. Investuoti keletą valandų per mėnesį nuosekliai mėnesį yra ne tik daug smagiau nei beždžionės barelį, ji gali:

  • Suteikti pažvelgti į įmonės informacinius poreikius. Jei žmonės ieško kairę ir į dešinę už temą "xyzzy," Jūs žinote, kad yra svarbi tema įmonei.
  • Nustatyti galimą mokymo reikalavimai. Jei žmonės ieško tema "xyzzy" bet tikrai turėtų būti ieškote "abcd" tada galite naudoti, kad šviesti žmonės apie tai, kur ir kaip rasti informaciją.
  • Padėti jūsų organizacijai tobulinti savo informacijos architektūra.
  • Nustatyti galimybes didinti tezauras.
  • Kitos galimybės bus be abejo prisistatyti.

Kas turėtų būti paieškos komitete? Jūs žinote savo žmonių geriausias, bet mano:

  • Bent vienas (ir galbūt tik vienas) TAI asmuo, kuris supranta (ar galite sužinoti) įvairių būdų, kaip keisti paieškos, įskaitant Tinkamiausi pasirinkimai, tezauras, valdomos ypatybės, ir tt.
  • Keletas dalyko ekspertai, kurie gali skaityti ataskaitos, praryja jį ir perduoti verslą išmanančios veiksmų jai, kad ji gali stumti mygtuką, traukti svertus ir atidarymo/uždarymo vožtuvus būtina dėl komiteto rekomendacijų.
  • Vienas ar daugiau informacijos architektų, kurie gali patvirtinti, vienaip ar kitaip, ar informacijos architektūra yra paieškos draugiškas ir ar jis yra darbo, taip pat įmonės.
  • Sukasi sėdynės komitete. Vieną ar du žmones, kurie nėra paprastai dalyvauja šių rūšių pastangas pritraukti. Jie gali pateikti neįprastas ir vertingų įžvalgų į lentelę.

Laimingas analizuoti!

</pabaigos>

Prenumeruoti savo dienoraštį.

Technorati Tags: