Saya bekerja pada dokumen penilaian seni bina minggu ini dan ia menunjukkan, antara lain, bahawa pelanggan menganggap menggunakan ini juga untuk membantu memperbaiki pengalaman carian pengguna akhir. Jangan sekali-kali penanda ini diri saya sendiri, Saya ingin melakukan ujian praktikal cepat supaya cadangan saya adalah tulen.

Ia adalah menghairankan sukar untuk memikirkan bagaimana untuk melakukan, Walaupun ia adalah, sebenarnya, agak mudah. Ada sedikit maklumat mengenai ini juga cukup baik (Semak di sini dan di sini, contohnya). Walau bagaimanapun, dokumen tersebut akan WSS sama ada 2.0 / SPS 2003 komitmen atau mereka sebenarnya tidak mengeja apa yang dilakukan untuk selepas anda membuat perubahan anda masuk juga dalam. Mereka menyediakan gambaran yang hebat dan adil sedikit detail, tetapi ia tidak cukup untuk melintasi garisan penamat.

Langkah-langkah ini bekerja untuk saya:

1. Membuat perubahan kepada juga kepada. (Lihat di bawah untuk Nota penting untuk)
2. Pergi ke pelayan dan mulakan semula "Office SharePoint Server carian" Perkhidmatan.

Petua daripada topi untuk Encik. J. D. Sesuatu dgn susah payah (Bio). Beliau diberikan bit utama tentang memulakan semula Perkhidmatan carian dan diselamatkan saya tidak berkesudahan, memakan masa dan tidak perlu iisresets dan crawls Indeks penuh. Episod ini membuktikan, sekali lagi, Twitter itu yang menggerunkan. (Ikut saya di twitter di sini. Saya mengikuti mana-mana orang SharePoint yang mengikuti saya).

Saya tidak tahu jika fungsi ini boleh didapati dalam WSS. Jika ia atau tidak, Sila tinggalkan komen atau email saya dan saya akan mengemaskini post ini.

Nota penting: Terdapat maklumat yang bercanggah mengenai fail juga XML yang mana untuk mengubah. Terdapat tanggapan ini "tsneu.xml" sebagai "neutral" juga. Saya dibazirkan masa bekerja dengan apa. Dalam kes saya,, Saya perlu menukar "tsenu.xml" fail yang terletak di bawah folder ID aplikasi itu sendiri: \\win2003srvc$ Program FilesMicrosoft Servers12.0DataOffice pejabat ServerApplications3c4d509a - 75 c 5-481 c-8bfd-099a89554e17Config. Saya mengandaikan bahawa dalam situasi ladang berbilang, anda akan membuat perubahan ini di mana-mana pelayan pertanyaan beroperasi.

</akhir>

Langgan ke blog saya.

Saya sudah selesai sehingga hari 2 latihan yang cepat dalam cerah Needham, MA, dan saya saya penuh dengan idea-idea (mana semua latihan baik kelas lakukan untuk saya). Salah satu aspek tertentu cepat membuatkan saya berfikir dan saya ingin tuliskan ia semasa ia masih segar dan normal harian "barangan" ditolak keluar dari kepala saya.

Kami SharePoint WSS 3.0 / Pelaksana MOSS kerap menghadapi masalah sukar dengan mana-mana projek SharePoint bersaiz munasabah: Bagaimanakah kita boleh mendapatkan semua data untagged dimuatkan ke dalam SharePoint sehinggakan ia sesuai dalam senibina maklumat direka sempurna untuk kami?

Selalunya cukup, ini tidak apa-apa masalah yang sukar kerana kita skop diri daripada masalah: "Kita tidak peduli tentang apa-apa lebih daripada 3 bulan yang lama." "Kami akan mengendalikan hal-hal yang lama dengan kata kunci carian dan MARA akan kita akan lakukan dengan cara yang betul…" Dan lain-lain.

Tetapi, apa akan terjadi sekiranya kita tidak skop tata diri daripada masalah dan kami sedang mencari 10 's ribu atau 100 's of beribu Lapangan (atau berjuta-juta) docs — muatan dan tag yang ingin kita taat?

FAST mungkin jawapan yang.

Proses pencarian FAST termasuk banyak bahagian yang bergerak tetapi satu pandangan dipermudahkan adalah ini:

• Proses crawler mencari kandungan.
• Ia mendapati kandungan dan tangan ia pergi ke proses broker yang menguruskan kolam pemproses dokumen.
• Proses Broker tangan ia pergi ke salah satu daripada pemproses dokumen.
• Pemproses dokumen menganalisis dokumen dan melalui satu proses perancangan, menganalisis bejeezus daripada dokumen itu dan tangan di luar untuk pembina indeks proses jenis.

