其他

你還在為SharePoint中那麻煩的查詢語句而煩惱嗎？ 你還在由於不熟悉CAML而厭惡查詢嗎？ 你還在為了查詢去到處翻找一個欄位的內部名稱嗎？   現在不必了！ 有了CollaDec即將發布的FriendlyQuery類庫（免費的），讓你像寫SQL查詢那樣方便地完成SharePoint列表的查詢和排序，你不需要瞭解CAML、不需要知道那些雜亂的內部名稱，只需要簡單地寫上一行，就能大量地解決你的開發時間。  

內容查詢Web組件（Content Query Web Part，或簡稱CQWP）自從在2007引入SharePoint（企業版）以來，受到了無數人的關注。一方面因為其跨網站、跨列表查詢的能力、樣式訂製擴充的能力，另一方面也因為各種各樣的Bug。其中最“臭名昭著”的一個Bug，就是在查詢的列表超過10個的時候，可能無法返回完整的結果，這個是由於其核心的SPSiteDataQuery的Bug造成的（微軟已經確定聲明這個Bug，詳見：http://support.microsoft.com/kb/9

在SharePoint 2010中，如果一個子網站是繼承其父網站的許可權，那麼從網站設定中開啟網站許可權頁面，你會看到： 點擊Ribbon地區的“停止繼承許可權”，管理員就可以斷掉當前網站與父網站的許可權繼承，自訂網站的使用權限設定： 但是，如果你還想在網站中建立自訂的權限等級，當點擊Ribbon地區的“權限等級”按鈕後，你可能會看到：  

當大家需要擴充一個SharePoint列表/文件庫的資料結構時，就會為列表/文件庫建立新的欄位(欄)。不管是直接為列表/文件庫建立欄位，還是在網站集合裡面建立網站欄，作為管理員，最好使用一些“最佳實務”來為欄位命名。使用正確的欄位名，在未來的配置、管理、開發過程中，都可以節省很多的時間和精力。每個SharePoint欄位實際上有兩個名稱，一個是“標題”（Title，有時候也把它叫做“顯示名稱”），一個是“內部名稱”（Internal Name）。平時使用者在列表視圖介面上看到的，都是欄位的標題。

電腦正在以無比慢的速度從微軟網站上安裝Office Component for Visual Studio 2012，今晚的某個工作看來是幹不成了，索性寫篇blog。SharePoint是一個B/S結構的產品，所以在開發過程中會使用到各種各樣的上下文（Context）資訊，藉此機會來總結一下。一、HttpContext這個……我想就不用再介紹了，SharePoint運行在標準的ASP.NET架構下（2003用的不是標準的ASP.NET

為了讓SharePoint的搜尋組件能夠檢索外部內容來源（外部的資料庫、業務系統、二進位檔案等等等等），通常需要建立一個自訂的Indexing Connector。Indexing Connector是一種基於SharePoint 2010中的Business Connectivity Services和Search Connector Framework的組件，它替代了以前的Protocol Handler，成為了SharePoint 2010（和FAST Search for

相信不少人都希望把SharePoint網站內建的那個頂部導覽功能表，換成自己希望的樣式。由於SharePoint 2007/2010的網站導航基本上基於標準的ASP.NET SiteMap模型，所以只要你對ASP.NET SiteMap有一些瞭解，就能建立一個自訂的導覽功能表。在開始之前，讓我們先從網上隨便找一個樣子比較cool的菜單控制項。在下面的樣本中，我會選擇使用Smooth Navigation

當我們使用SharePoint 2010所提供的搜尋功能時，在搜尋結果的左側，有一個搜尋結果最佳化地區。通過這個地區，使用者可以進一步的精簡搜尋結果。比如，僅僅顯示類型為Word檔案的搜尋結果，或者僅僅顯示作者為“kaneboy”的搜尋結果。這個最佳化地區內建了最常見的幾個精簡項目，包括類型（搜尋結果是何種類型）、來源（搜尋結果來自於哪個網站）、作者、修改日期等。如果在文件管理系統中使用了SharePoint

SharePoint 2010支援Linq to SharePoint，讓程式員可以使用Linq文法直接存取SharePoint 2010網站中的資料。但是在預設情況下，Linq to

前一陣遇到的一個耙梳錯誤，從編目記錄中看到的，結果就是這個網站集合幾乎所有內容都沒有被爬下來。後來經分析發現這應該算是一個SharePoint的Bug……當然本身不是什麼大Bug，知道了之後也很容易規避。這個Bug我後來也發到微博上了，這裡主要介紹一下到底如何從一個錯誤找出具體的原因，也算是授人以漁。（如果是你自己的代碼出的錯，直接附加進程調試就好了，這個不在本文所涉及的範圍內）涉及到的工具有兩種，一個是日誌查看工具（我用的是最土的記事本……比較專業一點的可以用微軟出的SharePoint

今天翻了翻以前寫的一些作品，有個音樂播放器，直接運行了下，感覺沒啥問題，但是後來拷貝到同學機子去，問題就出現了。上面是在本機運行，一切良好。下面是同學機子運行結果：可以看到，程式是能夠啟動的，關鍵是只要一開啟音樂檔案，就彈出“未將對象的引用設定到執行個體",以下是相關的錯誤文本：v有關調用即時(JIT)調試而不是此對話方塊的詳細資料，請參見此訊息的結尾。************** 異常文本 **************System.NullReferenceException:

本周六（10月30日），我會參加在利星行廣場的SharePoint技術交流會，並講一節“SharePoint 2010 沙箱化解決方案”的課程。有興趣的同志們可以去參加這個活動。活動地點：望京利星行廣場C座微軟大廈三層306室（微軟中國公司所在）時間：9:00 – 18:00（8:30開始簽到）費用：無。（但午餐需自己解決。）活動詳情：http://www.msiw.net/Pages/2010%E5%B3%B0%E4%BC%9A%E6%B3%A8%E5%86%8C.aspxSee you

在SharePoint搜尋中心網站，有時候，我們需要使用自訂代碼，對使用者進行中的搜尋操作，進行一些額外的處理。比如，在一個自訂Web組件中，根據使用者的搜尋索引鍵，執行一些特定操作。這個時候，我們需要根據URL中的參數，來解析出使用者所使用的關鍵字和其他搜尋參數。如果只是要得到搜尋索引鍵本身，是非常簡單的。稍微觀察一下URL，就能立刻瞭解到，k這個參數的值，就是使用者所使用的搜尋索引鍵。在代碼中，只需要對它進行一下url

作為SharePoint工作流程的一個重要編寫工具，SPD（SharePoint Designer）以其良好的介面拖拽方式和較為豐富的邏輯、動作越來越多地被用於實際項目的開發應用中。它比SharePoint內建的若干工作流程更為強大，功能更完善；而又比Visual

當我們在一個SharePoint Web應用程式中建立新網站集合時，雖然我們可以指定網站集合的路徑，但是網站集合的主機頭，似乎必須使用Web應用程式所定義的主機頭。比如，當在“http://sp2010”這個Web應用程式中建立一個新網站集合時，網站集合的路徑可以是下面這些格式： ■ http://sp2010/sites/itg （通過使用預設定義的“sites”管理路徑） ■ http://sp2010/itg

假如你的客戶告訴你，你只能在伺服器上部署沙箱化解決方案（Sandboxed Solution），除此之外不能再在伺服器上部署任何自訂代碼。然後，客戶接著告訴你，他們還需要在伺服器上定期進行某種自動化檢查，而且這是一個必需的需求。這時你就會犯難了。由於Sandboxed的限制，你沒法向伺服器上註冊能夠定時啟動並執行計時器工作（Timer

版本控制和文檔修訂留痕的比較是在文件管理中很重要的組成部分。在SharePoint中，版本控制是預設支援的。在mdms2003中，利用word2003的文檔修訂功能，以及event

什麼是搜尋範圍？當我們使用百度的時候，就能看到它們。為了協助使用者更精確的找到自己想要的內容，可以定義一些搜尋範圍，這樣使用者通過使用搜尋範圍，就能告訴搜尋引擎，自己想要搜尋的內容的範圍，以得到更精準的結果。SharePoint Server 2010內建的搜尋功能也支援搜尋範圍。SharePoint

在SharePoint

先從一個簡單的問題說起。前兩天在網上，有網友問我這樣一個問題：“上傳到SharePoint 2010文件庫中的一個PDF檔案，當直接點擊此檔案連結時，為什麼瀏覽器彈出的對話方塊只有儲存，而沒有開啟？”就像上面的所顯示的，在瀏覽器彈出的對話方塊上，只能讓使用者儲存（Save）的選項，而沒有一個開啟（Open）的選項。但可能有人會記得，以前SharePoint 2007的時候，並不是這樣的。使用者直接點擊一個存放在SharePoint