Tôi đang làm việc trên một tài liệu xem xét kiến trúc tuần này và nó cho thấy, trong số những thứ khác, khách hàng xem xét sử dụng từ điển để giúp cải thiện trải nghiệm tìm kiếm của người dùng cuối. Có không bao giờ thực hiện này bản thân mình, Tôi muốn làm một bài kiểm tra thực hành nhanh chóng để đề nghị của tôi là xác thực.

Nó là đáng ngạc nhiên khó khăn để tìm ra làm thế nào để làm, mặc dù nó là, Thực tế, khá dễ dàng. Đó là một chút thông tin về từ điển khá tốt (kiểm tra Ở đây và Ở đây, Ví dụ). Tuy nhiên, những tài liệu là một trong hai WSS 2.0 / SPS 2003 theo định hướng hoặc họ không thực sự đánh vần ra gì để sau khi bạn đã thực hiện các thay đổi trong từ điển. Họ cung cấp một tổng quan tuyệt vời và chút công bằng của chi tiết, nhưng nó là không đủ để vượt qua dòng kết thúc.

Các bước sau làm việc cho tôi:

1. Thực hiện những thay đổi với từ điển. (Xem dưới đây cho một lưu ý quan trọng)
2. Đi đến máy chủ và khởi động lại các "Office SharePoint Server tìm" Dịch vụ.

Một tip của mũ để Ông. J. D. Wade (sinh học). Ông cung cấp các bit quan trọng về khởi động lại dịch vụ tìm kiếm và giải cứu tôi từ vô tận, iisresets thời gian và không cần thiết và thu thập chỉ mục đầy đủ. Tập này chứng minh, Một lần nữa, đó Twitter là những awesome. (Theo tôi trên twitter ở đây. Tôi làm theo bất kỳ người SharePoint nào sau tôi).

Tôi không biết nếu chức năng này có sẵn trong WSS. Nếu nó là hoặc không, Xin vui lòng để lại một bình luận hoặc email tôi và tôi sẽ cập nhật bài đăng này.

Lưu ý quan trọng: Các thông tin xung đột mà hồ sơ thesaurus XML thay đổi. Đó là khái niệm này của "tsneu.xml" như là "trung lập" từ điển. Tôi lãng phí một thời gian làm việc với một. Trong trường hợp của tôi, Tôi cần thiết để thay đổi "tsenu.xml" tập tin nằm trong thư mục ứng dụng ID chính nó: \\win2003srvc$ Program FilesMicrosoft văn phòng Servers12.0DataOffice ServerApplications3c4d509a - 75 c 5-481 c-8bfd-099a89554e17Config. Tôi giả định rằng trong một tình huống đa trang trại, bạn sẽ làm cho sự thay đổi này ở khắp mọi nơi cho chạy một máy chủ truy vấn.

</kết thúc>

Đăng ký vào blog của tôi.

Tôi đã kết thúc lên ngày 2 đào tạo nhanh trong nắng Needham, MA, và tôi bursting với những ý tưởng (mà tất cả các lớp đào tạo tốt học làm cho tôi). Một khía cạnh cụ thể của nhanh đã cho tôi suy nghĩ và tôi muốn viết nó trong khi nó đã là vẫn còn tươi và bình thường hàng ngày "thứ" đẩy nó ra khỏi đầu của tôi.

Chúng tôi SharePoint WSS 3.0 / MOSS cơ quan thực hiện thường xuyên gặp phải một vấn đề khó khăn với bất kỳ dự án SharePoint có kích thước hợp lý: Làm thế nào để chúng tôi nhận được tất cả các dữ liệu untagged nạp vào SharePoint như vậy mà tất cả phù hợp trong kiến trúc được thiết kế hoàn toàn thông tin chúng tôi?

Thường xuyên, đủ, đây không phải là một vấn đề khó khăn bởi vì chúng tôi phạm vi chính mình ra khỏi khó khăn: "Chúng tôi không quan tâm về bất cứ điều gì nhiều hơn 3 tháng tuổi." "Chúng tôi sẽ xử lý các công cụ tất cả những gì cũ với từ khoá tìm kiếm và đi về phía trước chúng tôi sẽ làm nó đúng cách…" Vv.

Nhưng, điều gì xảy ra nếu chúng tôi không thể phạm vi chính mình ra khỏi khó khăn và chúng tôi đang tìm lúc 10 ngàn hoặc 100 ngàn (hoặc thậm chí hàng triệu) của tài liệu — nạp và gắn thẻ trong đó là mong muốn người sùng đạo của chúng tôi?

Nhanh chóng có thể là câu trả lời.

Quá trình tìm kiếm nhanh của bao gồm rất nhiều bộ phận chuyển động nhưng điều này là một lần xem đơn giản:

• Một quá trình thu thập công cụ tìm kiếm nội dung.
• Nó tìm thấy nội dung và bàn tay nó đi đến một quá trình môi giới quản lý một hồ bơi của bộ vi xử lý tài liệu.
• Quá trình môi giới bàn tay nó đi đến một bộ vi xử lý tài liệu.
• Bộ vi xử lý tài liệu phân tích các tài liệu và thông qua một quá trình đường ống, phân tích các bejeezus ra khỏi tài liệu và bàn tay nó đi đến một quá trình loại chỉ số xây dựng.

