Bằng cách sử dụng MSDN (và khác) Diễn đàn hỗ trợ SharePoint

Tôi có thể viết vào lúc chiều dài lớn về MSDN diễn đàn, nghi thức xã giao, quy ước đặt tên, Tìm kiếm, vv. Tôi có thể làm điều đó, Thực tế. Tôi muốn chỉ ra một điều nhỏ mà có thể giúp mọi người có một kinh nghiệm tổng thể tốt hơn.

Tôi đã gần đây nói cho mọi người rằng nếu bạn chạy vào một số loại của các vấn đề môi trường SharePoint của bạn, dự án phát triển hoặc SharePoint khác liên quan đến hoạt động, đăng một câu hỏi lên diễn đàn trước đó trong chuỗi hành động của bạn chứ không phải là sau này. Tôi biết cho bản thân mình rằng khi tôi có một vấn đề, một số giải pháp tiềm năng hiện nay chính họ ngay lập tức. Tôi đặt hàng các giải pháp tiềm năng trong điều khoản của khả năng, ứng dụng và dễ dàng như thế nào họ đang điều tra. Tôi đi qua danh sách đó và bởi thời gian tôi đã nhận được để #10, Tôi đang thực hiện thay đổi sổ đăng ký cho một phím "/ foo/bar/almostThere/isThisIt/noThisIsNotIt/iCantBelieveIAmDoingThis/finallyThere!"vào những lời khuyên của một blog tìm thấy trên trang 8 một tìm kiếm Google. Khi mà không làm việc, Tôi cuối cùng đã đăng một câu hỏi để MSDN (Ví dụ như. Ở đây: http://social.technet.microsoft.com/Forums/en-US/sharepointgeneral/threads).

Tôi đề nghị rằng bạn đảo ngược đó phương pháp tiếp cận. Đăng bài diễn đàn sớm hơn nhiều trong điều tra của bạn bởi vì:

  • Nó là miễn phí cho bạn anyway.
  • Có không có bảo đảm SLA (trong đó tôi nhận thức được, tối thiểu).
  • Do đó, nó có thể mất một thời gian dài cho người dân để đáp ứng.
  • Mọi người thường trả lời cuối cùng.
  • Nếu bạn chờ đợi cho đến khi 2 hoặc 3 ngày sau khi vấn đề đầu tiên bề mặt, bạn đang điên cuồng cho một phản ứng và diễn đàn không phải là một nơi tốt để được trợ giúp khẩn cấp (trừ khi bạn may mắn).

Vì vậy, về cơ bản, nó là dễ dàng và miễn phí và bạn có một bắn tốt lúc nhận được một số loại câu trả lời, nhưng nó sẽ mất một lúc để có được câu trả lời đó (một lần nữa, trừ khi bạn may mắn).

Tôi đã từng nghĩ rằng tôi sẽ giữ giảm trên tìm kiếm cộng đồng giúp đỡ bởi vì tôi không muốn lãng phí của một ai đó có thời gian yêu cầu để được giúp đỡ khi tôi có thể tìm thấy nó trong bản thân mình. Một số người kiểm duyệt diễn đàn và tham gia hoạt động có thể cảm thấy như vậy, nhưng tôi không (tối thiểu, Tôi không cảm thấy rằng cách nữa). Tôi không thấy bất kỳ nhược điểm. Trường hợp xấu nhất là bạn đăng câu hỏi và sau đó trả lời nó cho mình một số thời gian sau đó, có thể "lãng phí" thời gian một số là một. Tôi không thấy một rủi ro lớn ở đó và có giá trị trong các nghiên cứu câu hỏi như thế trong mọi trường hợp.

</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

Technorati Tags: ,

Lưu ý nhỏ về Microsoft trực tuyến dịch vụ mật khẩu và quản trị

Tôi bắt đầu làm việc với Microsoft của nhỏ kinh doanh trực tuyến bộ năng suất một vài tháng trước đây, nhưng bây giờ tôi có một số lý do tốt hơn để sử dụng nó.

Tôi vẫn đang làm việc theo cách của tôi xung quanh nó, Vì vậy tôi có thể nhận được một số thuật ngữ sai, nhưng về cơ bản có hai giao diện chính: Trung tâm hành chính và các dịch vụ mình.

