lưu trữ hàng tháng: Có thể 2008

SharePoint di cư Mẹo: Sử dụng “dữ liệu untagged” Số lần xem cho gia tăng di cư

Trong một hoặc của tôi đầu tiên bài đăng trên blog, Tôi mô tả quá trình tổng thể, chúng tôi theo sau để di chuyển một khách hàng từ SPS 2003 để MOSS. Một độc giả để lại một bình luận yêu cầu cho biết thêm chi tiết và ở đây nó là.

Cho rằng dự án di cư, chúng tôi đã tìm thấy một cách tốt để di chuyển rất nhiều SPS 2003 tài liệu trên RÊU. Tải ban đầu đã được dễ dàng đủ. Tạo một thư viện tài liệu mục tiêu ở MOSS và sử dụng windows explorer để di chuyển các tài liệu.

Đây là thư viện tài liệu mới:

hình ảnh

Mở hai cửa sổ nhà thám hiểm. Điểm đầu tiên tại SPS 2003 và thứ hai tại thư viện tài liệu mới ở MOSS. Ảnh chụp màn hình sau đây cho thấy điều này. Lưu ý rằng trình duyệt hàng đầu là thực sự chỉ ở c của tôi:\nhiệt độ ổ đĩa, nhưng bạn có thể tưởng tượng nó trỏ đến một SPS 2003 thư viện tài liệu:

hình ảnh

Sau đó kéo và thả thao tác, mục tiêu của tôi trông như thế này:

hình ảnh

Bây giờ đó là thời gian để đối phó với các siêu dữ liệu. Giả sử chúng ta có một cột siêu dữ liệu cho các tài liệu này được đặt tên "vị trí." Chúng tôi có thể nhìn thấy từ trên "tất cả tài liệu" Xem vị trí là trống. Nó rất dễ dàng, đủ để sử dụng chế độ xem bảng dữ liệu để nhập vị trí, hoặc thậm chí đi vào thuộc tính tài liệu mỗi một để thêm vị trí. Chúng ta hãy giả định rằng không có cách nào thực tế để gán cột vị trí một giá trị tự động và rằng người dùng cuối phải làm điều này bằng tay. Hơn nữa, giả sử có hàng trăm tài liệu (có lẽ hàng ngàn) và nó sẽ mất nhiều nhiều ngày để cập nhật các siêu dữ liệu. Như chúng ta đều biết, không ai sẽ ngồi và làm việc cho bốn năm ngày thẳng Cập nhật dữ liệu meta cho các tài liệu. Thay vào đó, họ sẽ phá vỡ mà qua một khoảng thời gian vài tuần hoặc có thể dài hơn. Để tạo thuận lợi cho quá trình này, chúng tôi có thể tạo ra một "dữ liệu untagged" xem như được hiển thị:

hình ảnh

Bây giờ, khi ai đó ngồi xuống để chi tiêu của họ được phân bổ hàng ngày giờ hoặc hai từ khóa migrated tài liệu, họ có thể sử dụng các "tài liệu untagged" xem tập trung nỗ lực của họ:

hình ảnh

Như là người dùng thẻ tài liệu, họ thả ra danh sách này.

Khái niệm này của một chế độ xem dữ liệu untagged cũng có thể giúp với một lớp dữ liệu xác nhận vấn đề người hỏi về trên các diễn đàn. Ra khỏi hộp, có là không có cách nào để ngăn chặn người dùng tải lên một tài liệu để MOSS và sau đó không nhập dữ liệu meta. Chúng tôi có thể chỉ định một cột cụ thể trang web là bắt buộc và người sử dụng sẽ không được phép để đẩy lưu nút. Tuy nhiên, Nếu người dùng tải lên và sau đó đóng trình duyệt (hoặc sử dụng windows explorer để tải lên các tài liệu), chúng tôi không thể ép buộc người dùng phải nhập dữ liệu meta (một lần nữa, ra khỏi hộp).

Cách tiếp cận này có thể được sử dụng để giúp đỡ với tình hình đó. Chúng tôi có thể sử dụng một "dữ liệu kém tagged" xem để dễ dàng xác định các tài liệu và sửa chữa chúng. Cặp vợ chồng này với một KPI và bạn có khả năng hiển thị tốt để các dữ liệu với máy khoan xuống để quản lý những trường hợp đặc biệt.