Trên tàu vũ trụ nhanh, chúng tôi có rất nhiều kiểm soát đối với các tài liệu chế biến đường ống. Chúng tôi có thể trộn và kết hợp về 100 đường ống dẫn các thành phần và, thú vị nhất, chúng tôi có thể viết thành phần riêng của chúng tôi. Như tôi nói, NHANH phân tích tài liệu mọi cách mà nhưng chủ nhật và nó biên dịch rất nhiều thông tin hữu ích về những tài liệu. Những người điên nhanh được rõ ràng điên và ám ảnh về phân tích tài liệu bởi vì họ có công cụ và/hoặc các chiến lược để thực sự phân loại tài liệu.

Vì vậy … bằng cách sử dụng nhanh chóng trong sự kết hợp với thành phần đường ống dẫn tùy chỉnh riêng của chúng tôi, chúng tôi có thể lấy tất cả các thông tin bối cảnh đó từ nhanh và ăn nó quay lại MOSS. Nó có thể đi một cái gì đó như thế này:

• Tài liệu được đưa vào nhanh từ MOSS.
• Bình thường điên-ám ảnh nhanh tài liệu phân tích cú pháp và phân loại sẽ xảy ra..
• Thành phần đường ống dẫn tùy chỉnh riêng của chúng tôi giảm xuống một số thông tin bối cảnh đó ra một cơ sở dữ liệu.
• Một quá trình thiết kế của riêng của chúng tôi đọc thông tin bối cảnh, làm cho một số quyết định trên làm thế nào để phù hợp với các tài liệu đó MOSS trong vòng chúng tôi IA và đánh dấu nó bằng cách sử dụng một dịch vụ web và các mô hình đối tượng.

Tất nhiên, không có quá trình tự động có thể được hoàn hảo nhưng nhờ sự ám ảnh (và có thể insane-but-in-a-good-way nhanh người), chúng tôi có thể có một thực sự chiến đấu bắn tại một quá trình tải hàng loạt thực sự hiệu quả hơn chỉ cần điền lên một cơ sở dữ liệu SQL với một bó của hiếm khi tìm kiếm tài liệu.

</kết thúc>

Đăng ký vào blog của tôi.

Tôi có lý do gì vào ngày hôm qua để chơi với các CodePlex mặt tìm dự án vào ngày hôm nay.

Nó đã khoảng một thời gian, nhưng tôi do dự để tải về và sử dụng nó cho những lý do thông thường (chủ yếu là thiếu thời gian), plus outright fear 🙂

Nếu bạn đang tìm kiếm để cải thiện tìm kiếm của bạn và khám phá các tùy chọn mới, tải xuống và cài đặt nó khi bạn có một giờ hoặc lâu hơn thời gian miễn phí. Tôi theo hướng dẫn của hướng dẫn sử dụng cài đặt và nó đã cho tôi ít hơn 20 phút để có nó được cài đặt và làm việc. Nó cung cấp giá trị phút zero.

Nó trông khá khó khăn để mở rộng. Các tác giả cung cấp một hướng dẫn chi tiết cho một kịch bản BDC phức tạp. Tôi có thể mất nó, nhưng tôi muốn họ cũng sẽ cung cấp một kịch bản đơn giản hơn liên quan đến một trong các thuộc tính sẵn hoặc có lẽ thêm một tài sản mới được quản lý. Tôi sẽ cố gắng và viết nó lên bản thân mình trong giai đoạn tiếp theo của thời gian.

Điểm mấu chốt — trong vài phút, bạn có thể cài đặt, cấu hình nó, use it and add some pretty cool functionality to your vanilla MOSS search and be a hero 🙂

</kết thúc>

Đăng ký vào blog của tôi.

Trên MSDN tìm kiếm diễn đàn, mọi người thường hỏi một câu hỏi như thế này:

"Tôi có một tài liệu tên là ' lập trình hướng dẫn’ nhưng khi tôi tìm kiếm cho ' Pro’ Tìm kiếm không tìm thấy nó."

Nó có thể không cảm thấy thích nó, nhưng mà số tiền đến một tìm kiếm ký tự đại diện. Giao diện người dùng MOSS/WSS không hỗ trợ các ký tự đại diện tìm ra khỏi hộp.

Nếu bạn thâm nhập vào các bộ phận web tìm, bạn sẽ tìm thấy một hộp kiểm, "Cho phép tìm kiếm thuật ngữ bắt nguồn". Xuất phát là một thuật ngữ ngôn ngữ con người. Nó không phải là một xâu con ngôn ngữ máy tính() loại chức năng.

Đây là một số thân cây:

• "cá" là một thân cây để "đánh cá"
• "lớn" là một thân cây để "chuyên ngành"

Đây là những không thân cây:

• "thiếu tá" không phải là bản gốc để "lớn"
• "chuyên nghiệp" không phải là bản gốc để "lập trình viên"

Công cụ tìm kiếm WSS/MOSS hỗ trợ thẻ tự nhiên tìm kiếm thông qua các API. Dưới đây là một trong những blog của bài viết mô tả làm thế nào để làm điều đó: http://www.dotnetmafia.com/blogs/dotnettipoftheday/archive/2008/03/06/how-to-use-the-moss-enterprise-search-fulltextsqlquery-class.aspx

Bên thứ 3 một sản phẩm, Ontolica, cung cấp các tìm kiếm thẻ hoang dã. Tôi đã không sử dụng sản phẩm đó.

</kết thúc>

Đăng ký vào blog của tôi.