Hệ thống đã nói với tôi rằng tôi đã phải thay đổi mật khẩu của tôi, Vì vậy, tôi đã đi trước và đã làm điều đó. Mà cho phép tôi để tiến hành và làm việc với các phần dịch vụ (SharePoint, thư điện tử, và sống cuộc họp). Tuy nhiên, Khi tôi đã đi đến màn hình chính quyền, nó sẽ không cho tôi vào bằng cách nói với tôi rằng nó không tin mật khẩu là chính xác.

Hành vi là một chút lẻ. Nếu tôi đã nhập mật khẩu tôi * nghĩ * nó nên, nó có thể trống trong userid và mật khẩu và cho tôi biết mật khẩu hoặc userid là không chính xác. Nếu tôi đã nhập một mật khẩu blatantly sai, nó sẽ cho tôi biết như vậy, nhưng giữ trường ID người dùng còn nguyên vẹn.

Tôi đã là chơi đùa với điều này cho một thời gian ngắn và cuối cùng được gọi là nhất (Có, vào một buổi sáng Chủ Nhật). Vô cùng, một thành viên, Ben, trả lời điện thoại ngay lập tức. Và, Tôi không cần phải nhập một thẻ tín dụng.

Long câu chuyện ngắn, Trung tâm hành chính mật khẩu sử dụng mật khẩu khác nhau quy tắc hơn mật khẩu dịch vụ. Mật khẩu quản trị phải chứa alpha, số và đặc biệt nhân vật. Khi tôi đã thay đổi mật khẩu quản trị của tôi trong lần đầu tiên, Tôi đã không thực hiện theo quy tắc đó (cũng không phải đã làm nó cảnh báo tôi!). Tôi đã có thể thay đổi nó để một mật khẩu hợp lệ quản trị và đã trở lại.

Nếu bạn có kinh nghiệm đó là loại vấn đề trong tương lai, bạn biết những gì làm việc cho tôi và hy vọng rằng nó sẽ làm việc cho bạ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

SharePoint như một hệ điều hành kinh doanh

Kể từ đó tôi nghe một báo giá, báo cáo trong một q&Một phiên họp với Steve Ballmer Tháng ba 2007, Tôi đã loại giữ hơi thở của tôi cho một cái gì đó xảy ra. Các báo giá đã là về cơ bản điều này: "SharePoint là một hệ điều hành cho các ứng dụng kinh doanh." Biết một chút công bằng về SharePoint và một chút middling về hệ điều hành, Tôi nghĩ rằng nó là thực sự apt. Tôi đang nắm giữ hơi thở của tôi, chờ đợi cho các công ty thực sự mua vào khái niệm đó và bắt đầu xây dựng các ứng dụng trong SharePoint "điều hành hệ thống."

Tôi đã dành rất nhiều suy nghĩ cho chủ đề này năm nay (sẽ trở lại của tôi 2009 dự báo) và tôi sẽ nói về điều này tại các Có thể sự kiện SharePoint thứ bảy thứ 2 ở Washington.

Đây là tóm tắt của tôi trình bày, Nhan đề "bằng cách sử dụng the SharePoint nền tảng để xây dựng dọc kinh doanh Applications":

"Ngang?"" Dọc?"Những gì có những từ nghĩa trong một bối cảnh SharePoint? SharePoint, như chúng ta thường nghe, là một nền tảng"" để xây dựng các ứng dụng. Điều này thực tế thường được bị mất vào chúng tôi từ các tính năng như vậy gọi là nền tảng ngang, chẳng hạn như quản lý tài liệu và tìm kiếm, rất dễ dàng và hữu ích trong và của chính họ. Tuy nhiên, SharePoint là thậm chí mạnh hơn và sẽ trở lại giá trị lớn hơn khi sử dụng để tạo các ứng dụng đứng phù hợp để đáp ứng yêu cầu của bạn kinh doanh ngày. Phiên giao dịch này mô tả làm thế nào để lắp ráp các tính năng nền tảng thành một giải pháp verticalized bằng cách sử dụng một ví dụ kinh doanh thế giới thực-một quản lý bán hàng báo khách hàng và quá trình cửa ngõ. Mục tiêu của người nói là để mở mắt của bạn để các khả năng của nền tảng SharePoint và tận dụng các tính năng nền tảng ngang để tạo ra giải pháp kinh doanh chuyên ngành của cơ quan dọc.

Nếu chủ đề đó không nổi thuyền của bạn, có một loạt các chủ đề khác tốt. Và DC là một địa điểm tuyệt vời trong và của chính nó để truy cập vào.

Đăng ký mở thứ năm này, 04/16. Keep on top of the site and grab a seat before it’s too late 🙂

</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

Canada phút

Thời gian này cuối tuần, Tôi đã ở Montreal, tham dự rất khuyến khích Hội nghị thượng đỉnh SharePoint 2009. Tôi đã cung cấp một 3.5 giờ hướng dẫn về cài đặt và tùy biến SharePoint. Nó là một chủ đề đáng sợ trên nhiều cấp độ. Tôi không thực sự là một quản trị viên SharePoint, nhưng tôi biết đủ để cung cấp cho một hướng dẫn về chủ đề. (Rất may, Geoff Schaller từ Mục tiêu của phần mềm tại Úc, trong số một vài người khác, trong đám đông để trả lời một số câu hỏi sâu hơn [Tôi không biết những gì họ đưa vào nước kia, nhưng chúng ta cần một số của nó ở đây tại Hoa Kỳ]).

Nhưng, trở lại với nhiều cấp độ của scariness... Nó có rất nhiều tiềm năng là rất nhàm chán. Tôi thực sự cài đặt WSS và sau đó nâng cấp nó để MOSS. Ở phía trước của một căn phòng đầy đủ của người dân. Người Canada. Có được lâu dài 5 và 7 phút khoảng trống nơi mà chúng tôi đã xem trình cài đặt nổ điếc tai cùng. Tôi cần thiết để điền vào thời gian đó với một cái gì đó hữu ích và thú vị. Tôi không chắc chắn tôi đã thành công.

Cuối cùng, nó đã là loooong. Ba và một nửa giờ. Đó là một bài thuyết trình dài. Tôi đã thực hiện một trò đùa rất ít của nó, nói rằng "Chúng tôi có một bài thuyết trình dài phía trước của chúng tôi". Ba và một nửa giờ. Đó là 210 phút. Và tôi thậm chí không biết bao nhiêu phút ở Canada.

Tất cả mọi người cười và kết quả là, Montreal is officially on my Good Places list 🙂

Ngay cả khi họ đã không cười đùa của tôi, Tôi rất thích Montreal. Tôi cố gắng rất khó để được mở minded và không có tín hiệu của tôi từ South Park, nhưng tôi thừa nhận, thất vọng của tôi, rằng tôi không có ý tưởng làm thế nào lớn là các đô thị của Montreal. Tôi không thể chờ đợi để trở lại trong một vài tháng, khi nó là một chút ấm hơn, đến thăm một lần nữa.

Trên một loại lưu ý liên quan, Tôi cũng ngồi thông qua Erik Swenson trình bày công cộng đầu tiên mang tên "IA và xây dựng thương hiệu trình: Phác thảo để Wireframes Hi-Fidelity thiết kế." (Erik là đồng nghiệp của tôi EMC). Kiểm tra các tóm tắt ở đây: http://www.sharepointsummit2009.com/conference_day2.htm. Tôi thậm chí ghi lại nó để cho anh ta. Tôi đã thử nhiều lần cho một số mũi chích ngừa hành động"" và thu nhỏ trong ngày anh ta khi anh ta dừng lại để uống một số nước. Tôi đã không luôn luôn thành công, but I tried 🙂

</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

Thực tế SSO vui vẻ SharePoint của ngày

Tôi đã được làm việc với SharePoint SSO và học như tôi đi. Một trong những cách mà các công trình này là bạn cho biết SharePoint về ứng dụng bên ngoài. Người dùng đăng nhập vào ứng dụng thông qua một số chức năng SharePoint (Ví dụ như. iView web một phần). Lần đầu tiên người dùng thực hiện hành động này, Nó nhắc nhở chúng cho người sử dụng chính xác id và mật khẩu để sử dụng cho hệ thống đó. Nó là thiết lập một ánh xạ giữa SharePoint ủy nhiệm của bạn và thông tin đăng nhập của bạn cho rằng hệ thống phụ trợ. Sau đó, người dùng sẽ không phải nhập ID của họ khi họ nhấn lên hệ thống.

Đó là một phần làm việc tốt cho tôi. Tuy nhiên, nó đặt ra câu hỏi, "làm thế nào nào thay người dùng đổi rằng tên người dùng hoặc mật khẩu?"Người dùng có thể đã thực hiện một sai lầm, hoặc có lẽ bạn đang làm một số thử nghiệm trong một môi trường dev và cần phải nhanh chóng chuyển đổi giữa các tài khoản.

Tôi không biết câu trả lời cho rằng, nhưng tôi biết rằng bạn có thể đi vào Trung tâm hành chính và quản lý thông tin đăng nhập của người dùng:

Quản trị Trung ương-> Hoạt động-> Quản lý đăng nhập đơn-> Quản lý thông tin tài khoản cho một định nghĩa ứng dụng doanh nghiệp

Từ đó, bạn có thể chỉ định ứng dụng bên ngoài (Ví dụ như. SAP) và tài khoản mà bạn muốn xóa. Bạn cũng có thể thay đổi ánh xạ.

Nếu bạn biết làm thế nào để cho phép người dùng cuối để trực tiếp thay đổi thông tin đăng nhập của họ, vui lòng gửi bình 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

Technorati Tags: , ,

Cuộc phiêu lưu với iView Web Parts

Tôi cần thiết để làm một số tối thiểu chứng minh vào ngày hôm nay rằng web iView phần có thể làm việc trong môi trường khách hàng của tôi. Tôi đã không bao giờ làm việc với này cắt miếng của SharePoint trước khi.

Microsoft đã tạo ra rất cao chất lượng bài viết về chủ đề này.

Những trở ngại đầu tiên tôi đã phải vượt qua là-một phần web iView ở đâu? Đối với một số lý do, suy nghĩ đầu tiên của tôi là tôi đã có thể tải nó từ một trang web một nơi nào đó, có lẽ trang web của SAP. Tôi đã có 1/2 thuyết phục bản thân mình rằng iView web bộ phận có thể ngay cả chi phí phụ. Tất nhiên, họ được bao gồm trong MOSS (Tôi nghĩ rằng doanh nghiệp; đó là những gì tôi đang sử dụng ở đây trong mọi trường hợp). Tôi đã nhìn thấy tiêu chuẩn "thêm một phần web" hộp thoại hộp hàng trăm hoặc nhiều lần và luôn luôn glossed đấy. Không còn!

Những trở ngại tiếp theo là tôi không thể đọc hướng dẫn.

Tôi đã sử dụng một phần web và giữ nhận được tin nhắn này gây phiền nhiễu:

Không có máy chủ SAP được cấu hình cho trang web này. Liên hệ với người quản trị để cấu hình máy chủ SAP đáng tin cậy.

Giấy trắng nói rõ ràng để chỉnh sửa một tập tin cấu hình nằm tại tập tin"<Ký tự ổ đĩa:>\Chương trình FilesMicrosoft Office Servers12.0ConfigTrustedSAPHosts.config". Đầu tiên hàng chục lần tôi nhìn vào lúc đó, Tất cả tôi thấy là "Chương trình Files...Config" và tôi đã đi ngay lập tức đến các 12 tổ ong. Một lần tôi cuối cùng đã làm chậm lại xuống để đọc nó, Tôi nhận ra sai lầm của tôi và nó được dễ dàng để sửa chữa.

Tôi tiếp tục trên đường vui vẻ với cấu hình SSO. Nó không phải là tất cả ở rõ ràng với tôi nếu điều đó làm việc, nhưng đó là một câu chuyện cho một ngày khác.

Điểm mấu chốt:

1. iView web phần được bao gồm ra khỏi hộp với SharePoint (có lẽ doanh nghiệp).

2. Tập tin cấu hình ma thuật, "TrustedSAPHosts.config", không sống ở các 12 tổ ong.

</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

Technorati Tags: , ,

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

Việc chụp “mailto:” Số liệu

Tôi đang trên một dự án mà chúng ta cần phải thu thập số liệu xung quanh một chức năng đặt tên là "chia sẻ một câu chuyện." Ý tưởng là rất đơn giản — Nếu bạn đang tìm kiếm tại một bài viết thú vị về mạng nội bộ và muốn chia sẻ nó với một ai đó, Nhấp vào một liên kết có nhãn "chia sẻ câu chuyện này" email cho buddy của bạn.

Chúng tôi chơi xung quanh với một hình thức tùy chỉnh cho mục đích này, nhưng cuối cùng, phổ biến ý thức chiến thắng trong ngày và chúng tôi chỉ cần sử dụng quen thuộc <a href = mailto:…> kỹ thuật. (<a href mailto:…> là một chút ngạc nhiên mạnh mẽ của HTML; là một tiền thưởng, liên kết đó mang lại cho tôi trở lại của tôi ngày tuổi UNIX người đàn ông trang; những người đã là những ngày!).

Kỹ thuật này cung cấp một giao diện tuyệt vời cho người dùng cuối kể từ khi họ nhận được để sử dụng MS Outlook khách hàng quen thuộc của họ (hoặc bất kỳ ứng dụng email họ đã cài đặt).

Nó làm cho những điều khó khăn hơn vào chúng tôi phát triển nghèo loại từ họ khách hàng * cũng * muốn chạy một báo cáo trong tương lai cho thấy như thế nào thường người dùng chia sẻ những câu chuyện và thậm chí đó là câu chuyện được chia sẻ thông thường.

Chúng tôi whiteboarded một vài giải pháp tiềm năng. Yêu thích của tôi là để sao ẩn (CC) một danh sách SharePoint. Như vậy, người dùng vẫn được khách hàng outlook trong khi chúng tôi nhận được để nắm bắt sự kiện này bởi vì chúng tôi sẽ nhận được một bản sao của email bản thân. Có một số nhược điểm rõ ràng. Vấn đề chính là người dùng có thể chỉ đơn giản là trống ra hoặc bằng cách khác mangle CC địa chỉ. Và, chúng ta cần để quản lý thư viện đó sự kiện của email. Chúng tôi có một công việc theo lịch trình trên bảng trắng trách nhiệm dọn dẹp đó.

Nếu bạn có một số phương pháp tiếp cận thông minh để giải quyết vấn đề này, Xin vui lòng cho biế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

Hướng dẫn tuyệt vời và đi bộ thông qua sử dụng InfoPath và quy trình làm việc để giải quyết một vấn đề lập kế hoạch

Những ngày này, Tôi perpetually chơi catch-up với đọc blog của tôi và tôi chỉ cần đến trên bài đăng này: http://sharepointsolutions.blogspot.com/2009/02/give-blood-to-your-workflow.html

Nó là như rắn và chi tiết một SharePoint Designer hướng luồng công việc dẫn (cộng thêm!) rằng bạn sẽ nhìn thấy bất cứ nơi nào trên các interwebs. Tôi sẽ kiểm tra xem nó, thậm chí nếu bạn là một cựu chiến binh SPD vết.

Nó là một hướng dẫn SharePoint tuyệt vời cho cả InfoPath và 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

NYC SharePoint nhà phát triển nhóm – Thảo luận sâu công nghệ

Một vài tuần trước đây, Tôi trình bày tại thành phố New York SharePoint nhà phát triển nhóm họp tại văn phòng Microsoft ở Manhattan. Họ gặp gỡ mỗi cuối thứ ba của tháng.

Tôi đã chi tiêu phần lớn thời gian của tôi gần đây ở New Jersey yêu quý của tôi vì vậy tôi không nhận được để đi vào thành phố càng nhiều càng tốt, tôi thích. Kết quả là, Tôi nghĩ rằng tôi đã làm cho nó để người đầu tiên hoặc thứ hai của cuộc họp nhóm này và sau đó một lần nữa tại cuộc họp của ngày. Tôi mất tất cả các cuộc họp ở giữa (bốn hoặc năm người trong số họ có thể). Đó là một nhóm mới.

Tôi thực sự đã đánh trúng bởi các kỹ thuật thực sự tập trung và các chất lượng cao của các cuộc thảo luận, trước khi, trong và sau khi trình bày của tôi. Chúng tôi nói chuyện về một loạt các đối tượng liên quan đến SharePoint và công nghệ Microsoft khác.

Nếu bạn đang tìm kiếm một nơi thân thiện để có được thực sự hay giận, Tôi rất khuyên bạn nên nhóm này.

</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