其他

今天有網友給我寫郵件，說到他在閱讀《SharePoint Portal Server 2003

這篇文章的思想的來源是Rob Howard半月前的一篇文章，《Provider Model Design Pattern and Specification, Part 1》，本來想等Rob H把Part II寫完然後再一起總結一下的，可等啊等啊，估計這位哥們兒在忙著準備DevDay2004和做演講，所以一直都沒有等到Part II出來。不過Rob Howard在MSDN上的文章從來都是精品，而且這篇文章之前很長一段時間，由於忙著Whidbey的開發，Rob

前兩個星期，投身在一個為客戶做的工作流程示範項目中。項目的目標是在短時間內，示範構建一個能夠體現行動裝置優勢的工作流程系統。項目中使用了SharePoint Portal Server 2003作為整個系統的Web基礎組件。其中一個流程使用InfoPath作為表單輸入終端：工作流程引擎使用了K2，K2能夠很好的和SharePoint/InfoPath整合，並且具有非常好的擴充性。使用者可以通過PPC行動裝置，直接參与流程：通過Pocket

上周請假回家一趟，休假期間，VS2005 CTP版本發布、ShadowFax新版本發布（終於有了完整的MSI安裝包）、ASP.NET Forums 2.0 Beta RC1發布（同樣是一個完整的安裝程式包）。走之前，匆忙將以前的一個通過WebService上傳檔案到伺服器的WinForms程式添加了多線程上傳的能力。.Net

相信部落格堂的讀者大部分都對Office 2007新引入的Open XML文檔格式有相當的瞭解了（如果不瞭解，可以閱讀這篇文章：介紹 Microsoft Office (2007) Open XML 檔案格式），現在，Open

在一月份一直忙於投身於一個工作流程的示範項目中，項目牽涉到了SPS、InfoPath、K2、Mobile、Exchange等。如果有感興趣的朋友，可以在這裡看看這個示範系統的一些。順便在這裡也推薦一下K2，這是一個非常不錯的工作流程引擎，和SharePoint、InfoPath有良好的串連能力，而且擴充性也是很強的。這篇文章講述了如何編寫一個SPS的備份和恢複程式。在微軟的下載網站，可以下載到在SPS中進行查詢所使用的Sql文法。MicroToby也奉獻了一篇精彩的描述SPS定位以及前景的文章。

在我接觸客戶時，曾經遇到過多次客戶詢問我有關SharePoint防病毒解決方案的情況。由於SharePoint文件庫經常被作為企業文件管理中心的平台，所以如何保證文件庫裡面的文檔沒有病毒，是一個很合理的需求。實際上，Symantec、McAfee等知名的安全廠商都有專門針對SharePoint Server的解決方案，比如Symantec的AntiVirus for Microsoft SharPoint，McAfee的PortalShield for Microsoft SharePoint。

微軟公司正在廣州招聘一位Information Worker方面的Technology Specialist Professional，要求：1、熟悉SharePoint Server相關技術（部署、配置、開發）2、Office Pro用戶端開發越熟悉越好3、Office System相關產品（Project Server、InfoPath、Business Scorecard Manager、Live Communication Server）越熟悉越好4、.NET

最近幾天瀏覽器出毛病了，奇怪的以為是中了病毒。提示錯誤：您正使用低版本的IE瀏覽器，建議您升級到Firefox。緊接著去官方firefox官方網站下載了瀏覽器，安裝好以後公司的首頁竟然不能正常顯示.算了，卸載了。後來我升級IE7.0。這樣看起來順眼多了，這個錯誤還是一樣的，難道真的是病毒。用諾頓猛地查了一上午，沒有發現任何可疑檔案。一個同事提醒，可能是IE的Add-on功能載入了很多Dll導致的，果然看到如下的可疑東西，禁止掉。這個錯誤沒有了。如：在真正使用IE7的時候，發現不能開啟新的Tab頁

《SharePoint Portal Server 2003 深入指南》正式出版已經有一段時間了，承蒙大家厚愛，這本書銷售情況還不錯，根據我昨天在網上書店看到的資料，China-Pub上電腦類圖書銷售排名第8，Dearbook上銷售排行第6。本月19號下午15:00 - 17:00，我和《SharePoint Portal Server 2003

此文是《關於SharePoint 2007的使用者組和使用者》一文最後一段的繼續。關於SharePoint Server中的使用者資訊管理，choral也寫過一篇相關的《SharePoint中的使用者資訊同步》。本文對相關的資訊進行了更進一步的解釋和說明。先上一副圖（圖中的A、B、C、D、E等標記是為了下面文字更容易指定圖片中相應部分而用，下文用類似“A標記”、“B標記”來進行標識）：  在一個標準的SharePoint Server伺服器陣列部署模型中，一個使用者的資訊會同時存在於多個地方：

1、最近最轟動的新聞就是Microsoft和SUN的和解了，真讓人感歎商場無常啊。不過也從一個側面反應出Microsoft和SUN都意識到了現在Java和.NET都已經成長到誰也不可能消滅誰，在相當長的一段時間內，很可能是雙方共同發展，所以，對雙方最有利的做法就是維持這樣的一個“兩極世界”（就像冷戰時期的美蘇），並同時把其他冒出來的第三方力量打壓下去。當然也有Microsoft的員工不忘調侃一下McNealy，這裡收錄了過去McNealy對Microsoft的“經典”評價。2、XC#XC#是什麼

在你安裝了SharePoint Server 2007之後，當用Administrator賬戶訪問SharePoint網站時，可能會注意到上方顯示目前使用者資訊的地方，卻不會出現原本應該顯示的管理員的名字，取而代之的是“系統帳戶”： 出現這個問題的原因是，如果你將某個帳戶作為SharePoint網站所使用的應用程式集區的憑證資訊的話，SharePoint Server

經常有人問我“如何禁止使用者修改某某欄位？”之類的問題。通常這一類的問題會牽涉到對清單項目編輯頁面的修改。其實簡單來說，如果你熟悉SharePoint開發，解決上面所說的這個問題就非常簡單了。因為SPField有一個ShowInEditForm的屬性，你只需要這樣：SPField titleField = item.Fields["Title"];titleField.ShowInEditForm = false;但如果你不想用這樣的方法，或者想瞭解更多對清單項目編輯頁面的定製，那就繼續看下去。

TheServerSide.Net上有一篇不錯的文章，“10 Ways to Make Your Code More Testable”（10種讓你的代碼更具可測性的方法），這10種方法中，有幾項不但是讓代碼更具可測性的方法，也是寫代碼時必需遵循的基本Principla，但也有幾項非常有意思的：只要可行，就讓方法返回一個值。這樣不但可以讓代碼更加容易被測試，而且也更加容易讓調用者瞭解它的運行狀態。不過作者也說了這個方法並非是“非此即彼”，而是“as much as

SPS中的文檔許可權管理只能針對文件庫一級，而不能再對文檔進行細化單個授權的限制，是所有SPS開發人員和管理員心中的“痛”。為瞭解決這個問題，不少開發人員“各出各招”，提供了各自“曲線救國”的方案。以前我曾經做過一個文件管理系統的項目，底層使用WSS，上面一層是純粹的ASP.NET項目，通過訪問WSS

如何在某個程式中宿主一個http webserver，能夠接收用戶端（或者用“服務端”這個詞）傳入的http請求包，並將結果返回？這是一個非常常見的需求，比如，在一個面向服務的架構中，一個Service端可能就需要能夠以http channel接收其他Service端發送來的Message。在過去，我們（幾乎）只能依靠IIS，但現在我們有了http.sys。http.sys是一個位於Win2003和WinXP

眼看著7月進入了下旬，可自己的blog上7月份統計仍然停留在2篇，於是開始擔心開心一腳把我踢飛...

最近有人向我抱怨，說他在用SharePoint Designer擺弄SharePoint頁面時，被同事無情的嘲笑為非真正的Developer。為了挽救他受傷的心靈，我決定錄一段用Visual Studio做SharePoint頁面的video，來教會他如何在同事面前抬起頭了。當然，如果確實用SharePoint Designer更方便，我還是建議他每天早一個鐘頭去辦公室，先用SharePoint Designer弄好頁面，然後在同事進到辦公室之前，將用SharePoint

已經記不清從什麼時候開始，B/S已經成了我們開發的系統裡面最主要的程式模型，在網路浪潮的衝擊下，傳統的Windows程式所面臨的一些問題（部署困難、升級困難、維護困難、安全問題）使得基於Web的系統大行其道，一下子，幾乎只要有可能，所有的系統都開始採用B/S開發。當然，Windows程式在某些場合也是不可能被替代的（就像CSDN裡面有人反駁的那樣，PhotoShop永遠別想做成B/S的模樣），但的確更多的系統採用了Web架構。 在這篇Blog裡面，引用了一項很有意思的資料。www.asp.net