其他

文件管理的規划過程有以下主要的步驟組成:1.   確定文件管理角色   確保你的規劃包含組織中關鍵利害關係方的反饋意見，以使你擁有為實現解決方案的正確的團隊，並且你知道誰將參與文件管理的過程。2.   分析文檔使用   在你識別誰在文檔上工作後，確定他們工作的文件類型以及文檔如何被使用。3.  

 有朋友問我這樣一個問題：在Sps中的連結能否在新的視窗中開啟？就是說，現在Sharepoint網站的連結，都會在本視窗中開啟，可是有時候，我們又確實需要在新視窗中開啟某個連結，sps預設的webpart中恰恰又沒有設計在新視窗開啟的選項，怎麼辦？我用了一個簡單的辦法，利用現有的webpart來實現這個功能。   我們在需要在新視窗中開啟連結的頁面上部署一個“內容編輯器WEB組件”，然後，修改這個Webpart的屬性，單擊“源編輯器”，在彈出的編輯介面中輸入以下文本“<base

今天在部署MOSS虛擬環境的過程中，有個安裝.NET FRAMEWORK的過程，安裝時發現這個過程超長時間，還沒有更多的友好的提示。檢查發現裡面有個mscorsvw的進程，幾乎佔用100%

      軟體生產和管理開始面臨最嚴峻的考驗. 隨著需求的無限擴張, 企業級軟體系統正變得越來越大. 出於管理需要, 可複用性要求, 和擴充性的需求, 根據軟體工程學的實踐, 我們開始將系統按照功能或按照部署切分,模組化. 於是整個系統的原始碼的編譯產生過程也就有了按模組切分的需求, 因為整個軟體系統的產生可能會相當耗費時間. 譬如我們系統按照功能切分了A/B/C/D/E五個模組, 同時有1/2/3/4/5五個team分別負責對這五個功能模組進行開發.

年後上班，生產部門的小丫頭們就吵著說網路訪問不了，郵件、QQ、網頁一樣都不能用。我先檢查了伺服器端，防火牆、網域控制站都未有發現問題，於是到了現場。看看網路連接的表徵圖，沒有問題，就是發現只有發送的包，卻沒有收到的包；ping一下，竟然網關和DNS都不通。竟然還有這樣的事，三台機器同樣的問題，過道另一面的機器則沒有問題。忽然想起了這個辦公室因為預埋在牆裡的網路連接埠不夠，臨時在桌上放了一個小的交換器，才想起曾經出現過一次同樣的情況：下層交換器遇上層交換器的鏈路不通會導致這種情況出現，於是把所有的

 關於驗證功能缺失的迷茫       假定我們修改了一些代碼, 然後在Visual Studio裡面編譯一下, 看到沒有問題我們就把代碼簽入到代碼倉庫中; 或者做的更正規一點, 我們把修改做成一個擱置集(ShelveSet), 然後由我們的同伴給我們來做Buddy Build, 如果同伴的編譯也是成功了, 那麼我們就把修改簽入到代碼倉庫中. 然後我們只能祈禱, 讓這些修改的伺服器產生結果完全正確吧.因為雖然修改在簽入前後是完全一致的, 但是伺服器的產生過程和Visual

      今日翻看onenote筆記本，看到了年前本來要在賞梅齋MOSS開發群和大家討論的，卻由於臨時有事而沒有講的內容，發出來希望對大家有所協助 ：       我們知道MOSS2007最基本的功能,其實是他的內容管理,這從這個產品發展的過程我們就可以知道,我就不多囉嗦!MOSS在內容管理方面作了極大的擴充,直接將另外的一個內容管理的產品整合到了系統中,並且是MOSS在內容管理方面有了良好的架構.完全基於.NET

修改Forefront TMG的預設的訪問規則:在配置Froefront

文章目錄  使用AssemblyInfo Task 第一個重要原則: "EVERYTHING IN DEPOT"如何組織AssemblyInfo.cs檔案  版本資訊是否值得在每次產生中更改      當建立一個.NET項目時, 系統會預設地在目前的目錄的Properties子目錄中產生一個名為AssemblyInfo.cs的檔案. 該檔案包含了程式集各種相關資訊比如著作權, 公司, 文化, 版本等.

