近日 Windows IT Pro 發佈的最新博文中，微軟的 Christine Ahonen 解釋道：“許多人尋找發佈說明的主要方式之一是通過使用KB標識符（KBID）。我們對每個Windows更新都使用一個唯一的標識符。一旦創建瞭KBID，它就會在整個發佈過程中用來識別更新，包括文檔”。
在舊的經驗中，KBID 主要以幾種不同的方式使用：在 URL 中（例如 https://support.microsoft.com/help/#######）；文章標題中；在文章元數據中，在文章的引用部分中（如指向其他相關文章）。
在新體驗中，用戶依然可以使用傳統方式，隻是稍有不同。例如仍然支持仍然支持 https://support.microsoft.com/help/<KBID>的 URL 結構，但是，它將重定向到一個新格式的 URL https://support.microsoft.com/<locale>/topic/<article-title><GUID>
此外，如果 KBID 出現在頁面的標題中，它將出現在 URL 中。如果 KBID 沒有出現在標題中，它將不會出現在 URL 中。您可能找不到 KBID 的文章類型包括信息性文章和為非累積更新或專業包發佈的文章。
那麼對於那些 KB 標識符沒有直接顯示的支持文檔呢？這個時候就需要查看網頁源代碼，然後收集這個有用的數據片段。Ahonen 表示：“我們知道這種變通方法並不理想，我們正在努力尋找一種更方便用戶的方法，在文章正文中提供這個ID”。
不過新體驗並非受到所有人的歡迎。由於很多人已經習慣瞭微軟這麼多年來使用KB標識符的方式，這一變化由於微軟使用新的 CMS 不支持舊的 URL 模式，引發瞭 MVP Susan Bradley 在內的很多人不滿。她抱怨稱新系統使得從支持文檔中確定某個更新的KB號變得更加困難。她還抱怨說，新系統意味著文章的發佈日期也不可見，這使得人們更難知道一個頁面最後一次更新的時間。
Ahonen 表示：
我同意這很令人沮喪。我同意，在頁面上或URL中找不到某些離奇文章的KBID是令人沮喪的。我們正在尋找各種解決方案來解決這個限制。 我們越瞭解客戶使用這些ID的方式，我們的解決方案就越好。這就是為什麼像您和這裡的其他成員這樣的反饋是如此寶貴。
關於發佈日期，這是CMS的另一個限制。舊的系統曾經在發佈時蓋上日期的印章。新的系統不提供這個功能，但我們可以通過手動方式來解決這個問題。 我將把這個反饋傳遞給團隊，看看我們能做些什麼。
留言列表
