Arsip Kategori: SharePoint pencarian

Cara menentukan orang sebagai lingkup Cari / Sumber konten menggunakan SharePoint 2013 REST API

Aku punya alasan untuk bekerja dengan SharePoint 2013 Search API melalui sisanya untuk pertama kalinya. Aku ingin Cari orang, bukan dokumen. Kunci belajar di sini adalah bahwa Anda menentukan sumber konten melalui GUID yang (atau setidaknya dalam kasus ini). Berikut jQuery potongan menunjukkan bagaimana:

    loadExpertsAsync: fungsi() {

        jQuery.support.cors = benar;

        $.Ajax({
            URL: ini.CreateFullApiUrl() +
                "?querytext = 'portal'&sourceid = 'b09a7990-05ea-4af9-81ef-edfab16c4e31'" +
                "&selectproperties ='LinkedInProfileUrl,GoogleCirclesProfileUrl,BALargeProfilePictureUrls,BAGridPictures,WorkEmail,Keterampilan,AboutMe,Kepentingan,JobTitle,PastProjects,PictureURL,PreferredName,TwitterHandle,LinkedInProfileUrl,PreferredName,GoogleCirclesProfileUrl'" +
                "&rowlimit = 99",
            metode: "MENDAPATKAN",
            header: { "Menerima": "aplikasi json; oData = verbose" },
            cache: palsu,
            sukses: fungsi (hasil) {

Dalam kasus saya, Saya menjalankan API terhadap SharePoint online. Untuk mendapatkan GUID, Aku mengikuti langkah-langkah:

  1. Mengakses SharePoint admin center
  2. Pilih "Cari" dari navigasi di sebelah kiri
  3. Pilih "Atur hasil sumber"
  4. Pilih "Masyarakat setempat hasil"
  5. Melihat URL.

URL saya melihat sesuatu seperti:

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

Sourceid parameter adalah apa yang bekerja untuk saya.

(Saya memahami bahwa sourceid benar-benar mungkin semacam hal yang permanen dengan SP, but I’ll always check anyway 🙂 ).

</akhir>

undefinedBerlangganan ke blog saya.

Ikuti saya di kegugupan di http://www.twitter.com/pagalvin

Satu penyebab untuk "pencipta kesalahan ini tidak menyebutkan alasan.”

Saya telah melakukan banyak pekerjaan dengan SharePoint pencarian akhir-akhir ini dan secara khusus kelas KeywordQuery, properti dan metode.

Jika Anda menginginkan hasil yang ditetapkan untuk mengembalikan hasil atas dan di luar tersangka (Lihat di sini), Anda menambahkannya ke koleksi SelectedProperties, seperti dalam:

myKeywordQuery.SelectProperties.Add("xyzzy");

Banyak terima kasih dan ujung topi ke Corey Roth dan posting sangat berguna blog ini (http://www.dotnetmafia.com/blogs/dotnettipoftheday/archive/2008/02/19/how-to-use-the-moss-enterprise-search-keywordquery-class.aspx)

Dalam kasus saya, "xyzzy" tidak benar-benar sebuah properti yang dikelola.  Ketika saya menambahkan ke SelectedProperties tetap, SharePoint melemparkan salah satu favorit saya pernah runtime pengecualian:

"Pencipta kesalahan ini tidak menentukan alasan."

Saya terutama seperti ibukota "R" alasan.  Ini kedengarannya saya seperti .NET setara dengan"Saya memiliki mulut tidak, dan aku harus scream.”

</akhir>

Berlangganan ke blog saya.

Ikuti saya di kegugupan di http://www.twitter.com/pagalvin

Referensi yang berguna: Default hasil dari pencarian KeywordQuery

Ketika Anda memanggil Execute() metode pada KeywordQuery, Anda dapat membuat ResultTable berdasarkan ResultType.RelevantResults.  Potongan kode ini menggambarkan apa yang saya maksud:

ResultTableCollection resultsTableCollection = myKeywordQuery.Execute();

ResultTable searchResultsTable = resultsTableCollection[ResultType.RelevantResults];

Tabel yang dihasilkan akan memiliki kolom berikut informasi: 

WorkId
Peringkat
Judul
Penulis
Ukuran
Jalan
Deskripsi
Menulis
SiteName
CollapsingStatus
HitHighlightedSummary
HitHighlightedProperties
ContentClass
IsDocument
PictureThumbnailURL
ServerRedirectedURL

Aku berasal daftar ini dari SharePoint 2010 lingkungan, edisi Enterprise.  Mudah-mudahan itu akan berguna untuk seseorang di masa depan.

</akhir>

Berlangganan ke blog saya.

Ikuti saya di kegugupan di http://www.twitter.com/pagalvin

SharePoint 2010 KeywordQuery dan properti HiddenConstraints

Saya telah melakukan sedikit pekerjaan dengan KeywordQuery objek dalam SharePoint 2010 dan memanfaatkan HiddenConstraints properti.

Saya tidak menemukan informasi yang berguna segera bahwa properti, Jadi saya pikir saya akan cepat menuliskan bagaimana saya telah menggunakannya.

Sejauh yang saya dapat memberitahu, ini adalah kendala otomatis ditambahkan ke pertanyaan sehingga Anda dapat semacam taman itu ada dan tidak khawatir tentang hal itu.  Seperti, It's just another kata kunci (atau kumpulan kata kunci) dan pengubah yang Anda dapat mengetik dalam ke UI ketika Anda melakukan pencarian kata kunci.  Berikut adalah contoh:

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

Anda dapat menambahkan tambahan kendala dengan pembatas ruang.

keywordQuery.HiddenConstraints = "lingkup:\"Industry" Pertahanan";

Di atas mengatakan dalam bahasa Inggris, "menjalankan query kata kunci mencari"Pertahanan"dan selanjutnya, menggunakan lingkup "Industri".

Berikut adalah cara lain untuk melihat itu:

image

Saya telah menggunakannya untuk menyediakan cakupan otomatis bergantung pada konteks pada bagian web kustom.  Ketika pengguna mengklik tab dan klik tombol Cari, tab menentukan cakupan pencarian tertentu.  Itu adalah bekerja baik sejauh.

</akhir>

Berlangganan ke blog saya.

Ikuti saya di kegugupan di http://www.twitter.com/pagalvin

Salah satu alasan untuk "satu atau lebih bidang jenis tidak diinstal dengan benar”

Aku membuat tweak kecil kemarin untuk sebuah web bagian yang tidak CAML query terhadap daftar.  Saya membuat perubahan, ini dan tertembak dengan kesalahan:

Kesalahan tak terduga telah terjadi di tiga hari Outlook ramalan cuaca WebPart. Silakan hubungi administrator sistem. Satu atau lebih jenis field tidak diinstal dengan benar. Pergi ke halaman pengaturan daftar untuk menghapus bidang ini.

Aku sedang menghadapi masalah eksentrik lain sebelumnya sehingga saya tidak segera terhubung CAML query dengan kesalahan yang SharePoint melaporkan kepada saya.  Saya melakukan pencarian bing cepat dan dan menemukan posting membantu blog ini oleh Sandeep Nahta  (http://snahta.blogspot.com/2009/01/one-or-more-field-types-are-not.html).

Here's the query buruk:

permintaan.Query ="<Di mana><Dan><Neq><FieldRef nama = 'Abbr' /><Jenis nilai = 'Teks'>SFNY</Nilai><FieldRef nama = 'Abbr' /><Jenis nilai = 'Teks'>SFIS</Nilai></Neq></Dan></Di mana>";

Di sini adalah tetap:

permintaan.Query ="<Di mana><Dan><Neq><FieldRef nama = 'Abbr' /><Jenis nilai = 'Teks'>SFNY</Nilai></Neq><Neq><FieldRef nama = 'Abbr' /><Jenis nilai = 'Teks'>SFIS</Nilai></Neq></Dan></Di mana>";

Jadi, moral dari cerita ini: Pastikan Anda CAML benar atau Anda mungkin mendapatkan error eksentrik.

Berlangganan ke blog saya.

Ikuti saya di kegugupan di http://www.twitter.com/pagalvin

</akhir>

Mengumumkan Microsoft Enterprise Search pengguna Group

Saya sangat senang mengumumkan bahwa Natalya Voskresenskaya, SharePoint MVP saya rekan-rekan dan mitra (dengan jauh lebih sedikit bantuan dari saya daripada dia pantas) meluncurkan sebuah kelompok pengguna baru yang ditujukan untuk perusahaan pencarian berbasis teknologi Microsoft. Sebagai masalah praktis, ini boils bawah untuk SP 2010 Cari dan banyak pembicaraan tentang cepat, terutama dalam sesi pertama kami. Natalya dan saya telah menulis banyak tentang cepat selama setahun terakhir di blog kita (Natalya memiliki hal-hal yang lebih banyak dan lebih baik daripada aku!).

Pertemuan pertama kami akan datang dalam beberapa minggu di New York pada Microsoft kantor baru saja direnovasi pada 6 dekat pusat Rock. Jika Anda di New York pada 12/9, Anda tidak punya alasan untuk tidak membuat sebuah penampilan. Begitupun untuk Anda orang Jersey. Connecticut orang bisa tinggal di rumah (Bercanda!).

NY/NJ/CT orang harus melewatkan ayat ini. Kami juga berencana untuk merekam sesi dan menjalankan sesi hidup web jadi jika Anda tinggal di luar daerah tri-state, Anda dapat menyetel.

Aku akan blog tentang ini beberapa lebih sebagai hari ini paling baik pendekatan tetapi Daftar sekarang. Setelah Anda mendaftar, tunggu yang panjang dimulai. Selama waktu itu, jelas jadwal Anda, menyampaikan kabar kepada keluarga Anda dan mengingatkan media karena Anda tidak akan mau ketinggalan Nate Treloar launch our group to the moon and beyond 🙂

Cari tahu lebih lanjut dari situs resmi kami: http://www.sharepointgroups.org/enterprisesearch/default.aspx.

</akhir>

Berlangganan ke blog saya.

Ikuti saya di kegugupan di http://www.twitter.com/pagalvin

Pemerintahan dan SharePoint pencarian – Tidak pernah terlalu terlambat untuk mulai

SAYA menulis artikel (http://searchwinit.techtarget.com/tip/0,289483,sid1_gci1345231_mem1,00.html#) untuk SearchWinIT.com pemerintahan karena berkaitan dengan SharePoint Cari. Hal ini tidak biasa "suara" but that’s editing for you 🙂

Di sini adalah bagaimana dimulai:

Meskipun hampir setiap aspek dari SharePoint dapat memperoleh manfaat dari rencana tata kelola yang kuat, MOSS 2007 enterprise search fungsionalitas manfaat paling penting.

Seperti semua bagian dari SharePoint, ada kabar baik dan berita buruk tentang pemerintahan. Untuk banyak organisasi, Berita buruk adalah bahwa hal itu sangat sulit untuk memasukkan rencana pemerintahan di mana tidak ada.

Tapi inilah kabar baik: Anda dapat dengan cepat mengkonfigurasi dan memperbaiki perusahaan pencarian hampir setiap saat. Dan ketika Anda menerapkan rencana pemerintahan untuk perusahaan pencarian, Anda dapat melihat hasil segera.

Salah satu masalah dengan SharePoint dan pemerintahan adalah bahwa perusahaan sering mendapatkan lutut jauh ke dalam SharePoint tanpa rencana pemerintahan dan kemudian, ada tidak ada jalan mudah ke depan untuk mengatasinya. Tidak begitu dengan pencarian. Baca artikel untuk mendapatkan pikiran saya pada subjek.

</akhir>

Berlangganan ke blog saya.

Ikuti saya di kegugupan di http://www.twitter.com/pagalvin

Layanan pada Server Apakah tidak daftar pencarian — Mengapa?

Hari ini saya sedang mengobrol dengan Agnes Molnar (satu-satunya orang yang aku tahu bahwa aku tahu di Hongaria) tentang masalah konfigurasi aneh Cari. Yaitu, Cari yang hilang dari "layanan pada server" Tampilan (melalui pusat Admin-> Operasi-> Layanan pada Server).

Aku melihat sebuah VM fungsional pada mesin saya sendiri dan bersama-sama, kami bertekad bahwa pencarian tidak diinstal pada server. Ada mungkin beberapa cara untuk melakukan ini, tapi kami melakukannya dengan mengkonfirmasi bahwa "Office SharePoint Server pencarian" hilang dari daftar layanan melalui mulai-> Administrative Tools-> Layanan.

Anehnya, .exe terkait * adalah * pada server ("C:\Program program kantor Servers12.0Binmssearch.exe").

Saya melakukan pencarian cepat dan menemukan entri blog ini: http://msmvps.com/blogs/obts/archive/2006/10/19/189466.aspx

Itulah jaringan email dengan hal ini titik kunci:

"Aku memecahkan masalah ini. Itu adalah kesalahan saya. Saya memilih "Web front end" bukan "lengkap" selama instalasi."

Ini adalah menjanjikan, tetapi kami tidak yakin jika installer benar-benar mengambil WFE bukan lengkap ketika menginstal MOSS.

Kami memeriksa untuk pertama (awal) Versi PSCDiagnostics * file dalam 12 sarang log direktori dan di sana, kami menemukan bahwa installer, Sebenarnya, mengkonfigurasi server ini menjadi web front end. Akhir cerita dan hal itu berakhir bahagia.

(Di suatu tempat di sepanjang garis, Bob Fox terlibat, Tapi semua saya ingat dia memberikan kontribusi untuk diskusi adalah komentar tentang Dongeng 2).

Update: Blogs dari Agnes tentang subjek ini di sini: http://dotneteers.net/blogs/aghy/archive/2008/11/06/wfe-vs-complete-installation.aspx

</akhir>

Berlangganan ke blog saya.

Ikuti saya di kegugupan di http://www.twitter.com/pagalvin

Technorati Tags:

Quick Tip: Penggunaan “IsDocument:1” untuk memangkas hasil pencarian

Update 11/03/08: Sesama MVP Mike Walsh benar menunjukkan bahwa ini adalah WSS 3.0 / MOSS fitur. Tidak bekerja di WSS 2.0 atau sebelumnya.

Updatte 11/03/08: (Update kedua dalam satu hari!): Pastikan untuk membaca komentar yang sangat baik dari "nowise" untuk info lebih lanjut dan lain baik xref link.

Dua pertanyaan muncul dalam pergantian yang cepat minggu ini di Forum MSDN meminta variasi ini:

"Ketika saya mencari kata kunci, folder dari perpustakaan dokumen saya dengan kata kunci di jalan mereka akan keluar terlebih dahulu dalam hasil pencarian. Saya tidak mau itu terjadi. File dengan kata kunci lebih penting bagi saya. Saya tidak ingin untuk melihat folder sama sekali."

Hal ini sebenarnya cukup mudah untuk keluar dari kotak. Cukup tambahkan "IsDocument:1" untuk permintaan pencarian dan SharePoint Cari (WSS dan MOSS) akan membatasi dirinya untuk menampilkan dokumen-dokumen yang sebenarnya.

</akhir>

Berlangganan ke blog saya.

Ikuti saya di kegugupan di http://www.twitter.com/pagalvin

Technorati Tags:

Telah Anda Cari Komite bertemu bulan ini?

Ini adalah permulaan bulan dan sekarang adalah waktu yang baik sebagai apapun untuk perusahaan Anda Cari Komite untuk berkumpul dan menganalisis taruhan terbaik, sukses dan tidak begitu sukses pencarian, dll.

Anda tidak memiliki sebuah Komite Cari? Then form one 🙂

WSS dan terutama MOSS pencarian manfaat dari beberapa pengawasan manusia. Menginvestasikan beberapa jam, sebulan bulanan secara konsisten adalah tidak hanya lebih menyenangkan daripada sebuah tong monyet, itu bisa:

  • Memberikan wawasan kebutuhan informasi perusahaan. Jika orang mencari kiri dan kanan untuk topik "tidak ada," Anda tahu bahwa adalah topik penting perusahaan.
  • Mengidentifikasi potensi persyaratan-persyaratan pelatihan. Jika orang-orang sedang mencari topik "tidak ada" tetapi harus benar-benar mencari "abcd" maka Anda dapat menggunakan itu untuk mendidik orang-orang di mana dan bagaimana untuk menemukan informasi.
  • Membantu organisasi Anda memperbaiki arsitektur informasi.
  • Mengidentifikasi peluang untuk meningkatkan tesaurus.
  • Peluang lainnya tidak diragukan lagi akan hadir.

Siapa yang harus Cari Komite? Anda akan tahu orang-orang Anda yang terbaik, Tapi mempertimbangkan:

  • Setidaknya satu (dan mungkin hanya satu) ITU orang yang mengerti (atau dapat mempelajari) berbagai cara untuk men-tweak Cari, termasuk best taruhan, tesaurus, Properti yang dikelola, dll.
  • Beberapa ahli subjek yang dapat membaca laporan pencarian, menelan itu dan berkomunikasi bisnis cerdas tindakan itu sehingga ia dapat menekan tombol, tarik tuas dan membuka/menutup katup diperlukan untuk rekomendasi Komite.
  • Satu atau lebih informasi arsitek yang dapat memvalidasi, salah satu cara atau yang lain, arsitektur informasi apakah Cari ramah dan apakah itu bekerja dengan baik untuk perusahaan.
  • Kursi yang berputar pada Komite. Membawa satu atau dua orang yang tidak biasanya berpartisipasi dalam jenis usaha. Mereka dapat membawa tidak biasa dan berharga wawasan ke meja.

Menganalisis bahagia!

</akhir>

Berlangganan ke blog saya.

Technorati Tags: