Kategooria Arhiiv: SharePointi otsing

Kuidas määrata inimeste otsingu ulatus / SharePointi sisuallika 2013 PUHKUS API

Mul oli põhjust töötamiseks SharePointi 2013 Otsi API kaudu ülejäänud esimest korda. Ma tahtsin inimesi otsima, mitte dokumentide. Õppimine on see, et võti Määrake sisuallikate kaudu oma GUID (või vähemalt antud juhul). Järgmised jQuery väljavõte näitab kuidas:

    loadExpertsAsync: funktsioon() {

        jQuery.support.cors = True;

        $.AJAX({
            URL-i: See.CreateFullApiUrl() +
                "?querytext = "portaale"&SourceId = "b09a7990-05ea-4af9-81ef-edfab16c4e31"" +
                "&selectproperties ='LinkedInProfileUrl,GoogleCirclesProfileUrl,BALargeProfilePictureUrls,BAGridPictures,WorkEmail,Oskused,AboutMe,Huvide,Ametinimetus,PastProjects,PictureURL,PreferredName,TwitterHandle,LinkedInProfileUrl,PreferredName,GoogleCirclesProfileUrl "" +
                "&Auditipäringu = 99",
            meetod: "SAADA",
            päised: { "Aktsepteeri": "taotlus/json; odata = verbose" },
            vahemälu: väär,
            edu: funktsioon (tulemus) {

Minu puhul, Jooksen API vastu SharePoint online. Saada GUID, Ma järgisin järgmiselt.:

  1. Juurdepääs SharePointi administreerimiskeskuses
  2. Valige "Otsi" vasakul navigeerimine
  3. Valige "Halda tulemus allikad"
  4. Valige "Kohalike inimeste tulemused"
  5. Pilk URL.

Minu URL otsisin midagi sellist:

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

Sourceid parameeter on, mis töötas minuga.

(Ma saan aru, et sourceid võib tegelikult olla selline pidev asi SP, but I’ll always check anyway 🙂 ).

</lõpp>

undefinedTelli minu blogi.

Järgi mind vidistama kell http://www.twitter.com/pagalvin

Üks põhjus puhul "see on selle puudusepõhjusetähise looja ei täpsustanud põhjust.”

Ma olen teinud palju tööd on SharePointi otsingu viimasel ajal ja spetsiaalselt KeywordQuery klass, atribuudid ja meetodid.

Kui soovite naasta tulemused üle ja pärast tavalisi kahtlusaluseid tulemikomplekti (Vaata siit), SelectedProperties kogumine lisamist, nagu ka:

myKeywordQuery.SelectProperties.Add("xyzzy");

Suur tänu ja hat-tip Corey Roth ja See tohutult kasulik blogi postitus (http://www.dotnetmafia.com/blogs/dotnettipoftheday/archive/2008/02/19/how-to-use-the-moss-enterprise-search-keywordquery-class.aspx)

Minu puhul, "xyzzy" ei ole tegelikult hallatava atribuudiga.  Kuna lisasin ta SelectedProperties Igatahes, SharePointi viskas üks mu lemmik kunagi runtime erandid:

"See süü looja ei täpsustanud põhjust."

Ma eriti nagu kapitali "R" põhjus.  See kõlab mulle nagu .NET ekvivalent"Mul pole suu, ja mul tuleb naerukoht.”

</lõpp>

Telli minu blogi.

Järgi mind vidistama kell http://www.twitter.com/pagalvin

Käepärane viide: Vaikimisi tuleneb KeywordQuery otsing

Kui sa tugineda selle Execute() meetod on KeywordQuery, Saate luua ResultTable põhineva ResultType.RelevantResults.  See koodilõigu näitab, mida ma mõtlen:

ResultTableCollection resultsTableCollection = myKeywordQuery.Execute();

ResultTable searchResultsTable = resultsTableCollection[ResultType.RelevantResults];

Tulemuseks saadav tabel on teavet järgmised veerud: 

Töö ID
Rank
Pealkiri
Autor
Suurus
Tee
Kirjeldus
Kirjutage
SiteName
CollapsingStatus
HitHighlightedSummary
HitHighlightedProperties
ContentClass
IsDocument
PictureThumbnailURL
ServerRedirectedURL

Selle loendi saadud SharePointi 2010 keskkond, Enterprise edition.  Loodetavasti see on mugav kellelegi tulevikus.

</lõpp>

Telli minu blogi.

Järgi mind vidistama kell http://www.twitter.com/pagalvin

SharePointi 2010 KeywordQuery ja HiddenConstraints kinnisvara

Olen teinud natuke tööd koos selle KeywordQuery SharePoint objekti 2010 ja kes kasutavad selle HiddenConstraints kinnisvara.

Ma ei leidnud kohe kasulikku teavet ning selle vara, nii et ma arvasin ma kübeke kiiresti ette kuidas ma olen kasutanud seda.

Kui ma saan öelda, See on automaatne piirang lisada päringu, et seal see Park sortida ja ei muretse selle pärast.  Kui selline, See on lihtsalt üks märksõna (või märksõnad) ja tippida-UI kui sa teed Märksõnaotsingu modifitseerijad.  Siin on näide:

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

Saate lisada täiendavaid piiranguid ruumi eraldaja.

keywordQuery.HiddenConstraints = "ulatus:\"Industry" riigikaitse";

Eespool ütleb inglise keeles, "otsin"riigikaitse"märksõna päringu käivitamine ja peale selle, Kasuta "Tööstus" ulatus.

Järgnevalt veel üks viis vaadeldes seda:

image

Ma olen kasutanud seda pakkuda kontekstist sõltuv automaatne ulatus kohandatud veebiosa.  Kui kasutaja klõpsab menüü ja klõpsab nuppu Otsi, tab dikteerib konkreetse otsinguulatus.  See töötab hästi seni.

</lõpp>

Telli minu blogi.

Järgi mind vidistama kell http://www.twitter.com/pagalvin

Üks põhjus, miks "ühe või mitme välja tüübid on paigaldatud õigesti”

Ma olin teha väike näpistus täna ei CAML päringut loendi veebiosaga.  Ma tegin muudatuse, paigutas ta ja sai tabamuse tõrge:

Kolm päeva Outlook ilmateade veebiosas ilmnes ootamatu tõrge. Palun pöörduge süsteemiadministraatori poole. Ühe või mitme välja puhul on paigaldatud õigesti. Minge loendisätete lehele kustutada need väljad.

Teine mõlemal tüüp teema olin ees varem nii et ma ei kohe ühendust oma CAML päringut SharePointi oli teatanud mulle viga.  Ma tegin kiire bing otsing ja ja leidsin selle kasulik blog post poolt Sandeep Nahta  (http://snahta.blogspot.com/2009/01/one-or-more-field-types-are-not.html).

Siin on halb päring:

päringu.Päringu ="<Kui><Ja><NEQ><FieldRef nimi = "Abbr" / Jaapan >>< väärtuse tüüp = "Tekst" > SFNY < / väärtus >< FieldRef nimi = "Abbr" / >< Value Type = "Tekst" > SFIS < / väärtus >< / NEQ >< / ja >< / kus > ";><Value Type = "Text">SFNY</Väärtus><FieldRef nimi = "Abbr" / Jaapan >>< väärtuse tüüp = "Tekst" > SFNY < / väärtus >< FieldRef nimi = "Abbr" / >< Value Type = "Tekst" > SFIS < / väärtus >< / NEQ >< / ja >< / kus > ";><Value Type = "Text">SFIS</Väärtus></NEQ></Ja></Kui>";

Siin on kinnitatud:

päringu.Päringu ="<Kui><Ja><NEQ><FieldRef nimi = "Abbr" / Jaapan >>< väärtuse tüüp = "Tekst" > SFNY < / väärtus >< FieldRef nimi = "Abbr" / >< Value Type = "Tekst" > SFIS < / väärtus >< / NEQ >< / ja >< / kus > ";><Value Type = "Text">SFNY</Väärtus></NEQ><NEQ><FieldRef nimi = "Abbr" / Jaapan >>< väärtuse tüüp = "Tekst" > SFNY < / väärtus >< FieldRef nimi = "Abbr" / >< Value Type = "Tekst" > SFIS < / väärtus >< / NEQ >< / ja >< / kus > ";><Value Type = "Text">SFIS</Väärtus></NEQ></Ja></Kui>";

Nii, Loo moraal on: Veenduge, et teie CAML õigsust või võite saada veateate mõlemal tüüp.

Telli minu blogi.

Järgi mind vidistama kell http://www.twitter.com/pagalvin

</lõpp>

Kuulutades Microsoft Enterprise Otsi kasutajagrupp

Ma olen väga rõõm teatada, et Natalja Voskresenskaya, minu mehe SharePointi MVP ja partner (tunduvalt vähem kui ta teeninud mind abiga) käivitab uue kasutajagrupi pühendatud ettevõtte Otsi Microsofti tehnoloogial põhinev. Praktiline küsimusena, see taandub SP 2010 Otsi ja palju juttu FAST, eriti meie esimesel istungil. Natalja ja mul on kirjutanud palju kiiresti üle eelmisel aastal kohta Meie blogid (Natalja on rohkem ja paremaid asju, kui ma!).

Meie esimene kohtumine on tulemas paar nädalat New Yorgis Microsofti Vastrenoveeritud ruumes linna lähedal Rock keskus 6.. Kui olete New Yorgis 12/9, teil on mingit vabandust ei ajakirjanike ette. Samuti sinule Jersey inimesed. Connecticut inimesi saab koju jääda (Nali!).

NY/NJ/CT inimesi tuleks vahele jätta käesoleva lõike. Plaanime ka sessiooni salvestada ja käivitada live web seanssi, nii kui elate väljaspool tri-state pindala, siis peaks olema võimalik keerata.

Ma blogi selle kohta veel kõige soodne päev läheneb, kuid Registreeru nüüd. Pärast sa registreerusid, kaua ootama hakkab. Selle aja jooksul, Tühjendage oma ajakava, murda uudiseid oma pere ja hoiatab meedias, sest sa ei taha jätta Nate Treloar launch our group to the moon and beyond 🙂

Loe lähemalt meie ametlik kodulehekülg: http://www.sharepointgroups.org/enterprisesearch/default.aspx.

</lõpp>

Telli minu blogi.

Järgi mind vidistama kell http://www.twitter.com/pagalvin

Valitsemistava ja SharePointi otsing – Ei ole kunagi liiga hilja alustada

MA kirjutas artikli (http://searchwinit.techtarget.com/tip/0,289483,sid1_gci1345231_mem1,00.html#) jaoks SearchWinIT.com avaliku halduse, sest see, mis on seotud SharePointi otsing. See ei ole minu tavaline "hääl" but that’s editing for you 🙂

Siin on, kuidas ta hakkab:

Kuigi peaaegu iga aspekti SharePoint saab kasu tugev juhtimiskava, MOSS 2007 enterprise allalaadimisfunktsioon kasu ennekõike.

Nagu kõik osad SharePointi, seal on häid uudiseid ja halbu uudiseid juhtimine. Paljud organisatsioonid, halb uudis on see et see on äärmiselt raske juhtimise plaan liita kus pole olemas.

Aga siin on hea uudis: Saate kiiresti konfigureerida ja enterprise search peaaegu igal ajal parandada. Ja kui te rakendada juhtimiskava ettevõtte otsing, näete kohe tulemusi.

Üks SharePoint ja valitsemise probleemid on, et ettevõtted sageli saada põlve sügavale SharePoint pole juhtimiskava ja siis, pole ühtegi lihtne tee edasi lahendada see. Ei ole nii et otsing. Loe artikkel saada mõtted sellel teemal.

</lõpp>

Telli minu blogi.

Järgi mind vidistama kell http://www.twitter.com/pagalvin

Technorati Tags: ,

Teenused serveris ei ole loendis Otsi — Miks?

Ma olin jututoas täna Agnes Molnar (ainus inimene, ma tean, et ma tean, Ungari) kummaline otsingu konfiguratsioon probleemist. Nimelt, otsing oli puudu serveri teenuste"" Kuva (Via administreerimiskeskuse-> Operatsioonide-> Teenused serveris).

Mul oli pilk funktsionaalne VM minu enda masina ja üheskoos, Me kindlalt, et otsingut ei installitud selles serveris. Seal on ilmselt vähe võimalusi selleks, kuid me tegime seda, milles kinnitatakse, et "Office SharePoint Serveri otsing" oli puudu kaudu Start - nimekiri> Administrative Tools-> Teenused.

Veidralt, seotud .exe * oli * server ("C:\Program FilesMicrosoft amet Servers12.0Binmssearch.exe").

Ma tegin kiire otsingu ja leidsin selle blogi kanne: http://msmvps.com/blogs/obts/archive/2006/10/19/189466.aspx

Mis on e-posti kett selle võtme ajahetkel:

"Ma lahendanud selle probleemi. See oli minu viga. Ma valin "veebi eesserver" selle asemel, et "täielik" installimisel."

See oli paljutõotav, kuid meil ei olnud kindel, kas paigaldaja oli tegelikult valisin WFE asemel täieliku kui SAMMAL paigaldamine.

Me kontrollisime esimest (võimalikult kiiresti) versiooni, ja faili PSCDiagnostics * ka 12 taru Logi kataloog ja seal, Leidsime, et paigaldaja oli, Tegelikult, konfigureeritud selles serveris olevat veebi eesserver. Lõpuks lugu ja see oli õnnelik lõpp.

(Kusagil liinil, Bob rebane sai kaasatud, kuid kõik mäletan teda aidata arutelu kommentaar rääkis Faabula 2).

Värskendus: Agnes blogid sel teemal siin: http://dotneteers.net/blogs/aghy/archive/2008/11/06/wfe-vs-complete-installation.aspx

</lõpp>

Telli minu blogi.

Järgi mind vidistama kell http://www.twitter.com/pagalvin

Technorati Tags:

Quick Tip: Kasutamine “IsDocument:1” liistude Otsingu tulemused

Värskendus 11/03/08: Mehe MVP Mike Walsh õigesti märgib et see on WSS 3.0 / MOSS funktsioon. See ei tööta WSS-i 2.0 või varasem.

Updatte 11/03/08: (Teine uuendus ühe päevaga!): Lugege suurepärane kommentaar: "nowise" Täpsema info ja muu hea xref link.

Kaks küsimust tulid üheaegsel sel nädalal MSDN-i foorumites küsida muutus see:

"Kui ma Otsi märksõna, kaustad Minu dokumenditeek on selle märksõna nende teele välja tulema esimene minu Otsingu tulemused. Ma ei taha, et juhtuks. Müügifaile on tähtsam mulle. Ma ei taha üldse kaustade kuvamist."

See on tegelikult üsna lihtne välja kasti. Lihtsalt lisada "IsDocument:1" Otsingupäringu ja SharePointi otsing (WSS ja SAMMAL) piirata enda suhtes näitab tegelikku dokumendid.

</lõpp>

Telli minu blogi.

Järgi mind vidistama kell http://www.twitter.com/pagalvin

Technorati Tags:

Ei Otsi komitee kohtus sel kuul?

See on kuu algus ja nüüd on hea aeg nagu iga teie firma otsingu nimel saavad kokku ja analüüsida Parimad variandid, edukas ja nii edukad otsingud, jne.

Ei ole Otsi komitee? Then form one 🙂

WSS ja eriti SAMMAL otsida mõned inimeste järelevalve ei maksustata. Investeerimine paar tundi kuus igakuiste püsivalt on mitte ainult lõbusam kui barrel ahvid, See võib:

  • Anda ülevaate ettevõtte infovajadusele. Kui inimesed otsivad vasakule ja paremale teema "xyzzy," sa tead, mis on ettevõttele oluline teema.
  • Tuvastada võimalikku koolitusnõuded. Kui inimesed otsivad teema "xyzzy" kuid peaks tõesti otsima "abcd" Seejärel saate kasutada seda harida folks kust ja kuidas leida teavet.
  • Aidata organisatsioonil viimistleda oma informatsiooni arhitektuuri.
  • Leida võimalusi parandada tesaurus.
  • Muud võimalused kahtlemata esitada ise.

Kes peaks olema Otsi komitee? Sa teaksid oma inimesed on parim, Aga leiavad:

  • Vähemalt üks (ja võib-olla ainult üks) IT-töötaja, kes mõistab (või saab õppida) erinevatel viisidel näpistama otsing, sealhulgas Parimad variandid, tesaurus, hallatavad atribuudid, jne.
  • Mitme teema eksperdid, otsinguaruannete lugevat, See neelata ja suhelda äri-savvy tegevusi nii, et seda saab lükke nupud, Tõmba hooba ja Ava/Sule klappide kohta komitee soovitused vajaduse.
  • Ühe või enama teabe arhitektid, kes saab kinnitada, ühel või teisel viisil, Kas informatsiooni arhitektuuri on otsida sõbraliku ja kas see töötab ka ettevõtte.
  • Pöörlev iste komitees. Tuua üks või kaks inimest, kes tavaliselt ei osale selliste jõupingutuste. Nad võivad tuua ebatavaline ja väärtuslikke teadmisi tabeli.

Õnnelik analüüsimine!

</lõpp>

Telli minu blogi.

Technorati Tags: