Danh mục lưu trữ: SharePoint giải pháp thiết kế

Theo dõi thực tế hoạt động – Một phần 1

Khoảng một năm trước, Tôi đã tham gia Slalom tư vấn ở đây tại new York là những gì chúng tôi gọi là một thực hành khu vực chì.  (Là một sang một bên nhỏ đến điểm của blog này đăng, có thay đổi trong công việc chiếm của tôi thả-off tất cả trong blog.  Đó là một sự thay đổi lớn trong vai trò và một sự thay đổi lớn trong ngày này sang ngày "công cụ", nhưng tôi đã sắp xếp của acclimated bản thân mình để nó và nhìn về phía trước để viết một lần nữa Nụ cười ).

Trong vai trò này anh bạn, Tôi chịu trách nhiệm để tiết kiệm công ty và quanh ngay lập tức 21 West 21st street từ các thảm họa một cách thường xuyên.  Nó là rất nhiều áp lực (nhiều hơn bạn nghĩ-chỉ cần nghĩ về tất cả các trẻ em!). 

Phục vụ cho rằng bắt buộc, Tôi cần giúp đỡ với Pre-kinh doanh, tạo và Cập Nhật về thị trường dịch vụ, folks tốt cho thuê, đào tạo người để làm cho họ tốt hơn (nhưng thực sự, để làm cho công việc của tôi dễ dàng hơn) và đôi khi làm một cái gì đó lập hoá đơn tại một khách hàng.  Tôi nhận được rất nhiều "đầu vào"-các câu hỏi từ khách hàng, cơ hội kinh doanh, mình addled suy nghĩ và vân vân.  Một số của nó là thực sự tốt (giống như một oppty bán hàng nóng) trong khi rất nhiều của nó là ít tốt.  Điều quan trọng là ban đầu theo dõi, ưu tiên và quản lý mỗi người trong số những ý tưởng (Tuyệt vời và nhỏ) đến một kết luận thành công. 

Loại quản lý công việc không phải là mới, quyền?  Và chúng tôi có rất nhiều công việc công cụ để giúp chúng tôi với điều này.  Outlook có nhiệm vụ.  Bạn có thể slap một bảng tính với nhau tốt đẹp và nhanh chóng.  Công cụ quản lý công việc đầu tiên của tôi là một notepad pháp lý trở lại trong ngày của tôi tại GAF nhà phát triển của bộ phận IT.  (Hỏi tôi về những ngày tuổi tốt khi bạn nhìn thấy tôi nếu bạn quan tâm, hoặc có thể không…).

Là một chàng trai SharePoint (trên danh nghĩa, tối thiểu), Tôi đã luôn luôn nghĩ rằng để sử dụng SharePoint.  Nhưng đối với một số lý do, danh sách tác vụ chung không bao giờ khá đã làm nó cho tôi.  Một loạt các vài tháng trước đây, Tôi quyết định để chữa lành bản thân mình và chỉ cần tạo ra một giải pháp SharePoint dựa.  Nó đã dễ dàng như vậy xấu hổ để tạo ra mà tôi nghĩ rằng để viết về nó ở đây.

Vì vậy, mục tiêu của tôi ở đây đã rất đơn giản:

  • Nhập dữ liệu siêu dễ dàng và nhanh chóng
  • Ưu tiên các hoạt động
  • Phân loại các hoạt động
  • "bước tiếp theo" điều khiển-các hoạt động này sẽ thường khoảng tuần (thậm chí có tháng).  Họ hầu như không bao giờ "kết thúc" sau khi một Cập Nhật cụ thể.

Những bit cho vay mình rất độc đáo với một loại nội dung, Vì vậy, đó là những gì tôi tạo ra:

image

Bạn thực sự có thể thấy rằng tôi đã có một xu hướng bán hàng với điều này lần đầu tiên, kể từ khi tôi có "Khách hàng" lĩnh vực đó.  Rất nhiều các hoạt động thực tế của tôi dựa trên khách hàng (thực tế hoặc tiềm năng).  Nhưng nhiều người trong số họ cũng trong nội bộ tập trung.  Tôi slap "Vượt chướng ngại vật" trong đó khi tôi tạo ra chúng, nhưng nó luôn luôn cảm thấy một chút lạ.  Tôi nên đã đặt tên nó một cái gì đó chung chung hơn.  Có lẽ "tổ chức mục tiêu" hoặc một cái gì đó.

Dưới đây là một vài ghi chú khác về loại nội dung:

  • Hoạt động tác động có devolved vào một thước đo ưu tiên.  Tôi không chắc lý do tại sao tôi đã đi với "Ảnh hưởng" và không "ưu tiên" ngày 0, nhưng đó là những gì tôi đã làm. 
  • Bước tiếp theo và ngày bước tiếp theo-tôi có một bảng điều khiển được thúc đẩy bởi hoạt động ngày tiếp theo.  Bảng này loại đã trở thành các đơn đặt hàng diễu hành của tôi cho ngày/tuần.  Tôi chỉ cần đi đến bảng điều khiển và tập trung vào các ưu tiên cao công cụ đầu tiên và đi từ đó.  (Đó là khái niệm về một "untagged"
  • Chủ sở hữu chính-điều duy nhất đáng chú ý là- không phải là nó tuyệt vời mà bạn có thể sắp xếp và lọc trên tạo cột trong SP 2010! Tôi thực sự không hoàn toàn mua vào khái niệm này ban đầu.
  • Tình trạng hoạt động-thực sự chỉ là "Mở" hoặc "Đóng." 
  • Thực hành chính-sau khi tôi bắt đầu sử dụng, PAL một trong nhóm của tôi muốn thử điều này, Vì vậy, tôi trượt này vào hỗn hợp để phân biệt giữa các công cụ của tôi (Cổng thông tin & Nghiên cứu khoa học) và các công cụ của mình (Azure).

Dưới đây là bảng điều khiển của tôi:

image

(Xin lỗi cho tất cả các bit mờ ra-, tôi không cảm thấy giống như việc tạo ra một loạt các dữ liệu thử nghiệm và tôi không muốn cung cấp cho bất cứ ai một cơn đau tim hơn chia sẻ thông tin chi tiết quan trọng [xem các bit trong các giới thiệu tái: cứu thế giới, vv., vv., vv.]).

Tôi có một số khác trên danh sách này, bao gồm một cái nhìn thông số kỹ thuật mà cho phép tôi để khối lượng thông tin Cập Nhật.  Tôi làm điều này đặt thường khi một loạt các ưu tiên thấp hơn bản ghi tôi kế hoạch để làm một không bao giờ khá có được thực hiện và cần phải được đẩy ra một tuần.

Hàng ngày, Tôi kéo lên đoạn hoạt động của mình và chỉ cần bắt đầu làm việc ra khỏi đỉnh danh sách.

Một phần 2, Tôi sẽ giải thích làm thế nào tôi làm điều này thậm chí còn hữu ích với việc bổ sung của một thư viện tài liệu kích hoạt thư điện tử tốt đẹp và SPD quy trình làm việc.

</kết thúc>

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

Theo tôi trên Twitter lúc http://www.twitter.com/pagalvin

Hãy để sáng ví dụ dẫn cách để tăng nhận con nuôi SharePoint

Đầu tiên "tinh khiết" BrightStarr blog entry của tôi đã được xuất bản ngày hôm nay.  Đây là một lời trêu ghẹo:

Đã có rất nhiều cuộc hội thoại trên Internets của cuối về chủ đề nhận con nuôi SharePoint và đặc biệt là thiếu đó. Không ai muốn đi đến tất cả những rắc rối của việc thiết kế một cơ sở hạ tầng nông trại và an ninh, tham gia hội thảo, đặt lại với nhau một snazzy diện, làm việc ra một kiến trúc đá rắn thông tin mà có thể chịu được những thăng trầm của công ty tái-orgs và cuối cùng, một buổi giới thiệu đầy phô trương chỉ để khám phá ba tháng bài đi-sống mà ít hơn 50% công ty nhân viên đang sử dụng SharePoint và hầu hết trong số họ đang sử dụng nó để thay thế cũ máy chủ tập tin mạng ("S:\ ổ đĩa").

Không có đạn bạc (hoặc đơn đăng blog) là sẽ giải quyết vấn đề đó. Tuy nhiên, có rất nhiều điều bạn có thể làm giảm nguy cơ của một thiếu máu SharePoint portal. Một kỹ thuật như vậy là "Shining ví dụ mẫu."

Tôi rất muốn biết về chiến lược nhận con nuôi SharePoint khác mà bạn quan tâm để chia sẻ.  Nếu bạn chia sẻ, Xin vui lòng để lại như một bình luận trên blog của BrightStarr.

Đọc toàn bộ điều ở đây: http://www.brightstarr.com/US/Pages/blog-view.aspx?BlogID=52

</kết thúc>

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

Theo tôi trên Twitter lúc http://www.twitter.com/pagalvin

Tạo các trang thân thiện với máy in và thậm chí in chúng

Tôi đã viết lên một bài viết cho SharePoint tóm lược một tuần hoặc lâu hơn trước và nó được đăng.  Dưới đây là chút mở:

image

Bạn có thể đọc toàn bộ điều ở đây: http://sharepointbriefing.com/features/article.php/3904906/Create-a-Printer-Friendly-Page-in-Your-SharePoint-Sites.htm

Tôi hy vọng điều này sẽ giúp người nào đó.  Thưởng thức!

</kết thúc>

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

Theo tôi trên Twitter lúc http://www.twitter.com/pagalvin

"Có thể làm” so với "nên làm” trong các dự án SharePoint

Tôi nghĩ rằng nhiều người trong chúng ta đôi khi trình bày với, thiếu một cụm từ tốt hơn, Các yêu cầu của trẻ con.  Người dùng cuối thực sự, rất nặng muốn một số cụ thể nhìn và cảm nhận, hoặc một cấu trúc phân loại rất cụ thể hoặc để cắt ra một nhấp chuột hoặc trình đơn tùy chọn để dễ dàng chuyển hướng hoặc [chèn nhiệt tình giữ niềm tin rằng sẽ xảy ra là sai].  Như SharePoint chuyên nghiệp, chúng tôi thường có thể đáp ứng hầu như bất kỳ loại yêu cầu với các nền tảng, nhưng đối với một số người trong số họ, chúng tôi biết trong trái tim của chúng tôi đó:

  • Họ sẽ có một số lượng không cân xứng về thời gian để thực hiện (và do đó chi phí nhiều hơn)
  • Họ sẽ được đánh giá cao tùy chỉnh và do đó khó khăn để duy trì và khắc phục sự cố
  • Đó là một số cách tiếp cận SharePoint dễ dàng đáp ứng 80% hoặc nhiều hơn các yêu cầu (tức là. đáp ứng các sprit yêu cầu, nhưng không có thư yêu cầu)

Điểm mấu chốt, chúng ta biết rằng "yêu cầu" thực sự là một tốt đẹp để có hoặc thậm chí hợp pháp trong một ý nghĩa, nhưng một cái gì đó mà mọi người nên sống với hơn là chi tiêu rất nhiều thời gian cố gắng để "giải quyết".

Tôi nghĩ rằng đây là "đứa trẻ" yêu cầu bởi vì tôi đã nhìn thấy mô hình này nhiều lần trước.  Trẻ em sẽ thông đi và nag bạn cho một số đồ chơi mới trong tuần tại một thời điểm.  Bạn sẽ có được những đồ chơi, họ chơi với nó cho một vài giờ hoặc ngày và sau đó đặt nó, không bao giờ để nhặt nó lên bao giờ trở lại.  Hoặc, bạn không có được những đồ chơi, Các điểm dừng đòi hỏi và kid di chuyển trên để trở thành chủ tịch của thế giới tự do.   Tôi đã nhìn thấy điều này xảy ra trong các dự án SharePoint.  Các nhà sản xuất quyết định hoặc là có được những gì họ muốn và nó sẽ trở thành một chức năng không sử dụng hoặc underused hoặc họ không nhận được những gì họ muốn và dự án vẫn còn thành công dù sao.

Tôi đã nhắc nhở rằng vào ngày hôm qua trong một diễn đàn đăng bài và tôi thích như thế nào Clayton Cobb cố gắng để có được các diễn đàn áp phích để đẩy trở lại trên một trong những loại yêu cầu: http://social.msdn.microsoft.com/Forums/en-US/sharepointinfopath/thread/af8a1941-92ad-4f1a-b1bf-875e28ea79b7/

Tôi thực sự tò mò như thế nào người xem chủ đề này và cách bạn đối phó với nó.  Tôi mất điểm?  Bạn có chiến lược để chỉ đạo các nhà sản xuất quyết định ra khỏi overinvesting trong tầm thường yêu cầu?  Xin vui lòng để lại một thảo luận.

</kết thúc>

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

Theo tôi trên Twitter lúc http://www.twitter.com/pagalvin

Sử dụng quy trình làm việc để mô phỏng các loại nội dung an ninh

Một ngày khác, diễn đàn MSDN khác lấy cảm hứng từ bài.

Ai đó đã yêu cầu cho dù họ có thể bảo đảm một loại nội dung như vậy khi người dùng nhấp vào nút "mới" trên một danh sách tùy chỉnh, chỉ loại nội dung mà người đó được cấp quyền truy cập sẽ xuất hiện trong danh sách thả xuống.  Như chúng ta biết, Điều này không được hỗ trợ ra khỏi hộp.

Câu hỏi này đi lên bây giờ và sau đó và thời gian này, Tôi đã có một ý tưởng mới.  Giả sử rằng chúng tôi có các tình huống như thế này:

  • Chúng tôi có một bộ phận trợ giúp vé hệ thống.
  • Bàn trợ giúp vé hệ thống cho phép người dùng nhập bộ phận trợ giúp thường xuyên lo vé thông tin, chẳng hạn như vùng sự cố, tình trạng vấn đề, vv.
  • Chúng tôi muốn để cho phép "siêu" dùng để chỉ định một lĩnh vực "khẩn cấp".
  • Khác người dùng không có quyền truy cập đến lĩnh vực đó.  Hệ thống sẽ luôn luôn gán ưu tiên cấp "trung bình" của họ yêu cầu.

Những gì chúng tôi có thể làm là tạo ra hai danh sách SharePoint riêng biệt và hai loại nội dung, một cho người sử dụng "siêu" và khác cho tất cả mọi người khác.

Quy trình làm việc trên danh sách mỗi sao dữ liệu vào danh sách chủ (danh sách vé thực tế helpdesk) và quá trình tiền từ đó.

Cách tiếp cận này có thể làm việc chảy một loại cột cấp bảo mật là tốt. 

Tôi đã không thử nó, nhưng nó cảm thấy hợp lý và cung cấp cho một khá đơn giản, Nếu khá thô, tùy chọn để thực hiện một loại kiểu nội dung và thậm chí cột cấp bảo mật.

</kết thúc>

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

Theo tôi trên Twitter lúc http://www.twitter.com/pagalvin

Nội dung truy vấn Web Part: SharePoint của quân đội Thụy sĩ Knife

Bài viết mới nhất của tôi là lên tại www.sharepointbriefing.com. Đây là một lời trêu ghẹo:

image

Đọc toàn bộ điều ở đây: http://sharepointbriefing.com/features/article.php/3874226/Content-Query-Web-Part-SharePoints-Swiss-Army-Knife.htm

Hãy xem nó sử dụng một trang web thực sự công cộng ở đây bằng cách làm theo các bước sau:

  1. Đi đến trang web này: http://cdi-its.com/Pages/Customer_Support.aspx (Đây là trang web hỗ trợ khách hàng cho CDI).
  2. Nhấp vào "Nghiên cứu trường hợp" trong điều hướng bên trái.

Nó sẽ nhảy tới phần "Hỗ trợ khách hàng" của các nghiên cứu trường hợp danh sách.

</kết thúc>

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

Theo tôi trên Twitter lúc http://www.twitter.com/pagalvin

Điều kiện tồn tại trước: SharePoint cảnh báo mẫu để giải cứu (?)

Một trong những khách hàng của tôi làm việc với một nhà thầu trước đó để xây dựng ra một ứng dụng nhỏ nhưng hữu ích HR cho doanh nghiệp. Nhà thầu đó sử dụng SharePoint Designer để thực hiện phần công việc của các giải pháp. Nó là một chút của một mess. Ví dụ, có chín SPD quy trình công việc hỗ trợ cho một quá trình duy nhất hợp lý quy trình làm việc và lên đến năm người trong số họ có thể bắn cùng một lúc tại bất kỳ thời gian nhất định được đưa ra các điều kiện. It’s not easy to debug 🙂

Khách hàng của tôi có một số xuất sắc vẫn còn yêu cầu, một trong số đó là nói chung cung cấp thêm bối cảnh khi hệ thống sẽ gửi ra thông báo email-cả về email chính nó cũng như các hình thức liên quan đến nhiệm vụ. Như SPD quy trình làm việc cơ quan thực hiện biết, hành động SPD "thu thập dữ liệu từ người sử dụng" thực sự tạo ra một công việc với một loại nội dung tuỳ chỉnh. Khi chúng tôi sử dụng hành động đó, chúng tôi không nhận được để chỉ định nhiều. Chúng tôi có thể nhắc một số giá trị (Ví dụ như. "chấp nhận" hoặc "từ chối") và chúng tôi có thể chỉ định một giá trị cứng mã hoá trong tiêu đề và mô tả. Đó là về nó.

Yêu cầu của khách hàng của tôi là hai lần:

  1. Khi SharePoint sẽ gửi một email về một nhiệm vụ chuyển nhượng, bao gồm rất nhiều thông tin về nhiệm vụ trong cơ thể email.
  2. Quan trọng hơn, bởi đến nay – Khi người dùng nhấp vào liên kết công việc trong email, Các hình thức nhiệm vụ cần phải có tất cả các thông tin mà approver nhu cầu để làm cho anh/cô ấy phê chuẩn hoặc từ chối quyết định. Ngay bây giờ, người quản lý cần phải nhấp vào liên kết mục riêng của mình để đi sâu vào các chi tiết cơ bản và không có ai thích đó. Bạn phải nhấp vào trong email. Sau đó bạn cần phải nhấp vào một liên kết loại tối nghĩa vào mục tác vụ. Sau đó bạn có thể xem xét dữ liệu cơ bản (một InfoPath hình thành trong trường hợp này). Sau đó bạn bấm trở lại/lùi lại, vv. Tất cả mọi người ghét nó.

Tôi đã thừa kế một chút lộn xộn giải pháp kỹ thuật này và tôi muốn thực hiện thay đổi trong cách xâm nhập ít nhất có thể.

Cách tiếp cận tôi đang tham gia ngay bây giờ là tạo ra một cảnh báo tùy chỉnh mẫu. Bạn có thể đọc về điều đó ở đây. Dòng hoạt động như thế này:

  • SPD quy trình làm việc chạy.
  • Tại một số điểm, nó chỉ định một nhiệm vụ cho một người quản lý.
  • SharePoint hệ thống tự động gửi ra một cảnh báo để quản lý đó. Đây không phải là một phần của SPD quy trình làm việc mà đúng hơn là "SharePoint gì." (Dịch vụ bộ đếm thời gian SharePoint, Tôi tin rằng).
  • Trình xử lý cảnh báo tuỳ chỉnh được gọi trong lợi của quá trình thông báo tiêu chuẩn (theo quy tắc ma thuật như mô tả ở trên tham chiếu bài viết).
  • Khi xử lý cảnh báo tuỳ chỉnh của tôi chạy, nó tạo ra một email đẹp. Quan trọng hơn, kể từ khi nó có nhiệm vụ trong tay, nó cũng trang trí công việc thực tế với tất cả thông tin bối cảnh cần thiết để đáp ứng yêu cầu kinh doanh.
  • Người dùng được email và nó là đầy đủ các thông tin hữu ích bối cảnh.
  • Người dùng nhấp chuột vào liên kết nhiệm vụ và nhiệm vụ chính nó là đầy đủ các thông tin hữu ích bối cảnh.
  • Tất cả mọi người đi về nhà để có dưa hấu và kem.

Tôi đã làm một POC nhanh chóng và nó hoạt động tốt trong một môi trường phòng thí nghiệm. Tôi nhận được của tôi cảnh báo tuỳ chỉnh email như mong đợi. Tôi cũng có thể cập nhật các mô tả công việc và tiêu đề chính nó.

Các bit chỉ khôn lanh, cho đến nay, là để tránh một tình hình nơi cảnh báo Cập Nhật mục, kích hoạt một cảnh báo. Điều này không lo lắng tôi.

Looks đầy hứa hẹn cho đến nay...

Điều tuyệt vời về việc này là tôi không cần phải muck với bất kỳ công việc hiện tại của SPD. Họ blissfully không biết rằng một xử lý cảnh báo là"IIZ RUNNIN TRONG DA BAKGROUND, DECORATIN LÀ CÔNG CỤ NHIỆM VỤ DANH SÁCH WIF MOAR BỐI CẢNH”.

</kết thúc>

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

Theo tôi trên Twitter lúc http://www.twitter.com/pagalvin

Cuộc biểu tình SharePoint: Tận dụng SharePoint để xây dựng một ứng dụng kinh doanh theo chiều dọc

[Lưu ý: Tôi muốn ngay lập tức nói rằng tôi có một quan tâm đến tài chính kết quả mong muốn của cuộc biểu tình này, mà tôi đề cập đến vì lợi ích của tiết lộ đầy đủ, vv. Điều này là thực sự lần đầu tiên tôi đã từng viết blog về một sự kiện nơi tôi đứng để hưởng lợi cá nhân theo cách này.]

Cuộc biểu tình web này diễn ra thứ năm, 06/04 tại 12:30 EDT, kết thúc lúc 1:30PM EDT.

Trong hợp tác với đối tác kinh doanh tuyệt vời của tôi, Tích hợp hệ thống và dịch vụ nhóm (ISSG), Tôi đã làm việc để phát triển một ứng dụng kinh doanh theo chiều dọc bằng cách sử dụng SharePoint như là nền tảng. Trong trường hợp này, chúng tôi đang xây dựng một ứng dụng phục vụ nhu cầu của các nhà sản xuất làm cho sản phẩm tùy biến cho khách hàng của họ. Trong những trường hợp, rất nhiều nghiên cứu khoa học cần phải diễn ra giữa khách hàng và các nhà sản xuất. Chỗ ở này cũng có một thỏa thuận tuyệt vời của sự hợp tác cần thiết giữa các nhóm khác nhau trong các nhà sản xuất, bao gồm cả bán hàng, kỹ thuật, nghiên cứu và phát triển, pháp lý và các nhóm khác.

Các bản demo sẽ hiển thị một ứng dụng tạo điều kiện cho loại nghiên cứu khoa học, cùng với một cuộc thảo luận về làm thế nào tất cả những bit nghiên cứu khoa học cần phải tích hợp với một hệ thống ERP phụ trợ.

Cuối cùng, Điều này không phải là có là một bản demo SharePoint. Đây là một minh chứng về một giải pháp cho một vấn đề thích hợp cụ thể xảy ra để sử dụng SharePoint như là nền tảng.

Vì vậy, tại sao bạn sẽ bận tâm để đăng ký và xem phần giới thiệu này? I don’t expect too many readers of my blog to be all that interested in a solution for make-to-order manufacturers 🙂 Your take-away would be the concept itself – using SharePoint purely to deliver a business solution without regard to SharePoint itself.

Nếu bạn đang quan tâm, Xin vui lòng đăng ký tại đây(https://www323.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=skmqfwbr5smmlx20).

</kết thúc>

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

Theo tôi trên Twitter lúc http://www.twitter.com/pagalvin

Bạn có thể nâng lên SharePoint Designer từ lạnh của tôi, Chết tay

Bài viết mới nhất là lúc lên www.EndUserSharePoint.com. Tôi đã viết về SharePoint Designer, Kết thúc người dùng và các phác thảo của một chiến lược mà người dùng cuối có thể thử và theo dõi để chứng minh thẩm quyền và xây dựng lòng tin xung quanh công cụ này.

Các ý kiến thú vị hơn các bài báo đó.

Kiểm tra xem nó.

</kết thúc>

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

Theo tôi trên Twitter lúc http://www.twitter.com/pagalvin

RÊU hồ sơ người dùng như là thẩm quyền cho sở thích ngôn ngữ người dùng

Dự án hiện tại của tôi, một số trong những người sử dụng sẽ đi du lịch khắp thế giới và khi họ đến các điểm đến khác nhau, sử dụng bất kỳ máy là tiện dụng lúc đó. Máy đánh những sẽ chạy Windows và cài đặt và cấu hình cho miền địa phương địa phương. (Tôi đã chỉ nhận ra đánh máy không có các gói ngôn ngữ đúng… có lẽ sẽ không, Thực tế… Tôi đang đậu xe là một cho bây giờ).

SharePoint cần phải cung cấp một cơ chế theo đó người dùng có thể chọn ngôn ngữ ưa thích của họ và sau đó có RÊU vinh danh ngôn ngữ đó bất kể như thế nào người sử dụng truy cập MOSS. Nói cách khác, bỏ qua bất cứ điều gì trình duyệt cho IIS/MOSS và thay vào đó tìm kiếm ngôn ngữ ưa thích và sử dụng nó.

Chúng tôi sẽ điều tra hai phương pháp tiếp cận:

  1. HTTP Handler: Trình xử lý HTTP tuỳ chỉnh được cài đặt trên IIS sẽ tra sơ MOSS, Tìm ra ngôn ngữ ưa thích và sau đó chuyển đổi tiêu đề HTTP xung quanh thành phố là cần thiết trước khi đi qua kiểm soát để MOSS.
  2. Global.asax: Sửa đổi global.asax để thực hiện tương tự. Chúng tôi có thể sửa đổi một cái gì đó khác, nhưng ý tưởng là chúng tôi tìm thấy một số nơi mà chúng tôi có thể chèn logic chuyển đổi miền địa phương của chúng tôi.

Các yếu tố phức tạp khác là rằng chúng ta cần phải hỗ trợ 60k người dùng, về 1,000 mà có thể được đồng thời truy cập MOSS lúc cao điểm tải.

Bộ xử lý HTTP có vẻ khá mạnh mẽ, nhưng có thể là nơi tốt nhất để đặt mã vì nó là ở cấp độ II và hiểu biết tất cả. Nó là một điểm tốt công việc.

Chúng tôi đang nghiêng về hướng một cách tiếp cận kiểu global.asax, chủ yếu là bởi vì chúng tôi tin rằng chúng tôi sẽ có thêm lựa chọn cho bộ nhớ đệm dữ liệu vào thời điểm đó.

Tôi sẽ là viết blog thêm về chủ đề này như tôi tìm hiểu thêm.

Nếu bạn có biết bất cứ điều gì về việc này, please post a comment 🙂

</kết thúc>

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

Theo tôi trên Twitter lúc http://www.twitter.com/pagalvin