</kết thúc>

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

Technorati Tags:

SharePoint Wildcard Search: “Chuyên nghiệp” Không phải là một thân cây của “Lập trình”

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.

Technorati Tags:

Đăng nhập hoạt động quy trình làm việc trong SharePoint Designer

Tuần trước, Tôi đã làm việc ra làm thế nào để vòng lặp và thực hiện một máy nhà nước bằng cách sử dụng SharePoint Designer và đề cập đến, là một sang một bên, rằng tôi có lẽ sẽ viết một bài đăng blog về tốt hơn quy trình làm việc đăng nhập.

Vâng, Hải Lăng Rajput đánh bại tôi vào nó. Có một cái nhìn.

Lưu đăng nhập dữ liệu vào một danh sách tùy chỉnh có vẻ tốt hơn bằng cách sử dụng lịch sử công việc thường xuyên:

  • Nó là chỉ là một danh sách tùy chỉnh, Vì vậy bạn có thể xuất khẩu nó để excel rất dễ dàng.
  • Bạn có thể tạo lượt xem, tự động lọc dữ liệu, vv.
  • Nó không phải là tùy thuộc vào cuộc thanh trừng tự động bạn nhận được với quy trình làm việc thường xuyên lịch sử.

Có một số rủi ro / Nhược điểm:

  • Nhiều quy trình công việc đang chạy với rất nhiều đăng nhập có thể gây ra quá nhiều dữ liệu được ghi vào danh sách.
  • Có lẽ bạn * do * muốn tự động purging. Bạn không nhận được tính năng với cách tiếp cận này (không có mã hóa).
  • An ninh là khôn lanh. Để viết vaøo danh saùch, người dùng phải có quyền làm như vậy. Điều đó có nghĩa rằng nó có lẽ không phải là thích hợp cho bất kỳ loại "chính thức" kiểm toán kể từ khi người dùng có thể khám phá danh sách và chỉnh sửa nó. Điều này có thể được khắc phục với một số chương trình tùy chỉnh.

</kết thúc>

Technorati Tags:

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

Các vấn đề với Tribbles … err .. Tiêu chí

Điều này tuần vừa qua tôi hoàn thành ra một bằng chứng của khái niệm dự án cho một khách hàng ở Manhattan. Trong khi thực hiện các giải pháp, Tôi chạy vào các thiếu sót khác của MOSS KPIs (xem ở đây cho một vấn đề trước đó của KPI và giải pháp của tôi).

Nền: Chúng tôi sử dụng quy trình làm việc SharePoint Designer làm người mẫu một quá trình kinh doanh khá phức tạp của nhiều tháng dài. Vì nó chugged dọc theo, nó sẽ cập nhật một số thông tin nhà nước trong một danh sách. Tiêu chí sử dụng dữ liệu này để làm của mojo.

Chúng tôi quyết định để tạo ra một trang web mới mỗi khi một trong những quy trình kinh doanh mới khai mạc. Ngoài các công việc chính nó, Các trang web lưu trữ một số các thư viện tài liệu, sử dụng đối tượng nhắm mục tiêu và vv.. Chỉ là một bó của các công cụ để giúp với sự hợp tác giữa các nhân viên nội bộ, đi du lịch nhân viên và khách hàng của tham gia đối tác kinh doanh.

Chúng tôi cũng muốn hiển thị một số KPIs giám sát sức khỏe tổng thể của quá trình kinh doanh cụ thể đó như khuyến khích bởi những dữ liệu trạng thái quy trình làm việc và xem bằng cách sử dụng các tiêu chí.

Cuối cùng, chúng tôi sử dụng bản ghi danh sách KPI làm một số trên một cái nhìn vào một danh sách các trang web (như trái ngược với kéo từ nguồn dữ liệu khác, như excel hoặc SQL).

Vấn đề: Như bạn có thể tưởng tượng, giả sử chúng tôi đã thực hiện ý tưởng cơ bản về phía trước vào một thế giới sản xuất, chúng tôi sẽ muốn có một trang web mẫu. Cấp quyền truy cập một trang web mới dựa trên ra một quá trình của kinh doanh"" tiêu bản.

Vấn đề là bạn không thể có vẻ để có được một KPI hoạt động như vậy. Khi tôi tạo ra một trang web mới dựa trên một mẫu với một danh sách KPI và KPI web một phần, Trang web mới KPI dữ liệu bị hỏng. Trang web mới KPI danh sách điểm nguồn bất cứ điều gì bạn xác định khi bạn lần đầu tiên lưu nó như là một bản mẫu.

Bằng cách ví dụ:

  • Tạo một trang web mới và xây dựng nó để hoàn thiện. Trang web này bao gồm các dữ liệu KPI.
  • Tiết kiệm mà làm mẫu.
  • Tạo một trang web mới và cơ sở nếu tắt các mẫu.
  • Trang web này mới của KPI danh mục’ nguồn trỏ đến trang web mẫu, không có các trang web hiện tại.

Trình instantiation không sửa URL.

Tôi đã cố gắng để giải quyết điều này bằng cách chỉ định một URL tương đối khi xác định mục danh sách KPI. Tuy nhiên, Tôi không thể nhận được bất kỳ biến thể của rằng để làm việc.

Tôi luôn luôn muốn đôi lên "vấn đề" bài đăng trên blog với một số loại giải pháp, nhưng trong trường hợp này tôi không có một tốt. Điều tốt nhất tôi có thể con số là rằng bạn cần phải đi vào các trang web mới được cung cấp và sửa chữa tất cả mọi thứ theo cách thủ công. Giao diện làm cho điều này thậm chí còn khó khăn hơn vì thay đổi URL trong danh sách nguồn gây ra làm mới một, Vì vậy, bạn thực sự có để xác định lại toàn bộ điều từ đầu.

Nếu có ai biết một cách tốt hơn để xử lý này, Xin vui lòng gửi bình luận.

</kết thúc>

Technorati Tags:

RÊU trang trại nhỏ cài đặt và cấu hình chiến tranh câu chuyện

Tuần này, Tôi đã vật lộn một chút với đội của tôi để có được MOSS được cài đặt trong một trang trại máy chủ hai đơn giản. Có đi qua nó, Tôi có một sự đánh giá cao hơn cho các loại vấn đề người báo cáo trên diễn đàn MSDN và các nơi khác.

Cấu hình cuối cùng trang trại:

  • WFE SQL/Index/mạng nội bộ bên trong các bức tường lửa.
  • WFE trong DMZ.
  • Một số loại tường lửa giữa DMZ và máy chủ nội bộ.

Trước khi chúng tôi bắt đầu dự án, chúng tôi cho khách hàng biết những cổng cần thiết để được mở. Trong thời gian cho và nhận, trở lại và ra trên đó, chúng tôi không bao giờ rõ ràng cho biết hai điều quan trọng:

  1. SSL có nghĩa là bạn cần một chứng chỉ.
  2. DMZ máy chủ phải là một phần của một tên miền.

Một ngày, chúng tôi đã cho thấy để cài đặt MOSS và đã học được rằng các tài khoản tên miền cho cơ sở dữ liệu và MOSS đã không được tạo ra. Để di chuyển những thứ, chúng tôi đã đi trước và cài đặt tất cả mọi thứ với một tài khoản địa phương trên máy chủ mạng nội bộ.

Tại thời điểm này, chúng tôi phát hiện ra sự nhầm lẫn trong giấy chứng nhận SSL và, đáng buồn, quyết định có guy cơ sở hạ tầng của chúng tôi trở lại sau này trong tuần đó để tiếp tục cài đặt máy chủ DMZ. Trong lúc này, chúng tôi kiến trúc sư giải pháp di chuyển về phía trước với các công cụ kinh doanh.

Một ngày cuối tuần đi theo và khách hàng có được giấy chứng nhận.

Guy cơ sở hạ tầng của chúng tôi cho thấy và phát hiện ra rằng DMZ máy chủ không được tham gia vào bất kỳ tên miền (một tên miền chu vi với niềm tin hạn chế hoặc vùng mạng nội bộ). Chúng tôi lãng phí gần một 1/2 ngày đó. Nếu chúng tôi đã không cho phép thiếu giấy chứng nhận SSL bog chúng tôi xuống, chúng tôi sẽ có phát hiện điều này trước đó. Oh, cũng….

Một ngày đi và Ủy ban an ninh khác nhau, quan tâm đến bên và (không phải như vậy) người ngoài vô tội tất cả đồng ý rằng nó là OK để tham gia các DMZ máy chủ với vùng mạng nội bộ (đây là một POC, Cuối cùng, không phải là một giải pháp sản xuất).

Cơ sở hạ tầng chàng có để bọc điều lên. Thời gian này chúng tôi vượt qua các găng sắt ngày trìu mến gọi là "thuật sĩ cấu hình SharePoint." Chúng tôi có một peek trong quản trị Trung ương và … Yee haw! … DMZ máy chủ được liệt kê trong trang trại. Chúng tôi xem xét kỹ hơn một chút và nhận ra chúng tôi đã phá vỡ mở Champaign một chút mite sớm. Dịch vụ WSS mắc kẹt trong một "bắt đầu" tình trạng.

Long câu chuyện ngắn, nó chỉ ra rằng chúng ta quên để thay đổi nhận dạng của tài khoản Dịch vụ thông qua quản trị Trung ương từ tài khoản địa phương ban đầu để các tài khoản tên miền mới. Chúng tôi đã làm điều đó, chạy lại thuật sĩ cấu hình và thì đấy! Chúng tôi đã trong kinh doanh.

</kết thúc>

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

Technorati Tags:

Mea Culpa — SharePoint Designer * có thể * tạo quy trình công việc nhà nước máy

Gần đây tôi đã học được rằng nó là có thể, và thậm chí còn khá dễ dàng để tạo ra một nhà nước máy công việc bằng cách sử dụng SharePoint Designer. Điều cần thiết là mẹ của sáng chế và tất cả những gì tốt các công cụ và tôi đã có một nhu cầu tuần này nhìn cho một sáng chế. Thật trùng hợp, Tôi đã xem qua bài diễn đàn MSDN là tốt. Kinh nghiệm cá nhân của tôi tuần này và rằng "xác nhận độc lập" vay sức mạnh để niềm tin của tôi. Tôi có kế hoạch viết về việc này tại các chiều dài lớn hơn với một ví dụ đầy đủ thổi, nhưng đây là gist của nó:

  • Thúc đẩy cách tiếp cận thực tế rằng một công việc có thể thay đổi một danh mục, do đó kích hoạt một công việc mới. Tôi đã thường xem là điều này để là một phiền toái và thậm chí viết blog về việc sử dụng semaphores để xử lý nó.
  • SharePoint cho phép nhiều quy trình công việc độc lập phải hoạt động chống lại một mục danh sách cụ thể.

Để cấu hình nó:

  • Thiết kế máy tính nhà nước của bạn (tức là, Các tiểu bang và làm thế nào kỳ chuyển đổi từ một đến kế tiếp).
  • Thực hiện mỗi tiểu bang như quy trình làm việc riêng biệt.
  • Đặt cấu hình mỗi người trong số các công việc nhà nước để thực hiện để đáp ứng với bất kỳ thay đổi nào trong danh mục.

Mỗi công việc nhà nước sau này mô hình thô:

  • Khi khởi tạo, xác định cho dù nó thực sự nên chạy bằng cách kiểm tra thông tin trạng thái trong mục"hiện tại". Hủy bỏ nếu không.
  • Làm việc.
  • Cập Nhật "khoản mục hiện tại" với thông tin nhà nước mới. Điều này gây ra một Cập Nhật cho mục hiện tại và bắn ra tất cả các quy trình công việc nhà nước.

Bên cạnh những lợi ích rõ ràng rằng một trong những có thể tạo ra một quy trình làm việc máy hỏa nhà nước, Tất cả những gì thông tin nhà nước là tuyệt vời để xây dựng KPIs và thú vị xem.

Nó có một nhược điểm khá đáng kể — standard workflow history tracking is even more useless than normal 🙂 That’s easily remedied, Tuy nhiên. Lưu trữ tất cả thông tin loại kiểm toán của bạn trong một danh sách tùy chỉnh. Đó có thể là một ý tưởng tốt ngay cả đối với quy trình làm việc tuần tự vani, but that’s for another blog post 🙂

Tôi gọi đây là một "mea culpa" bởi vì tôi có, Thật không may, nói nhiều hơn một lần trên diễn đàn và ở nơi khác là một phải sử dụng phòng thu trực quan để tạo ra một công việc nhà nước máy. Đó chỉ đơn giản là không phải là sự thật.

</kết thúc>

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

Technorati Tags:

Học cách cứng — DMZ WFE phải nằm trong một miền

Mặc dù nó không phải là nghĩa là đúng, như một vấn đề thực tế, trước web internet phải đối mặt với một kết thúc trong một DMZ phải nằm trong một miền (tức là. không phải là một máy chủ độc lập trong nhóm làm việc nhỏ của riêng của nó). Nó không cần phải đặt cùng một tên miền như WFE nội bộ(s) và các máy chủ khác (và có lẽ không nên), nhưng nó cần phải là một tên miền.

Đồng nghiệp của tôi và tôi đã dành một số tiền không điều độ thời gian trên một đề xuất bao gồm SharePoint pre-requisites. Điều này bao gồm một danh sách các cấu hình tường lửa mà sẽ cho phép các máy chủ DMZ để tham gia các trang trại và vv.. Đáng buồn, chúng tôi không thể để thêm một câu một nơi nào đó mà nói, để có hiệu lực, "các điểm toàn bộ đẫm máu của cấu hình này là để cho phép máy chủ DMZ WFE của bạn, trong một tên miền, để tham gia các trang trại nội bộ."

Một cơn bão hoàn hảo của sự kiện, nơi chúng tôi về cơ bản nhìn trái khi chúng tôi có thể nhìn bên phải, âm mưu để ẩn các vấn đề này từ chúng tôi cho đến khi khá muộn trong quá trình, do đó ngăn chặn tôi từ cách gọi của tôi "cho biết tin xấu sớm" quy tắc.

Sigh.

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

Technorati Tags:

Nếu bạn không thử Twitter …

Twitter là một vịt rất lẻ. Tôi đã sử dụng Twitter cho một ít hơn một tháng và trong một số cách indefinable, nó là gần như là quan trọng với tôi như thư điện tử. Tôi tìm thấy bản thân mình vaguely bất ổn nếu tôi chờ đợi quá lâu trước khi tìm kiếm trên những gì người khác đang twittering về. Tôi nhận được khó chịu ở vấn đề hiệu suất thỉnh thoảng của Twitter vì nó có nghĩa là tôi bỏ lỡ. Tôi nhận được thổi phồng một chút của sự phấn khích khi tôi nhìn thấy một thông báo Woot mới.

Nó là một người thợ xây cộng đồng thực sự một cách thực sự bổ sung cho blog và các diễn đàn và các cuộc họp mặt cá nhân thậm chí.

Trong tháng trước, Tôi đã theo sau những nỗ lực của một người bắt cảm lạnh trong khi cố gắng để quản lý một Seder.

Tôi đã học được các chi tiết cá nhân về folks nhiều người tôi chủ yếu là "biết" thông qua blog — họ sống ở đâu, Các loại của họ làm việc trên các dự án, rằng họ có một công việc / Các vấn đề gia đình để quản lý giống như tôi.

Một người mẹ qua đời … một sự kiện buồn chắc chắn. Nhưng chia sẻ rằng thực tế thay đổi và tăng cường các ký tự của kinh nghiệm toàn bộ.

Đó là chỉ có các công cụ cá nhân.

Có hơn để nó hơn. Nó cũng là một phương tiện để chia sẻ ý tưởng, hoặc thường xuyên hơn tôi nghĩ rằng, Tìm kiếm trợ giúp. Ném một câu hỏi lên trên Twitter và bạn không bao giờ đang trái treo và các phản ứng thông thường đến trong vòng vài phút.

Nếu bạn không thử nó, bạn thực sự nên cho nó một đi.

Tìm tôi ở http://www.twitter.com/pagalvin

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

Technorati Tags: