Saya bekerja pada dokumen kajian arsitektur minggu ini dan itu menyarankan, di antara hal lain, bahwa klien mempertimbangkan menggunakan tesaurus untuk membantu meningkatkan pengalaman pencarian pengguna akhir. Tidak pernah melakukan ini sendiri, Saya ingin melakukan tes hands-on cepat sehingga saran saya otentik.

Itu mengejutkan sulit untuk mengetahui bagaimana melakukan, Meskipun, Sebenarnya, cukup mudah. Ada sedikit yang cukup baik informasi tentang tesaurus (Periksa Sini dan Sini, misalnya). Namun, yang docs adalah WSS baik 2.0 / SPS 2003 berorientasi atau mereka tidak benar-benar menguraikan apa yang lakukan untuk setelah Anda telah membuat perubahan dalam tesaurus. Mereka memberikan gambaran besar dan adil sedikit detail, Tapi itu tidak cukup untuk menyeberangi garis akhir.

Langkah-langkah yang bekerja untuk saya:

1. Buat perubahan tesaurus. (Lihat di bawah ini untuk catatan penting)
2. Pergi ke server dan restart "Office SharePoint Server pencarian" Layanan.

Ujung topi ke Mr. J. D. Wahyuni (Bio). Ia memberikan sedikit kunci tentang restart layanan pencarian dan menyelamatkan saya dari tak berujung, memakan waktu dan tidak perlu iisresets dan merangkak penuh indeks. Episode ini membuktikan, Sekali lagi, Twitter mengagumkan. (Ikuti saya di kegugupan di sini. Saya mengikuti setiap SharePoint orang yang mengikuti saya).

Aku tidak tahu jika fungsi ini tersedia di WSS. Jika itu atau tidak, Silakan tinggalkan komentar atau email saya dan saya akan update posting ini.

Catatan penting: Ada informasi yang saling bertentangan di mana file tesaurus XML untuk mengubah. Ada gagasan tentang "tsneu.xml" sebagai "netral" tesaurus. Aku menyia-nyiakan waktu bekerja dengan yang satu. Dalam kasus saya, Saya perlu untuk mengubah "tsenu.xml" file yang berada di bawah folder id app itu sendiri: \\win2003srvc$ Program FilesMicrosoft kantor Servers12.0DataOffice ServerApplications3c4d509a - 75 c 5-481 c-8bfd-099a89554e17Config. Saya berasumsi bahwa dalam situasi multi pertanian, Anda akan membuat perubahan ini di mana-mana permintaan server berjalan.

</akhir>

Berlangganan ke blog saya.

Aku sudah selesai hari 2 CEPAT pelatihan di Needham cerah, MA, dan aku meledak dengan ide-ide (mana semua pelatihan yang baik kelas lakukan untuk saya). Salah satu aspek khusus dari cepat telah saya berpikir dan aku ingin untuk menuliskannya sementara itu masih segar dan normal sehari-hari "barang" didorong keluar dari kepala saya.

Kami SharePoint WSS 3.0 / MOSS pelaksana sering menghadapi masalah sulit dengan setiap proyek SharePoint berukuran cukup: Bagaimana kita mendapatkan semua data ditandai dimuat ke SharePoint sedemikian rupa sehingga semua cocok dalam arsitektur informasi yang dirancang sempurna kami?

Cukup sering, ini bukan masalah seperti sulit karena kita lingkup diri masalah: "Kami tidak peduli tentang apa-apa lebih dari 3 bulan." "Kami akan menangani barang semua yang lama dengan pencarian kata kunci dan pergi ke depan kami akan melakukannya dengan cara yang benar…" Dll.

Tapi, apa yang terjadi jika kita tidak bisa scope diri dari masalah dan kita sedang melihat 10 ribu 's atau 100 ribu (atau bahkan jutaan) docs — pemuatan dan penandaan yang adalah keinginan kami taat?

CEPAT mungkin jawabannya.

Proses pencarian cepat di mencakup banyak bagian yang bergerak tetapi satu pandangan yang disederhanakan ini:

• Proses crawler yang terlihat untuk konten.
• Itu menemukan konten dan tangan itu ke proses broker yang mengelola sebuah kolam dokumen prosesor.
• Broker proses tangan itu ke salah satu dokumen prosesor.
• Prosesor dokumen menganalisa dokumen dan melalui proses pipa, menganalisis bejeezus dari dokumen dan tangan itu ke indeks pembangun jenis proses.

