Microsofts beslut att dölja KB-identifierare från vissa Windows-uppdaterings supportdokument är ohjälpsamt galenskap

0 Shares

Microsofts huvudkontor

I flera år har Microsoft använt KB-identifierare (eller kunskapsbaserade identifierare som har formen KBXXXXXXX) för att hänvisa till uppdateringar för Windows. Förutom att det är ett praktiskt sätt att identifiera en viss uppdatering, ger det också ett enkelt sätt att korsreferera samma uppdateringar över olika dokumentationer.

Men förra månaden meddelade Microsoft att de ändrar systemet. Företaget blir inte av med KB-identifierare, men det förändrar hur de används i release-information och supportdokumentation. I många fall kommer KB-identifieraren att döljas i källkoden på webbsidor – något som till och med Microsoft medger är “inte perfekt”.

Se även:

I ett nyligen inlägg på Windows IT Pro-bloggen förklarar Microsofts Christine Ahonen: “Ett av de främsta sätten som många hittar release-anteckningar är genom användning av en KB-identifierare (KBID). Vi använder en unik identifierare för varje Windows-uppdatering. En gång ett KBID skapas, det används sedan för att identifiera uppdateringen under hela släppprocessen, inklusive dokumentation. I den äldre upplevelsen användes KBID på flera olika sätt: I URL (t.ex. https://support.microsoft.com/ help / #######); I artikelns titel; I artikelns metadata; Som referens i artikelns huvuddel (t.ex. pekar på andra relevanta artiklar) “.

Med hänvisning till en anmälan som publicerades i oktober fortsätter Ahonen med detaljer om hur det nya systemet kommer att fungera.

Med den nya erfarenheten används många av dessa metoder fortfarande, bara på olika sätt. Till exempel stöds URL-strukturen för https://support.microsoft.com/help/ , men den omdirigeras till en nyligen formaterad URL https://support.microsoft.com// ämne / . Dessutom, om ett KBID visas i sidans titel, kommer det att visas i webbadressen. Om ett KBID inte finns i titeln visas det inte i webbadressen. Typer av artiklar där du kanske inte hittar ett KBID inkluderar informationsartiklar och artiklar som släppts för icke-kumulativa uppdateringar eller specialpaket.

Så vad sägs om supportartiklarna för vilka en KB-identifierare inte är omedelbart synlig? Det är här “de av er som är bekanta med att titta på webbaserad källkod” uppmanas att ta en titt på koden på en sida för att samla detta användbara utdrag av data.

Ahonen säger:

Vi förstår att den här lösningen inte är perfekt och arbetar för att hitta ett mer användarvänligt sätt att tillhandahålla detta ID inom artikeln.

Kanske inte förvånande har svaret på denna förändring inte varit särskilt positivt. Med så många människor som har blivit så vana vid det sätt som KB-identifierare har använts av Microsoft i så många år, är förändringen – som krävs av det faktum att ett nytt CMS som används av Microsoft “inte stöder de gamla webbadressmönstren” – – har ilskat många människor inklusive MVP Susan Bradley. Hon klagar över att det nya systemet gör det mycket svårare att bestämma KB-numret för en viss uppdatering från supportdokumentationen. Hon klagar också på att det nya systemet innebär att datumet för publicering av artiklar inte heller syns, vilket gör det svårare att säga när en sida senast uppdaterades.

Ahonen svarade på dessa punkter och sa:

Jag håller med om att det är frustrerande att inte hitta KBID på sidan eller i webbadressen för några av dessa avlägsna artiklar. Vi tittar på olika lösningar för att kringgå begränsningen. Ju mer vi förstår hur kunder använder dessa ID, desto bättre blir vår upplösning. Det är därför feedback som din och de andra medlemmarna här är så värdefull.

När det gäller publiceringsdatum är detta en annan begränsning av CMS. Det gamla systemet brukade stämpla datumet vid publiceringen. Det nyare systemet tillhandahåller inte den här möjligheten men det finns manuella sätt att titta på att lösa detta. Jag kommer att ge denna feedback vidare till teamet och se vad vi kan göra.

Även om det är uppenbart att förändringen är resultatet av att implementera ett nytt CMS, tigger det att Microsoft gärna bytte till ett nytt system som gör en sådan grundläggande förändring som påverkar så många människor på ett så skadligt sätt. Och med företagets meritlista över problematiska uppdateringar är behovet av att enkelt kunna korsreferera supportdokument och uppdaterings KB-identifierare oerhört viktigt.

Bildkredit: JeanLucIchard / Shutterstock

0 Shares