《本文轉譯自forefront tmg (isa server) product team
部落格文章」understand isa/tmg updates」》
本文向讀者提供了一些有趣的資訊，列舉了
isa/tmg sustained engineering
團隊在管理有關
isa sever
或forefront
的威脅的生命週期中可能發布的各類的產品更新。
首先，我們來區分一下
bug
和dcr
（設計變更需求）：
『bug』
是指程式**中的問題，有可能導致程式的意外行為（例如突然崩潰）或相較於之前版本的功能減弱。
『dcr』
是由客戶提出的建議，幫助我們改進現有產品的工作方式或新增新的特性。例如
isa server 2006
中的tftp
應用過濾器，就是我們實現了客戶提出的
dcr的例子。
大部分bugs
和dcr
都是由我們的客戶在技術支援服務案例中提出的。但它們也會由微軟內部的
microsoft it
、pss
和isa/tmg
產品團隊（開發人員、測試人員、專案經理
……）等提出。
bug
的修復補丁和
dcr
的更新可以分為以下不同型別： ·
a hot fix
（熱修復）:
o根據使用者需求通過
pss
渠道發布
o最後一次累計熱修復 ·
a public hot fix
（公開熱修復）:
o o**基於最後一次累計更新彙總 ·
a security update
（安全更新）： o
o**基於最後一次累計更新彙總 ·
a rollup
（更新彙總）： o
每季度至少一篇彙總，通過
pss
渠道發布 o
**基於最後一次補丁更新彙總和從上次更新彙總起所有發布的熱修復 ·
a service pack
（服務補丁包）： o
o**基於最後一次發布的補丁（
major realase
）和之前所有的更新
當然，以上所有型別都在公開的微軟知識庫文章中有所描述。 se
（技術支援）團隊在正式發布某個官方補丁之前，一般會先傳送乙個針對該
bug
的非官方補丁（也稱為私有補丁）給提出問題的客戶進行測試；除非
se 計畫在下乙個
service pack
或major release
中包含該補丁。一旦客戶認可了這個修復補丁，相關的產品團隊將根據
bug
的緊急程度選擇發布。
需要強調的是，非官方補丁並沒有經歷完整的測試週期（只有官方補丁經歷了完整的測試週期），它只是為了提供相應
bug
的修復方法。因此，我們強烈建議客戶在測試環境中使用非官方補丁，而不是在真實生產環境中。
當官方補丁正式發布後（例如在更新彙總中發布），客戶必須先解除安裝相應的非官方補丁，然後再安裝該更新彙總。
在某些特殊情況下（例如修復問題存在一些困難），技術支援團隊會通過
pss
為客戶提供一些私有的補丁，用來記錄有關
bug
的一些細緻跟蹤日誌資訊，以便準確的找出引起該問題的根本原因；並在之後發布相應的修復補丁。
除此之外，需要指出，對於有些為特定問題發布的官方補丁，在預設情況下，一些功能是被禁用的。客戶必須先參考微軟知識庫中有關該
bug
我們希望以上資訊對您有所幫助。
eric detoc, escalation engineer, forefront tmg
技術校對:
eyal peri, senior program manager, forefront tmg sustained engineering team
你了解postMessage嗎？
前言 通常，對於兩個不同頁面的指令碼，只有當執行它們的頁面位於同源 同協議 同主機 同埠 情況下，這兩個指令碼才能相互通訊。window.postmessage 方法可以安全地實現跨域通訊 前提 正確使用 使用 語法 otherwindow.postmessage message,targeorig...
你了解你自己的公司嗎？
市場定位是什麼？你是否想像過你現在的客戶都是什麼樣的人？如果可能的話，先試著統計一下他們的基本情況，如 性別 年齡 婚姻狀況 工作內容和工作領域。再想像一下客戶們的價值觀，如他們的生活方式 生活態度等。你對你潛在的客戶了解的越多，就越容易和他們溝通，也越容易取得他們的信賴。無論是新客戶還是老客戶，信...
你了解你自己的公司嗎？
市場定位是什麼？你是否想像過你現在的客戶都是什麼樣的人？如果可能的話，先試著統計一下他們的基本情況，如 性別 年齡 婚姻狀況 工作內容和工作領域。再想像一下客戶們的價值觀，如他們的生活方式 生活態度等。你對你潛在的客戶了解的越多，就越容易和他們溝通，也越容易取得他們的信賴。無論是新客戶還是老客戶，信...