Utfas nu browserconfig.xml och ieconfig.xml 2020 effektivt?

Den 17 augusti 2020 publicerade Microsoft en tidslinje som indikerar att Microsoft Teams slutar stödja Internet Explorer 11 den 30 november 2020 medan Microsoft 365-produkter slutar stöd för Internet Explorer 11 den 17 augusti 2021.

Källa: https://en.wikipedia.org/wiki/Internet_Explorer_11

Jag har sökt Webmasters SE och den bredare webben men jag kan inte hitta någon aktuell information.

Jag gissar (men har ännu inte kunnat bekräfta) att ieconfig.xml nu kommer att upphävas på samma tidslinje som Internet Explorer . Kommer det?

Kommer browserconfig.xml också att utfasas? Eller är avsikten att använda den under överskådlig framtid?

Om den senare, vilka webbläsare tänker fortsätta använda browserconfig.xml?

Bara MS Edge ? Eller andra webbläsare också?

Kommentarer

  • Jag trodde att det var Windows som använde dessa filer för att visa en ikon på skrivbordet när någon skapade en genväg. till din URL där. Jag tänkte inte ’ att IE använde dessa filer direkt.
  • Även om det bara är IE som använder dessa filer kan du fortfarande behöva dem tills folk slutar använda webbläsaren. Det kan ta år innan IE-användningen minskar även efter att supporten slutar.
  • Ah, är det en Windows-fil snarare än en MSIE-fil? Tack, @StephenOstermiller – Jag var inte ’ t medveten om att jag ’ aldrig har distribuerat browserconfig.xml (eller ieconfig.xml). Jag ’ jobbar nu med ett projekt där jag kan behöva (och om jag behöver det, så vill jag ’, för att lära sig mer om formatet). Sedan, när jag läste nyheterna om IE, undrade jag om hela denna inställning till konfiguration skulle avskaffas. Rapporterar Chrome och Firefox etc. förekomsten av browserconfig.xml till Windows då?
  • Jag tror inte ’ tänker inte det . Det var mitt intryck att Windows gör själva förfrågningarna. Med tanke på integreringen av webbläsaren i operativsystemet, kommer förfrågningarna troligen att likna förfrågningar från IE. Jag ’ kör inte Windows själv, så det här är bara baserat på att jag ’ har gjort och inte på någon förstahandsupplevelse.
  • När det gäller din andra punkt – jag håller med om att ’ är ett absolut giltigt tillvägagångssätt, men jag fattade ett medvetet beslut att sluta tillgodose IE-användare 2010. Inte för att ’ mot webbläsarkompatibilitet – tvärtom är jag ’ en stark förespråkare – men efter att ha skrivit standarder som är kompatibla, universellt kompatibla webbplatser med flera webbläsare från början av 2000-talet till 2010 drog jag slutsatsen att IE var så sorgligt förlorat att den tid som krävs för att tillgodose sina användare inte var ’ t motiverad. [1/2]

Svar

2021 här,

När det gäller avskrivningar

Så länge det finns personer som använder agenter som stöder detta (dvs. huvudsakligen IE11), förblir Webbläsarkonfiguration halvrelevant eller åtminstone användbar. Microsoft meddelade att IE11 kommer att gå EOL den 17 augusti i år , men vi vet alla att det kommer att stanna kvar här och där.

När det gäller filnamnet / URL

Dokumentationen som du hänvisade till i ditt eget svar , har följande kodexempel:

<meta name="msapplication-config" content="IEconfig.xml" /> 

Jag antar att det är här författaren till bloggen artikel du också hänvisar till fick namnet IEconfig.xml från. Emellertid nämner dokumentationen sedan:

Obs! Om en webbsida inte anger en webbläsarkonfigurationsfil letar IE11 automatiskt efter ” browserconfig.xml ” i rotkatalogen på servern. För att förhindra detta använder du en ” msapplication-config ” rubrik med innehållsattributet till ” ingen ” (visas tidigare).

Så det verkar vara den enda anledningen till att de använde IEconfig.xml i exemplet är att det inte är browserconfig.xml (i vilket fall du inte behöver metadata till att börja med). Detta påminner mig om deras ökända favicon.ico, som du också kan länka till med markering, eller bara ringa saken favicon.ico och vara klar med det .

Avslutande

Jag ser inga negativa stöd för det (annat än att behöva göra saken), och det kan faktiskt vara användbart för vissa användare med agenter som stöder det.

Jag föreslår dock starkt att du alltid ställer in en rutt för /browserconfig.xml om du bestämmer dig för att göra det. På det sättet kommer agenter som stöder det förmodligen att upptäcka det automatiskt (vilket jag i allmänhet tycker är dålig UA-praxis, men där har du det), och du behöver inte förorena din markering med egna metadata som inte betyder något för någon annat system.

(Det kan också vara en liten prestandafördel att ha en, beroende på hur många IE11-besökare du har, och hur din server hanterar 404s och loggning, men det är nog mer teoretiskt än någonting. )

Kommentarer

  • Så vad har ersatt detta om detta har upphört? Enkla stora favicon-bilder?
  • @William, det är inte browserconfig.xml som är utfasad, men IE11, den enda kända (såvitt jag kan se) UA att stödja den. Så för andra agenter ändras ingenting. De har sina egna metoder för att visa ikoner, men det är en annan fråga.

Svar

Det har varit ett månad sedan jag frågade det här, så jag trodde att jag skulle grubla lite mer på internet och se vad jag kunde komma på.


browserconfig.xml

Enligt den här Microsoft-sidan:

Detta är ett exempel på a browserconfig.xml:

<?xml version="1.0" encoding="utf-8"?> <browserconfig> <msapplication> <tile> <square70x70logo src="small.png"/> <square150x150logo src="medium.png"/> <wide310x150logo src="wide.png"/> <square310x310logo src="large.png"/> <TileColor>#009900</TileColor> </tile> <badge> <polling-uri src="badge.xml"/> <frequency>30</frequency> </badge> <notification> <polling-uri src="1.xml"/> <polling-uri2 src="2.xml"/> <polling-uri3 src="3.xml"/> <polling-uri4 src="4.xml"/> <polling-uri5 src="5.xml"/> <frequency>30</frequency> <cycle>1</cycle> </notification> </msapplication> </browserconfig> 

ieconfig.xml

Enligt detta blogginlägg:

Detta är ett exempel på en ieconfig.xml:

<?xml version="1.0" encoding="utf-8"?> <browserconfig> <msapplication> <tile> <square70x70logo src="ms-tile-128x128.png"/> <square150x150logo src="ms-tile-270x270.png"/> <wide310x150logo src="ms-tile-558x270.png"/> <square310x310logo src="ms-tile-558x558.png"/> <TileColor>#6a9a22</TileColor> </tile> </msapplication> </browserconfig> 

Det verkar tyda på att browserconfig.xml och ieconfig.xml är olika namn för samma sak … och där är något förslag, även om jag inte kan bekräfta det, att det senare namnet, ieconfig.xml , är det aktuella, korrekta namn.

Allt detta sagt, jag kan fortfarande inte bekräfta om Edge Browser letar efter, känner igen eller känner till ieconfig.xml så jag kan inte svara på frågan och bekräfta om den senare faktiskt är utfasad eller inte.

Lämna ett svar

Din e-postadress kommer inte publiceras. Obligatoriska fält är märkta *