用户谴责微软从一些bug文档中删除kbid

用户谴责微软从一些bug文档中删除kbid。今年2月,微软决定从一些Windows更新发行说明中删除一个使用了几十年的标识符,这一决定继续引起客户的愤怒。

 

2月18日,该公司在其windowsitpro博客上宣布,将不再在所有与windowsupdate发布细节相关的在线发布说明的url中包含KB标识符KB for Knowledge Base。几十年来,微软一直使用知识库标识符来精确定位单个错误修复,并引导客户找到适当的文档。

 

【相关报道:微软改版Windows Insider发行白话】

“许多人找到发行说明的主要方法之一是使用知识库标识符(KBID)”,微软的程序经理Christine Ahonen在Windows IT Pro博客上写道我们为每个Windows更新使用一个唯一的标识符。一旦创建了KBID,就可以在整个发布过程(包括文档)中使用它来标识更新。”

 

Ahonen指出,KB标识符不仅用于发布说明的标题中,更重要的是,在该说明的URL中,格式为https://support.microsoft.com/help/#######.

 

但这不是未来的标准。

 

“例如,的URL结构https://support.microsoft.com/help/仍然支持,但是,它将重定向到新格式化的URLhttps://support.microsoft.com//topic/”阿霍宁说。(GUID,又称全局唯一标识符,是一个Microsoft特定的128位整数-由8个十六进制数字组成,后面是三组4个十六进制数字,后面是一组12个十六进制数字-在本例中,用于标识特定的发行说明。)“此外,如果页面标题中出现KBID,它将出现在URL中。如果一个KBID不在标题中,它将不会出现在URL中。您可能找不到KBID的文章类型包括信息性文章和为非累积更新或专业软件包发布的文章。”

 

阿霍宁最初没有透露这一变化的原因。

 

推荐白皮书

Gartner报告:2020年云工作负载保护平台市场指南

 

内容智能:数字化转型的新曙光

 

2020年内部威胁报告

 

别弄乱我的知识库

用户对这一消息立即作出反应。没有人鼓掌。

 

“为什么不能将它(KD标识符)添加到URL?”瓦迪姆·斯特金在评论中问道你已经有了一个标题和一个巨大的GUID。KBID不是开销。但是不,你让我们查看或解析源代码。你的方法没有道理,但你并不真正费心解释。”

 

“别挂电话。够了。别弄乱我的知识库号码,”苏珊·布拉德利在另一篇评论中写道。(布拉德利,他出版了Windows提示通讯AskWoody.com这就是我们在补丁程序、补丁程序管理等方面的“说法”。

 

“很明显,这对你来说是件容易的事,但对我们来说不是。你还记得我们吗?你的客户?那些你应该让他们开心的人?如果是KB,则需要在URL中包含KB。“句号。”

 

其他人也附和了斯特金和布拉德利的意见。”在处理更新时,我通常只键入support.microsoft.com/help/kb一个叫瓦特诺斯的人说这是一个可怕的变化,我看不出有什么好处。”

 

为什么要搞混战?微软的内容发布系统

3月4日,Ahonen从几周前的帖子中回到了当时处于休眠状态的评论部分,并发布了关于放弃KB标识符的消息。

 

“这是我们转向新的内容管理系统(CMS)的结果,”阿霍宁写道这个新的CMS不支持旧的URL模式,因此我们需要适应新的结构。

 

“为了像旧系统一样使用此功能,我们添加了重定向器以使用两种旧模式:

 

support.microsoft.com/help/KBID

support.microsoft.com/KB/KBID

“输入这些旧模式中的任何一个都会将您带到新的URL,”Ahonen继续说您仍然可以链接到旧的URL模式,它会将您或您的客户带到正确的位置。”

 

Ahonen还表示,每一篇Windows服务更新文章的标题中都会有相应的KB标识符,包括所有安全更新以及所有非安全更新。”这些文章将是完全可搜索的,”她说。

 

不过,布拉德利认为,自动重定向并没有解决微软从一些URL中清除KB标识符所造成的问题你能从那页很容易地确定知识库的数目吗?”她问,指的是她遇到的一个问题的发布说明的网址。”我看不到那个KB号码。。。再容易不过了。这些变化都没有让我们的工作更轻松。”