Pada kapal cepat, Kami memiliki banyak kontrol atas dokumen pengolahan pipa. Kita dapat mencampur dan mencocokkan tentang 100 Pipa komponen dan, paling menarik, kita dapat menulis kami sendiri komponen. Seperti saya katakan, CEPAT adalah menganalisis dokumen segala arah tetapi hari Minggu dan mengkompilasi banyak informasi yang berguna tentang dokumen-dokumen. Orang-orang cepat gila jelas gila dan obsesif tentang dokumen analisis karena mereka memiliki alat-alat dan/atau strategi untuk benar-benar mengkategorikan dokumen.

Jadi … menggunakan cepat dalam kombinasi dengan kita sendiri kustom pipa komponen, kita bisa ambil semua informasi konteks yang dari cepat dan pakan kembali ke MOSS. Itu mungkin pergi sesuatu seperti ini:

• Dokumen dimasukkan ke cepat dari Lumut.
• Parsing normal gila-obsesif cepat dokumen dan kategorisasi terjadi.
• Kita sendiri kustom pipa komponen tetes beberapa konteks informasi off ke database.
• Proses desain kami sendiri membaca informasi konteks, membuat beberapa keputusan tentang bagaimana menyesuaikan MOSS dokumen dalam IA kami dan menandai menggunakan layanan web dan object model.

Tentu saja, tidak ada proses otomatis dapat menjadi sempurna tetapi berkat obsesif (dan orang-orang cepat mungkin insane-but-in-a-good-way), kita mungkin memiliki real pertempuran menembak beban massa yang benar-benar efektif proses yang lebih dari sekedar mengisi database SQL dengan sekelompok dokumen-dokumen hampir tidak dapat dicari.

</akhir>

Berlangganan ke blog saya.

Aku punya alasan hari untuk bermain dengan Cari segi CodePlex Proyek hari.

It's been sekitar untuk sementara waktu, tapi aku ragu-ragu untuk men-download dan menggunakannya untuk alasan yang biasa (terutama kurangnya waktu), plus outright fear 🙂

Jika Anda mencari untuk meningkatkan pencarian Anda dan menjelajahi opsi baru, men-download dan menginstal ketika Anda memiliki satu jam atau lebih waktu luang. Aku mengikuti instruksi manual instalasi dan butuh waktu kurang dari 20 menit ke terinstal dan bekerja. Menyediakan nilai berjalan nol.

Itu terlihat cukup sulit untuk memperpanjang. Para penulis memberikan berjalan-melalui rinci untuk skenario BDC kompleks. Saya mungkin akan kehilangan, tapi aku berharap mereka juga akan menyediakan sebuah skenario sederhana yang melibatkan salah satu properti yang sudah ada atau mungkin menambahkan satu baru properti yang dikelola. Aku akan mencoba dan menulis yang up sendiri dalam periode berikutnya waktu.

Garis bawah — dalam menit, Anda dapat menginstal, mengkonfigurasi, use it and add some pretty cool functionality to your vanilla MOSS search and be a hero 🙂

</akhir>

Berlangganan ke blog saya.

Pada MSDN Cari forum, orang sering mengajukan pertanyaan seperti ini:

"Saya punya sebuah dokumen yang bernama ' panduan pemrograman’ tetapi ketika saya mencari ' Pro’ Cari tidak menemukannya."

Ini mungkin tidak merasa seperti itu, tetapi bahwa jumlah untuk pencarian wildcard. Antarmuka pengguna MOSS/WSS tidak mendukung pencarian wildcard dari kotak.

Jika Anda menggali ke dalam bagian web Cari, Anda akan menemukan sebuah kotak centang, "Aktifkan pencarian istilah berasal". Berasal adalah istilah bahasa manusia. Ianya tidak substring bahasa komputer() jenis fungsi.

Berikut adalah beberapa batang:

• "ikan" adalah sebuah batang untuk "Memancing"
• "Mayor" adalah sebuah batang untuk "jurusan"

Ini adalah tidak batang:

• "Mayor" bukanlah sebuah batang "besar"
• "pro" bukanlah sebuah batang untuk "programmer"

Pencari WSS MOSS mendukung kartu liar Cari melalui API. Inilah satu blog artikel yang menggambarkan bagaimana melakukannya: http://www.dotnetmafia.com/blogs/dotnettipoftheday/archive/2008/03/06/how-to-use-the-moss-enterprise-search-fulltextsqlquery-class.aspx

Produk pihak ke-3, Ontolica, menyediakan kartu liar Cari. Saya belum pernah menggunakan produk.

</akhir>

Berlangganan ke blog saya.