你的文件管理規劃的首要步驟是確定文件管理解決方案的利害關係方和參與者。你可以使用調查收集資訊。例如，你的調查或許包含下面的問題：1.   誰在你的組織中建立文檔?2.   他們建立什麼類型的文檔?3.   誰查看文檔?4.   誰編輯文檔?5.   誰編輯文檔?6.   誰提交文檔的發布？7.   誰設計用來宿主文件的Web網站？8.   誰為管理文檔設定指導方針和策略？9.   誰在組織中管理報告?10.誰部署和維護儲存文檔的伺服器？

終於又開始了MOSS2007虛擬環境的搭建，這次的目標是一個中型的伺服器陣列，以便隨後研究大型伺服器陣列時，環境可以快速適應變化，具體的伺服器角色如下：1、網域控制站：森林中唯一的一台網域控制站，既為森林的根，還擔任所有操作主機的角色。網域名稱採用了N久以前自己註冊過的一個網域名稱，因為只是個DEMO環境，故即使哪位仁兄後來又註冊了同樣的網域名稱，亦不會影響。因為在本環境中，域控只是起到驗證使用者登入並授權的功能（基於域環境的統一的安全控制體系），DEMO環境也只有幾個使用者，所以指定300兆記

   Excel Calculation Services 組件負責從可信檔案位置載入工作表，執行工作表儲存格中的計算，並重新整理到外部資料的引用。在伺服器上的Excel Calculation Services中執行一個電子錶中的計算，產生與Excel 2007用戶端中使用相同公式完全一致的結果。Excel Calculation Services 管理工作薄中計算的安全，確保在重新計算的過程中沒有未經授權的外部資料源被調用。Excel Calculation Services

賞梅齋旗下的MSIW論壇於7月31日正式上線。地址：bbs.msiw.net     主要版塊包括：          Office System               SharePoint Server　               Project Server               PerformancePoint Server               Forms Server               Communication Server               

配置好了TS web access，我再嘗試把這個Remote App整合到moss的環境中，再次仔細研讀了那個關於在SharePoint中定製TS Web Access的Step by Step，並通過給原來預設網站綁定連接埠的方法，使得MOSS網站和TS Web

          文件管理控制著組織中文檔的生命週期――它們如何被建立、查看、發布、和消滅，以及它們如何被除掉或保留。儘管管理意味著組織嚴密的資訊控制，一個有效文件管理系統將影響組織已有的文化。你使用的文件管理工具應該具有彈性，允許你牢固的控制文檔的生命週期已滿足企業的文化和目標，但也讓你實現一個鬆散的結構化系統如果它更適合你的企業。   

     從15日下午開始,我帶著愉快的心情開始了上海TechED2004之行,今天下午才結束了所有的課程.    其中Stan

        無意中開啟了一個陌生人的Blog,其中滿是濃濃的思念之情,其文字清晰溫存,讓我不知不覺地一直看了下去.時間好像很短暫,又似長長的幾十年.她的記憶不斷地流進我的腦海裡,漸匯成溪,後又成河,而我的情緒也隨著波浪般地翻騰.....        好久沒有被一個人的文字所感動了,更加特別的是我竟然能夠通過這個Blog進入她的朋友的Blog,然後找到同樣的思念情緒,

由於工作的需要，我需要配置Windows 2008的TS Web Access ，以便分公司的使用者能夠遠程使用部署在公司內部的財務系統。之前雖經多次實驗，也無法走通這個過程，其間也仔細看過了微軟提供的Step by Step，結果是只要我把TS Web Access

        IExtenderProvider介面結合反射原理,就可以做出非常有利於Web應用中展示層的控制項來.該介面可以將屬性擴充到容器中的其他組件。這樣,我們就可以把頁面上具有相似設定的一些組件的設定集中用一個組件來管理.同時也不用為給原有的控制項添加自訂的屬性而重寫一個控制項了.