其他

今天早晨接到迪美的電話，說BPIOU網站出問題了，有使用者發了一封郵件給他們說是在“我的課程”中查看不到課程（這個用的是SharePoint預設的列表視圖），並且課程預訂的時候顯示失敗（這個用的是JavaScript物件模型），報錯介面如下：進去看了一下，發現使用者課程預訂列表的項目已經超過了5000，達到了SharePoint預設設定的列表閾值限制。OK，上面是一個真是的故事，故事講到這裡先暫停一下，看一下這個所謂的“列表閾值限制”究竟是個什麼東東。我們知道，在SharePoint

今天才有空繼續寫這個，之前出差了一周……不過第二天可寫的內容沒有那麼多了，主要是在講Live Mesh（就是類似於基於網路的“我的電腦”）的應用和開發。Live

近日同學所在某公司的SharePoint網站在打了補丁之後掛掉了（登陸不能，登陸頁面也不出現，用的LDAP認證），然後他自己鼓搗出來之後，在我威逼（沒有利誘）之下，把他關於SharePoint的部分筆記發給我了，貼到這裡給大家看看，可能也會有人遇到類似的問題。他們用的是WSS3.0 +

經常會遇到有類似表單協作的應用，主要情境可以歸結為：表單需要多個人來分別填寫每個人填寫表單的不同部分，而且不能互相填寫填寫的時候有可能多個人同時在編輯這樣的需求中使用Excel可以很方便地來實現，方式如下：首先，第一問題很容易解決，我們可以把Excel放到一個共用資料夾或者SharePoint的一個文件庫裡（這兩種方式對於同時編輯的支援有所不同）；其次，每個人填寫Excel的不同部分，而且不能填寫和自己無關的部分，這個功能可以使用Excel中的“保護工作表”以及“允許使用者編輯地區”來設定：功能

這個估計是最常用的.net工具，Lutz Roeder同學終於把它轉交給Red Gate Software去開發了……這個東西居然有8年多了。After more than eight years of working on .NET Reflector, I have decided it is time to move on and explore some new opportunities.I have reached an agreement to have Red Gate

SharePoint中若干自定製開發的內容，從目前我接觸到的來講，從開發語言上首先可以分為兩大類，.net類和C++類，其中C++類主要是關於搜尋中的IFilter和Protocol

這兩天在做一個POC，組織圖的同步。做了一個通用架構，為了做樣本和測試，寫了一個到使用者設定檔（UserProfile）和組織圖設定檔（OrganizationProfile）的介面，然後通過事件處理常式來調用UserProfile的相關介面，把資訊同步到使用者設定檔中。然後就出現了問題：在通過事件處理常式調用UserProfileManager的CreateUserProfile方法時，SharePoint拋出了一個拒絕訪問的異常：只有管理員和和本人才能建立使用者設定檔云云……可是我執行的帳號

新加了不少特性，css的selector也換了一套，據官方測試效率要比以前高不少，之前被人詬病的效率問題看來得到了很大的改進。新增加的live/die方法終於可以在綁定事件的時候綁定到頁面所有（不管是現在的，還是尚未被建立出來的）元素了，這樣就不用在建立新元素之後再手動去綁定一次事件了。另外掃了一眼jQuery的UI部分，感覺也有不少可用的，過節時研究一下。節後計劃發布SharePoint的兩個js庫，一個是用於和列表進行資料互動的（增、刪、查、改）；另一個用於處理列表表單（編輯和建立表單）中的

這次TechEd我和老侯講的Session，在MVP Community Cabana，和其他幾個同等類型的session相比起來聽眾不多把大致內容和demo的總結一下，算個記錄，也給沒機會去TechEd的留個東西，另外給我們的一些組件做個廣告言歸正傳，這個Session的表面上的主要內容是應用WSS構建資料跟蹤（Data

從這一節開始正式涉及到自訂欄位類型的內容，嗯……不過這次還是沒有代碼本次主要介紹一下自訂欄表欄位類型的大致內容，用途和缺點，以及大概的體系上一次說到了SharePoint本身內建了很多種欄位類型（其實還有更多，只不過我們沒辦法自己用罷了，都是系統預設的，比如Counter、File之類），這些欄位類型雖然已經比2003時代要豐富而且功能強大了很多，但是有時依然不能滿足我們的需求。例如如果你想做一個Email地址欄，你當然可以選擇使用單行文本，但是一個好的Email地址輸入是可以進行合法性驗證的，

標題黨一下。問題發生在一個文件庫（文件範本是“空白頁”）中，寫了一個Added的事件處理常式，把標題欄位改成檔案名稱（不帶副檔名的），但是發現建立頁面的時候（不是上傳）沒效果。難道沒有捕獲到Added事件？經過單點調試，發現事件是捕獲到了，因為裡面拋出一個異常導致沒有正常執行。很奇怪的問題：在Added事件中，properties.ListItem居然是null！（ListItemID是0），一般而言只有在Adding的時候才是null（因為Adding時條目還沒有真正被建立出來），不知道是不是

在上一次我們已經編寫好了一個帶有格式驗證功能的Email地址欄，那麼如果需要用到這個自訂欄位，必須先對其進行註冊，通知SharePoint有了一個新的欄位類型。其方法就是編寫一個xml檔案。先來看一下這個xml檔案的內容，再對其進行一一介紹：<?xml version="1.0" encoding="utf-8" ?><FieldTypes>  <FieldType>    <Field Name="TypeName">EmailField<

組織圖設定檔（OrganizationProfile），大家可能比較陌生，尤其對編程訪問。具體的操作我就不在這裡一一列舉了，SDK裡面也有例子，這裡面只說一個可能和我們的預期不太一樣的一個API行為。在組織圖設定檔中，一個組織中的成員分為兩種類型，Leader和Member。可以通過OrganizationProfile的AddMember方法來向這兩個部分中加入使用者（通過一個參數來進行區分是Leader還是Member），並通過RemoveMember的方式刪除之。如果這個使用者不在Memb

根據熊總的指示和安排，在關於Search的startkit中，有關於IFilter和Protocol Handler這兩大部分的內容。與一般的SharePoint開發不同的是，這兩個關於Search的擴充是深嵌在底層的，需要直接使用C++的COM來編寫……無奈我不會COM……不過至少看一看代碼改一改還是可以的。實際上不論是IFilter還是Protocol Handler都不是SharePoint中的新生事物，早在windows desktop

之前ColldaDec有三個工具，後來網站當掉之後就沒有辦法下載了，其實一直都想整理一下開源掉，正好有人問，藉此機會發布出來。當時所有的工具、文檔（包括陳曦錄的幾個視頻）和原始碼都發布到CodePlex上了：1、WPManager（Web組件管理器）：用於在SharePoint

微軟最近正在大力推廣live services這一套東西（在TechEd中也佔了不小的比例）這個Jumpstart貌似是一個全球的培訓活動，北京這邊是2天的課程，包括session和HOL，講師是總部live services team來的Part 1. Overview第一節課比較困，不過基本上都是在show一些demo，概念也不是很多。總的來說，live

今天遇到一個SharePoint網站，在伺服器上可以訪問，在伺服器外訪問不能（寫到這裡估計大部分人都能猜到是什麼問題了）。於是弱智的我查看了所有IIS、Web應用程式、管理中心、SSP的相關設定，都沒有找到問題所在。於是驚動了kaneboy同學，在其指導下，在IIS裡建立了一個網站，扔了個hello world頁面進去，依舊是裡面能訪問，外面訪問不能。於是kaneboy同學沉思了一下，說“你防火牆關了嗎？”於是我就點點點了……我什麼時候把伺服器的防火牆開啟的……於是這篇日誌就當作blog複出吧…

從這次開始，將逐步介紹如何建立一個自訂欄位類型，以及通過什麼樣的手段來完成我們需要的功能。隨著例子從簡單到複雜，所涉及的內容也有所增長，所以大致的計劃流程是這樣的：欄位類型、xml描述檔案、輸入控制項、實值型別、自訂屬性控制項、自訂屬性bug的解決方案、（自訂欄位間的通訊），大概先分為這幾期吧（看來是一個任重而道遠的工程……）那麼本期先通過一個最簡單的自訂欄位類型的例子，來看一下如何建立自訂欄位類型中的欄位類。在這個例子中，我們將編寫一個Email地址的欄位，它可以完成Email地址的合法性驗證

這是目前正在做的這個POC的一個副產品，嗯。當左側導航太長的時候，通過js加上一個摺疊展開的效果（用jquery，嗯），在頁面裡導航載入後的任何地方以任何一種形式執行如下的js（引用jquery的部分略掉）： 1: $('div.vertical > ul.root > li').each(function () { 2: var $a = $("<a style='float:right' href='javascript:void(0)' exp='1'>

在SharePoint平台上的眾多流言中，這一定是流傳得最廣的流言之一：不要在一個文件庫中存放超過2000個的檔案（對應到列表，可以被描述成：不要在一個列表中存放超過2000個清單項目）。 好吧，以下是一些供你參考的資訊： 1、這裡沒有一個實際的硬性限制，所以使用者的確可以在一個文件庫中存放遠遠超過2000個的檔案。一個擁有子檔案夾的文件庫（列表）可以存放500萬個檔案（清單項目）。