Pada FAST starship, kami mempunyai banyak kawalan ke atas dokumen pemprosesan paip. Kita boleh mencampur dan mencocokkan tentang 100 komponen saluran paip dan, yang paling menarik, kita boleh menulis komponen kita sendiri. Seperti yang saya katakan, Puasa adalah menganalisis dokumen setiap mana cara tetapi Ahad dan ia menyusun banyak maklumat yang berguna tentang dokumen-dokumen tersebut. Orang-orang gila cepat adalah jelas tidak siuman dan kejengkelan tentang analisis dokumen kerana mereka mempunyai alat dan/atau strategi untuk benar-benar mengkategorikan dokumen.

Jadi … menggunakan FAST digabungkan dengan komponen saluran paip adat kita sendiri, kita boleh merebut semua maklumat konteks itu dari puasa dan memberi makan kembali ke Lumut. Ia mungkin pergi sesuatu seperti ini:

• Dokumen dimasukkan ke FAST dari MOSS.
• Normal gila-keterlaluan parsing dokumen FAST dan kategori yang berlaku.
• Komponen saluran paip sendiri adat kami turun beberapa maklumat konteks pergi ke pangkalan data.
• Proses reka bentuk kita sendiri membaca maklumat konteks, membuat beberapa keputusan mengenai bagaimana untuk menyesuaikan bahawa dokumen MOSS dalam IA kami dan menandakan ia menggunakan perkhidmatan web dan model objek.

Kursus, tiada proses automatik seperti boleh menjadi sempurna tetapi terima kasih kepada keterlaluan (dan orang-orang FAST mungkin gila-tetapi-in-a-baik-cara), kita mungkin mempunyai pertempuran sebenar ditembak di massa beban proses benar-benar berkesan yang tidak lebih daripada sekadar mengisi pangkalan data SQL dengan sekumpulan dokumen yang hampir-dicari.

</akhir>

Langgan ke blog saya.

Saya mempunyai sebab hari ini untuk bermain-main dengan codeplex carian aspek Projek hari.

Ia telah wujud untuk sementara waktu, tetapi saya teragak-agak untuk memuat turun dan menggunakannya untuk sebab-sebab yang biasa (terutamanya kekurangan masa), plus outright fear 🙂

Jika anda sedang mencari untuk meningkatkan carian anda dan meneroka pilihan baru, Muat turun dan pasang apabila anda mempunyai satu jam atau lebih masa terluang. Saya mengikuti arahan manual pemasangan dan saya mengambil masa kurang daripada 20 minit untuk dipasang dan bekerja. Ia menyediakan minit nilai sifar.

Ia kelihatan agak sukar untuk melanjutkan. Penulis menyediakan tapak yang terperinci bagi BDC senario yang kompleks. Saya boleh hilang ia, tapi aku berharap mereka juga akan menyediakan senario yang mudah melibatkan salah satu sifat sedia ada atau mungkin menambah satu hartanah baru yang diuruskan. Saya akan cuba dan menulis yang membentuk diri saya dalam tempoh akan datang.

Bottom line — dalam beberapa minit, anda boleh memasang, menatarajah, use it and add some pretty cool functionality to your vanilla MOSS search and be a hero 🙂

</akhir>

Langgan ke blog saya.

Pada forum carian MSDN, orang sering bertanya soalan seperti ini:

"Saya mempunyai satu dokumen yang dinamakan ' Panduan pengaturcaraan’ tetapi Bilakah saya mencari ' Pro’ carian tidak menemuinya."

Ia mungkin tidak merasa seperti itu, tetapi yang berjumlah carian aksara bebas. Antara muka pengguna MOSS/WSS tidak menyokong aksara bebas Cari luar kotak.

Jika anda menggali ke dalam bahagian-bahagian carian web, anda akan mendapati kotak yang, "Dayakan berpunca istilah carian". Berpunca adalah istilah Bahasa manusia. Ia bukanlah sebuah komputer Bahasa substring() fungsi jenis.

Ini adalah beberapa batang:

• "ikan" adalah satu batang untuk "Memancing"
• "major" adalah satu batang ke "pengkhususan"

Ini bukan berpunca:

• "Mej" bukanlah satu batang "kuliah"
• "pro" bukanlah satu batang ke "programmer"

Enjin carian WSS/MOSS menyokong Kad wild carian melalui API. Berikut adalah satu artikel blog yang menerangkan bagaimana untuk berbuat demikian: http://www.dotnetmafia.com/blogs/dotnettipoftheday/archive/2008/03/06/how-to-use-the-moss-enterprise-search-fulltextsqlquery-class.aspx

Satu produk yang pihak ke-3, Ontolica, Cari Kad wild menyediakan. Saya tidak menggunakan produk itu.

</akhir>

Langgan ke blog saya.