ChangeTheHeaders

Under det senaste avsnittet av The Talk Show tog Jason Snell upp ett konstigt problem som jag började stöta på förra året. På min Mac hände det ibland att jag drog en bild från en webbsida i Safari, och jag fick en bild i WebP-format. Ibland brydde jag mig inte. Men vanligtvis när jag laddar ner en bild på det sättet är det för att jag vill publicera (eller bara ha min egen kopia av) den bilden på Daring Fireball. Och jag publicerar inte WebP-bilder — jag föredrar PNG och JPEG för kompatibilitet. Det som gjorde det konstigt var att när jag visade källan på den ursprungliga webbsidan var den ursprungliga bilden vanligtvis i PNG- eller JPEG-format. Om jag öppnade bilden i en ny flik — bara bilden — fick jag den i PNG- eller JPEG-format. Men när jag laddade ner den genom att dra den ut från den ursprungliga webbsidan, fick jag en WebP. Detta var en total WTF för mig. Jag vände mig till min vän Jeff Johnson, författare till bland annat den utmärkta Safari-tillägget StopTheMadness. Johnson kunde inte bara förklara vad som pågick, han skapade faktiskt ett nytt Safari-tillägg som heter ChangeTheHeaders som löste problemet för mig. Johnson, som meddelade ChangeTheHeaders förra året: Efter en del undersökningar upptäckte jag att skillnaden var Accept HTTP-förfrågningshuvudet, som specificerar vilka typer av svar webbläsaren kommer att acceptera. Safaris standard Accept-huvud för bilder är detta: Accept: image/webp,image/avif,image/jxl,image/heic,image/heic-sequence,video/*;q=0.8,image/png,image/svg+xml,image/*;q=0.8,*/*;q=0.5 Även om image/webp visas först i listan spelar ordningen faktiskt ingen roll. Kvalitetsvärdet, som specificeras av ;q=-suffixet, bestämmer rangordningen av typer. Området av värden är 0 till 1, med 1 som standardvärde om inget anges. Således har image/webp och image/png lika företräde, lika kvalitetsvärde 1, vilket lämnar det upp till webbplatsen att avgöra vilken bildtyp som ska serveras. I det här fallet beslutade webbplatsen att servera en WebP-bild, trots att bild-URL:en har en .png-suffix. I en URL, till skillnad från i en filväg, är "filändelsen", om en sådan finns, till stor del meningslös. En mycket enkel webbserver kommer direkt att matcha en URL med en lokal filväg, men en mer komplex webbserver kan göra nästan vad den vill med en URL. Detta drev mig till vansinne. Tack vare Johnson förstår jag nu varför det hände, och jag hade ett enkelt verktyg att ställa in och glömma för att fixa det. Johnson skriver: Vad kan du göra med ChangeTheHeaders? Jag misstänker att den största försäljningspunkten kommer att vara att förfalska User-Agent. Tillägget låter dig anpassa din User-Agent efter URL-domän. Till exempel kan du få Safari att låtsas att det är Chrome på Google-webbappar som ger särskild behandling till Chrome. Du kan också anpassa Accept-Language-huvudet om du inte gillar den standard språkhantering som vissa webbplatser, som YouTube, har. Här är den anpassade regeln jag tillämpade för ett år sedan, när jag först installerade ChangeTheHeaders (skärmdump): Header: Accept Värde: image/avif,image/jxl,image/heic,image/heic-sequence,video/*;q=0.