Kategoriaj Arkivoj: SharePoint Serĉo

Kiel Specifi Homojn kiel #Ser?o Amplekso / Kontenta Fonto Uzanta SharePoint 2013 RIPOZA API

2 respondoj

Mi havis kialon labori kun la SharePoint 2013 Serĉa API tra RIPOZO por la unua tempo. Mi deziris serĉi homojn, Ne dokumentoj. La kerna lernado ĉi tie estas ke vi specifas kontentajn fontojn tra ĝia GUID (#A? #almena? en #?i tiu kazo). La sekvanta jQuery eretaj rezultoj kiel:

    LoadExpertsAsync: Funkcio() {

        JQuery.Subteno.Cors = Vera;

        $.Ajax({
            Url: Tio ĉi.CreateFullApiUrl() +
                "?Querytext='portaloj'&Sourceid='b09a7990-05ea-4af9-81ef-edfab16c4e31'" +
                "&Selectproperties='LinkedInProfileUrl,GoogleCirclesProfileUrl,BALargeProfilePictureUrls,BAGridPictures,WorkEmail,Kapabloj,AboutMe,Interesoj,JobTitle,PastProjects,PictureURL,PreferredName,TwitterHandle,LinkedInProfileUrl,PreferredName,GoogleCirclesProfileUrl'" +
                "&Rowlimit=99",
            Metodo: "GET",
            Titoloj: { "Akcepti": "Apliko/json; Odata=verbose" },
            Konservejo: Falsa,
            Sukceso: Funkcio (Rezulto) {

En mia kazo, I?? Kuranta la API #kontra? SharePoint enreta. Akiri la GUID, Mi sekvis #?i tiu #pa?o:

  1. Aliri la SharePoint admin centron
  2. Elektita ??Earch?? De la maldekstra mana navigado
  3. Elektita ??Anage Rezultaj Fontoj?
  4. Elektita ??Ocal Homaj Rezultoj?
  5. Rigardi la URL.

Mia URL rigardis ion #?ati:

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

La sourceid parametro estas kio laborita por mi.

(Mi komprenas ke la sourceid efektive povas esti speco de konstanta afero kun SP, but I’ll always check anyway 🙂 ).

</Fino>

undefinedAboni al mia blogo.

Sekvi min sur Pepi ĉe http://www.twitter.com/pagalvin

Unu Afero por “La kreinto de ĉi tiu misfaro ne specifis Kialon.”

Lasi respondon

Mi estis faranta multan laboron kun SharePoint serĉo lastatempe kaj specife la KeywordQuery klaso, nemoveblaĵoj kaj metodoj.

Se vi deziras la rezulton fiksita reveni rezultojn sur kaj pretere la kutimaj suspektatoj (Vidi ĉi tie), Vi aldonas ĝin al la SelectedProperties kolekto, Kiel je:

MyKeywordQuery.SelectProperties.Aldonas("Xyzzy");

Multaj dankonas kaj konsileto de la ĉapelo al Corey Roth Kaj Tio ĉi grandege helpema bloga poŝto (http://www.dotnetmafia.com/blogs/dotnettipoftheday/archive/2008/02/19/how-to-use-the-moss-enterprise-search-keywordquery-class.aspx)

En mia kazo, “Xyzzy” ne estas efektive administrita nemoveblaĵon.  Kiam mi aldonis ĝin al SelectedProperties ĉiuokaze, SharePoint ĵetis unu el mia ŝatolisto iam ajn runtime esceptoj:

“La kreinto de ĉi tiu misfaro ne specifis Kialon.”

Mi precipe kiel la majuskla “R” en Kialo.  Tio ĉi sonas al mi kiel la .PURA ekvivalento de “Mi havas neniun buŝon, Kaj mi devas ŝirkrii.”

</Fino>

Aboni al mia blogo.

Sekvi min sur Pepi ĉe http://www.twitter.com/pagalvin

Oportuna Referenco: Defaŭltaj Rezultoj de KeywordQuery Serĉo

1 Respondo

Kiam vi alvokas la Efektivigi() Metodo sur KeywordQuery, Vi povas krei ResultTable bazita sur ResultType.RelevantResults.  Ĉi tiu koda ereto ilustras kion mi signifas:

ResultTableCollection resultsTableCollection = myKeywordQuery.Efektivigas();

ResultTable searchResultsTable = resultsTableCollection[ResultType.RelevantResults];

La rezultinta tablo havos la sekvantajn kolumnojn de informo: 

WorkId
Senhonta
Titolo
Aŭtoro
Grandeco
Vojo
Priskribo
Skribi
SiteName
CollapsingStatus
HitHighlightedSummary
HitHighlightedProperties
ContentClass
IsDocument
PictureThumbnailURL
ServerRedirectedURL

Mi derivis ĉi tiun liston de SharePoint 2010 Medio, Entreprena eldono.  Espereble ĝi estos oportuna al iu en estonteco.

</Fino>

Aboni al mia blogo.

Sekvi min sur Pepi ĉe http://www.twitter.com/pagalvin

SharePoint 2010 KeywordQuery kaj la HiddenConstraints Nemoveblaĵo

Lasi respondon

Mi estis faranta iom de laboro kun la KeywordQuery Objekto en SharePoint 2010 Kaj faranta uzon de la HiddenConstraints Nemoveblaĵo.

Mi ne trovis ajna tuj helpema informo sur la tiu nemoveblaĵo, Do mi pensis min voli rapide jot malsupren kiel mi estis uzanta ĝin.

Kiom mi povas diri, Tio ĉi estas aŭtomata limo aldonis la demandon por ke vi povas ordigi de parko ĝi tie kaj ne maltrankvilas pri ĝi.  Kiel tia, Ĝi estas nur alia ŝlosilvorto (Aŭ fiksita de ŝlosilvortoj) Kaj modifiloj kiu vi povas entajpi al la UI kiam vi fari ŝlosilvortan serĉon.  Ĉi tie-a ekzemplo:

KeywordQuery.HiddenConstraints = "amplekso:\"Industrio"";

Vi povas aldoni suplementajn limojn kun spaciala delimiter.

KeywordQuery.HiddenConstraints = "amplekso:\"Industrio" Defendo";

La sur estas diranta en la angla, “Kuri ŝlosilvortan demandon serĉanta “defendon” kaj cetere, Uzi la “Industrian” amplekson.

Ĉi tie-a alia vojo rigardi ĝin:

image

Mi estis uzanta ĝin provizi kuntekston-dependa aŭtomata amplekso sur laŭmenda araneaĵa parto.  Kiam la uzantaj klakoj sur klapeto kaj klakas serĉan butonon, La klapeto postulas apartan serĉan amplekson.  Ĝi estas laboranta bone tiel ege.

</Fino>

Aboni al mia blogo.

Sekvi min sur Pepi ĉe http://www.twitter.com/pagalvin

Unu Kialo por “Unu aŭ pli da kampaj tipoj ne estas instalita konvene”

1 Respondo

Mi estis faranta malgrandan tweak hieraŭ al araneaĵa parto kiu faras CAMLan demandon kontraŭ listo.  Mi faris la ŝanĝon, Deplojiĝis ĝin kaj akiris frapita kun eraro:

Neatendita eraro okazis en la Tri Taga Perspektivo Vetera Prognozo WebPart. Bonvolu kontakti la sisteman administranton. Unu aŭ pli da kampaj tipoj ne estas instalita konvene. Iri al la lista fiksa paĝo forigi ĉi tiujn kampojn.

Mi estis alfrontanta alian bizarulan aferon antaŭe do mi ne tuj konektis mian CAMLan demandon kun la eraro ke SharePoint estis raportanta al mi.  Mi faris rapidan bing serĉo kaj kaj Fondi ĉi tiun helpeman blogan poŝton De Sandeep Nahta  (http://snahta.blogspot.com/2009/01/one-or-more-field-types-are-not.html).

Ĉi tie estas la malbona demando:

Demando.Demando = "<Kie><Kaj><Neq><FieldRef Nomo='Abbr'/><Valora Tipo='Teksto'>SFNY</Valoro><FieldRef Nomo='Abbr'/><Valora Tipo='Teksto'>SFIS</Valoro></Neq></Kaj></Kie>";

Ĉi tie ĝi estas riparita:

Demando.Demando = "<Kie><Kaj><Neq><FieldRef Nomo='Abbr'/><Valora Tipo='Teksto'>SFNY</Valoro></Neq><Neq><FieldRef Nomo='Abbr'/><Valora Tipo='Teksto'>SFIS</Valoro></Neq></Kaj></Kie>";

Tiel, La moralo de la rakonto estas: Fari certe vian CAML estas ĝusta aŭ vi povas akiri bizarulan eraron.

Aboni al mia blogo.

Sekvi min sur Pepi ĉe http://www.twitter.com/pagalvin

</Fino>

Anoncanta la Microsoft Entreprena Serĉo Uzanta Grupo

Lasi respondon

Mi estas tre ekscitita anonci tion Natalya Voskresenskaya, Mia samranga SharePoint MVP kaj partnero (Kun ege malpli helpo de mi ol ŝi meritis) Estas lanĉanta novan uzantan grupon dediĉita al entreprena serĉo bazita sur Microsoft teknologio. Kiel praktika afero, Tio ĉi bolas malsupren al SP 2010 serĉo kaj multa parolado pri RAPIDA, Precipe en nia unua sesio. Natalya kaj mi skribis tre pri FASTO super la lasta jaro sur Niaj blogoj (Natalya havas pli kaj pli bona aĵo ol I!).

Nia unua renkontiĝo estas venanta supre en nur kelkaj semajnoj en Nov-Jorko ĉe Microsoft-a lastatempe renovigita oficejojn sur 6a proksime al Roka Centro. Se vi estas en Nov-Jorko sur 12/9, Vi havas neniun senkulpigon ne fari aperon. Same por vi Ĵerzejaj homoj. Konektikutaj homoj povas resti hejmon (Nur trompanta!).

NYa/NJ/CTaj homoj devus preterpasi ĉi tiun alineon. Ni ankaŭ planas registri la sesion kaj kuri vivan araneaĵan sesion sekve se vi vivas ekster la tri-ŝtata areo, Vi devus esti kapabla agordi je.

Mi voli blogon pri ĉi tiu kelkaj pli da kiel ĉi tiu plej auspicious tagaj alproksimiĝoj sed Registri nun. Post kiam vi registras, La longa atendo komencas. Dum tiu tempo, Malbari vian horaron, Rompi la sciigon al via familio kaj atentigi la amaskomunikilaron ĉar vi ne deziros perdiĝi Nate Treloar launch our group to the moon and beyond 🙂

Eltrovi pli da de nia oficiala ejo: http://www.sharepointgroups.org/enterprisesearch/default.aspx.

</Fino>

Aboni al mia blogo.

Sekvi min sur Pepi ĉe http://www.twitter.com/pagalvin

administrado kaj SharePoint Serĉo – Ĝi estas Neniam Tro Lasta Komenci

Lasi respondon

I Skribis artikolon (Http://Searchwinit.Techtarget.Com/konsileto/0,289483,sid1_gci1345231_mem1,00.Html#) Por SearchWinIT.Com Sur administrado kiel ĝi rilatas al SharePoint Serĉo. Ĝi ne estas en mia kutima "voĉo" but that’s editing for you 🙂

Ĉi tie estas kiel ĝi komencas:

Kvankam preskaŭ ĉiu flanko de SharePoint povas profitigi de forta administrada plano, MUSKO entreprena serĉo de 2007 funkcio profitigas plejparto de ĉiuj.

Kiel ĉiuj partoj de SharePoint, Estas bona sciigo kaj malbona sciigo pri administrado. Por multaj organizoj, La malbona sciigo estas ke ĝi estas ekstreme malfacila inkluzivi administradan planon kie neniu ekzistis.

Sed ĉi tie-a la bona sciigo: Vi rapide povas formi kaj plibonigi sur entreprena serĉo ĉe preskaŭ ajna tempo. Kaj kiam vi efektivigas administradan planon por entreprena serĉo, Vi povas vidi tujajn rezultojn.

Unu el la problemoj kun SharePoint kaj administrado estas ke firmaoj ofte akiras genuon profunde en SharePoint kun neniu administrada plano kaj de tiam, Tie estas ne facila vojo antaŭen solvas ĝin. Ne sekve kun Serĉo. Legi la artikolon akiri miajn pensojn sur tiu temo.

</Fino>

Aboni al mia blogo.

Sekvi min sur Pepi ĉe http://www.twitter.com/pagalvin

Technorati Etikedoj: ,

Servoj sur Servilo Ne Enlistigas Serĉon — Kial?

2 respondoj

Mi estis babilanta hodiaŭ kun Agnes Molnar (La nura persono mi scias ke mi scias en Hungario) Pri stranga serĉa konfiguracia problemo. Nome, Serĉi mankis de la "servoj sur servilo" Montriĝo (Tra Centra Admin -> Operacioj -> Servoj sur Servilo).

Mi havis rigardi praktikan VM sur mia propra maŝino kaj kune, Ni determinis ke serĉo ne estis instalita sur tiu servilo. Estas verŝajne kelkaj vojoj fari tion ĉi, Sed ni faris ĝin de konfirmanta ke "Oficejo SharePoint Servila Serĉo" Mankis de la listo de servoj tra Komenco -> Administraciaj Iloj -> Servoj.

Oddly, La rilata .Exe estis* sur la servilo ("C:\Programo RegistrasMicrosoft Oficejaj Serviloj12.0Ujomssearch.Exe").

Mi faris rapidan serĉon kaj trovis ĉi tiun blogan eniron: http://msmvps.com/blogs/obts/archive/2006/10/19/189466.aspx

Tio estas retpoŝta ĉeno kun ĉi tiu kerna punkto:

"Mi solvis ĉi tiun problemon. Ĝi estis mia eraro. Mi elektas "Araneaĵon fronta fino" Anstataŭ "Kompleta" Dum instali."

Tio ĉi estis promesanta, Sed ni ne estis certe se la instalilo efektive elektis WFE anstataŭ kompleta kiam instalanta MUSKON.

Ni kontrolis por la unua (Plej frua) Versio de la PSCDiagnostics* dosiero en la 12 Hive ŝtipa adresaro kaj en tie, Ni trovis ke la instalilo havis, Fakte, Formis ĉi tiun servilon esti araneaĵo fronta fino. Fino de rakonto kaj ĝi havis feliĉan finon.

(Ie laŭ la ekzemplo, Bob Vulpo akiris okupita, Sed ĉiuj mi memoras lin kontribuanta al la diskuto estis rimarko pri Fable 2).

Ĝisdatigo: Agnes blogoj pri ĉi tiu temo ĉi tie: http://dotneteers.net/blogs/aghy/archive/2008/11/06/wfe-vs-complete-installation.aspx

</Fino>

Aboni al mia blogo.

Sekvi min sur Pepi ĉe http://www.twitter.com/pagalvin

Technorati Etikedoj:

Rapida Konsileto: Uzo “IsDocument:1” Bonordigi Serĉajn Rezultojn

4 respondoj

Ĝisdatigo 11/03/08: Samranga MVP Mike Walsh ĝuste atentigas ke tio ĉi estas WSS 3.0 / MUSKA ĉefaĵo. Ĝi ne laboras en WSS 2.0 Aŭ antaŭe.

Updatte 11/03/08: (Dua ĝisdatigo en unu tago!): Esti certe legi la bonegan rimarkon de "nowise" Por pli da info kaj alia bona xref ligo.

Du demandoj venis supre en rapida heredo ĉi tiu semajno sur la MSDNaj forumoj demandanta varion de tio ĉi:

"Kiam mi serĉas ŝlosilvorton, Tekoj de mia dokumenta biblioteko kun tiu ŝlosilvorto en ilia vojo eliros unue en miaj serĉaj rezultoj. Mi surmetas?? Deziras tion okazi. Dosieroj kun tiu ŝlosilvorto estas pli grava al mi. Mi ne deziras vidi tekojn ĉe ĉiuj."

Tio ĉi estas efektive tre facile fari ekstere de la skatolo. Simple aldoni "IsDocument:1" Al la #ser?o demando kaj SharePoint #ser?o (#Amba? WSS kaj MUSKO) Restriktos ?in mem al montranta realajn dokumentojn.

</Fino>

Aboni al mia blogo.

Sekvi min sur Pepi ĉe http://www.twitter.com/pagalvin

Technorati Etikedoj:

Havas Vian Serĉan Komitaton Renkontis Ĉi tiun Monaton?

Lasi respondon

Ĝi estas la komenco de la monato kaj nun estas kiel bone tempo kiel iu ajn por la serĉo de via firmao komitato akiri kune kaj analizi Plej Bonajn Vetojn, Sukcesa kaj ne tiel sukcesaj serĉoj, Ktp.

Vi ne havas serĉan komitaton? Then form one 🙂

WSS kaj precipe MUSKA serĉo utilo de iu homa kontrolo. Investanta kelkajn horojn monato sur konsekvenca ĉiumonata bazo ne estas nur Pli amuza ol barelo de makakoj, Ĝi povas:

  • Doni enrigardon en la informaj bezonoj de la entrepreno. Se homoj estas serĉantaj lasita kaj ĝusta por temo "xyzzy," Vi scias tion estas grava temo al la entrepreno.
  • Identigi potencialajn trejnajn postulojn. Se homoj estas serĉantaj temon "xyzzy" Sed vere devus esti serĉanta "abcd" Tiam vi povas uzi tion eduki homojn sur kie kaj kiel trovi la informon.
  • Helpi vian organizon rafinas ĝian informan arkitekturon.
  • Identigi ŝancojn plibonigi la tezaŭron.
  • Aliaj ŝancoj volas neniun duban donacon si mem.

Kiu devus esti sur serĉa komitato? Vi scius viajn homojn plej bone, Sed konsideri:

  • Almenaŭ unu (Kaj eble nur unu) ĜI persono kiu komprenas (Aŭ povas lerni) La diversaj vojoj al tweak serĉo, Inkluzivanta plej bonajn vetojn, Tezaŭro, Administrita nemoveblaĵojn, Ktp.
  • Pluraj submetataj aferaj fakuloj kiu povas legi la serĉajn raportojn, Enstomakigi ĝin kaj komuniki komercan-sagacaj agoj al ĜI por ke ĜI povas puŝi la butonojn, Tiri la levilojn kaj malfermajn/proksimajn valvojn kiel necesa al sur komitataj rekomendoj.
  • Unu aŭ pli da informaj arkitektoj kiu povas konfirmi, Unu vojo aŭ alia, Ĉu la informa arkitekturo estas serĉo amika kaj ĉu ĝi estas eliranta puton por la entrepreno.
  • Rotacianta seĝo sur la komitato. Alporti en unu aŭ du homoj kiu ne normale partoprenas en ĉi tiuj specoj de penoj. Ili povas alporti nekutimajn kaj valorajn enrigardojn al la tablo.

Feliĉa analizado!

</Fino>

Aboni al mia blogo.

Technorati Etikedoj: