lưu trữ hàng tháng: Tháng Sáu 2010

"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

Mẹo nhanh: Thêm jQuery cho MOSS xuất bản các trang

Khi tăng cường MOSS publising các trang bằng cách sử dụng jQuery, Tôi nhấn những vết sưng tốc độ sau:

Server lỗi trong ' /’ Ứng dụng.


Lỗi phân tích cú pháp

Mô tả: Xuất hiện lỗi trong phân tích cú pháp của một nguồn lực cần thiết để phục vụ yêu cầu này. Xin vui lòng xem lại chi tiết sau đây lỗi cụ thể phân tích cú pháp và sửa đổi tập tin nguồn của bạn một cách thích hợp.

Thông báo lỗi phân tích cú pháp: Chỉ kiểm soát được phép trực tiếp trong một trang nội dung có chứa nội dung kiểm soát.

Nguồn lỗi:

 
Line 10: 
Line 11: 
Line 12: <script 
Line 13:     type="text/javascript" 
Line 14:     src="/jQuery/jquery-1.4.min.js"> 

Tệp nguồn: /_catalogs/masterpage/KCC_FacultyMember.aspx    Dòng: 12


Thông tin Phiên bản: Microsoft.NET Framework phiên bản:2.0.50727.4927; ASP.NET Phiên bản:2.0.50727.4927

Nó được dễ dàng, đủ để sửa chữa (h/t với đồng nghiệp của tôi, Uday Ethirajulu).  Hãy chắc chắn rằng mã jQuery sống bên trong "PlaceHolderAdditionalPageHead", giống như hiển thị:

<ASP:Nội dung ContentPlaceholderID = "PlaceHolderAdditionalPageHead" runat = "máy chủ">

<kịch bản

    loại = text/javascript""

    src="/jQuery/jQuery-1.4.min.js">

</kịch bản>

<kiểu kịch bản = "text/javascript">

  $(tài liệu).sẵn sàng(chức năng() {

   // Rực rỡ jQuery công cụ đi ở đây.

   });

</kịch 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

Một chút ít phiền toái mang về phía trước…

SP2010 là rất cool stuff, nhưng tôi muốn họ sẽ có điều chỉnh ngôn ngữ trên danh sách và các cài đặt thư viện trang khi nói đến việc quản lý các loại nội dung:

image

Cùng một ngôn ngữ vào nơi WSS/Moss.  Chỉ cần thay đổi từ "Xoá" để "loại bỏ" và nó chỉ là đồng bằng sẽ làm cho ý nghĩa hơn.

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

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

</kết thúc>

Bài viết mới, "Làm chủ SharePoint”

Bài viết mới nhất của tôi cho SharePointBriefing.com là lên và đá ở đây: http://sharepointbriefing.com/features/article.php/3887276/The-Road-to-SharePoint-Mastery.htm

Đây là một lời trêu ghẹo:

image

Điều này về cơ bản là một phiên bản khá ngắn và ngưng tụ của trình bày công cộng của tôi phổ biến nhất trên "Ngày để tìm hiểu SharePoint."  Không có câu chuyện cười banjo, Tuy nhiên.

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

BPOS 2010 và "Superset”

Tôi đã đọc một trong Các bài viết như blah khá chung về BPOS (Của Microsoft exchange và SharePoint trong đám mây) và may mắn waded thông qua để kết thúc:

Về phân phôi nhiều khác, Microsoft là chí để cung cấp tập BPOS v.Next bản xứ PowerShell lệnh thông qua một điểm cuối PowerShell xây dựng Phiên bản PowerShell 2. Xác thực sẽ được thực hiện thông qua ID trực tuyến, với một khả năng duy nhất có thể được sử dụng cho cả hai PowerShell và cổng thông tin.Keane lặp lại các bài viết khác Microsoft execs đã lồng tiếng tại TechEd tuần này: Khả năng đám mây, theo thời gian, sẽ  trở thành một superset của những gì đang có sẵn tại chỗ. Hiện nay, ngược lại là sự thật, và dịch vụ trực tuyến của Microsoft cung cấp một tập hợp con của các chức năng có sẵn trong các phần mềm tương đương của từng sản phẩm.

Các khái niệm rằng đám mây sẽ cung cấp các khả năng thêm hơn trên tiền đề là mới với tôi. Tôi tự hỏi làm thế nào đúng mà sẽ cuối cùng.  Nó cảm thấy counterintuitive với tôi.  Tôi hoàn toàn nhận được ý tưởng rằng rất nhiều công ty sẽ di chuyển công cụ để đám mây (hoặc bắt đầu trong các đám mây) nhưng tôi thường nghĩ rằng họ làm điều đó bởi vì các chuyên nghiệp (dễ dàng hơn admin, SLAs, vv) đến nay lớn hơn những tù nhân (giảm chức năng). 

Tôi có một chút của một thời gian khó tin rằng dịch vụ đám mây sẽ vượt quá khả năng trên prem.  Multi-Tenant là khó khăn và có vẻ như nó phải buộc thỏa hiệp để cung cấp tốt SLA và dễ sử dụng...

Tôi có lẽ sẽ ăn uống của tôi từ ngày này.  Tôi nhớ nghĩ rằng không ai có thể có thể cần nhiều hơn 650 MB dữ liệu và do đó, đĩa CD không bao giờ sẽ được cải thiện sau khi.

</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 thứ bảy Baltimore thăm dò ý kiến

Tôi ngần ngại để vượt qua này cùng cho rằng "banjo cười" không phải là một lựa chọn, Nhưng... Kết thúc-của-ngày SharePoint thứ bảy (Baltimore edition) tổ chức có một cuộc thăm dò lên yêu cầu cho đề nghị các chủ đề.  Về đây để điền vào nó: http://www.sharepointsaturday.org/baltimore/default.aspx

Bình chọn sớm và bình chọn thường xuyên 🙂

Nhưng nghiêm túc, chỉ bình chọn một lầ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

Phê duyệt nội dung là người nghèo tự động mục cấp bảo mật

Đó là một tình huống kinh doanh phổ biến với InfoPath hình thức.  Chúng tôi muốn cho phép mọi người để điền vào biểu mẫu InfoPath và gửi chúng vào thư viện.  Chúng tôi muốn chủ (và không có ai khác) để có quyền truy cập vào các hình thức.

Câu hỏi này đi lên bây giờ và sau đó trên các hình thức (Ví dụ như. http://social.technet.microsoft.com/Forums/en-US/sharepointadmin/thread/76ccef5a-d71c-4b7c-963c-613157e2a966/?prof=required)

Một cách nhanh chóng để giải quyết điều này là để cho phép nội dung phê duyệt trên các thư viện mẫu.  Đi của thư viện Phiên bản cài đặt và thiết lập nó lên như hiển thị:

image 

Click vào "Yêu cầu nội dung phê chuẩn" và đó sẽ cho phép bạn chọn một giá trị cho dự thảo mục bảo mật.

Nó là một chút counter-intuitive bởi vì chúng tôi không suy nghĩ về "nội dung phê duyệt" khi tất cả chúng ta muốn làm là ngăn chặn người từ nhìn thấy hình thức của người dùng khác.  Tuy nhiên, nó hoạt động tốt (Theo kinh nghiệm của tôi).  Chỉ cần không chấp nhận các hình thức và họ sẽ luôn luôn được coi là "bản thảo". 

Quyền phê duyệt cung cấp cho những người có thể nhìn thấy chúng và bạn đã đóng vòng lặp.

Đây không phải là chính xác tin tức lớn, nhưng câu hỏi đặt ra với một số đều đặn, Vì vậy tôi nghĩ rằng nó sẽ có giá trị gửi bài.

</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 trực tuyến và InfoPath

Tôi có thể là người cuối cùng nhận ra điều này, nhưng SharePoint trực tuyến (Tôi thường nghe mọi người nói là một WSS tôn vinh) hỗ trợ InfoPath hình thức dịch vụ.  Đó là khá mạnh stuff, đặc biệt là xem xét rằng IP FS là một tính năng MOSS Enterprise và BPOS là một cái gì đó giống như $1.99/ tháng cho 10,000 người sử dụng.  Có lẽ nó là một chút nhiều hơn thế.

Vì vậy, SharePoint Online defies dễ dàng định nghĩa.  Đô thị này có các tính năng này của doanh nghiệp, nhưng không có quyền truy cập chưa xác định người (mà WSS thậm chí hỗ trợ).  Bạn có thể làm một số công cụ thú vị với tìm kiếm (MOSS-ish, kể từ khi bạn có thể xác định phạm vi cấp trang web), nhưng nếu bạn cần truy cập vào SSP, bạn không thể làm điều đó.  Bạn có thể chơi trò chơi “mặt này và mặt khác” suốt đêm với sản phẩm này 🙂

Microsoft là do phát hành một phiên bản mới của SP trực tuyến trong vài tháng tới.  Tôi tự hỏi những gì lạ lai nó sẽ?

</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 thảo luận phân loại sẽ không bao giờ biến mất

Có là một bất thường "lý thuyết" loại sợi chỉ xảy ra ở đây trên các diễn đàn MSDN: http://social.technet.microsoft.com/Forums/en-US/sharepointgeneral/thread/34d11f89-4405-4ba5-b0f0-faa5af6e6ad5/

Nhiều MSDN diễn đàn câu hỏi là rất "làm thế nào tôi làm [x]"trong tự nhiên.

Đây là một chủ đề lớn và một số vấn đề quan trọng đang được giải quyết khá độc đáo trong thread.

Tham gia trong niềm vui!

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