Přejít k navigační liště

Zdroják » Zprávičky » „X-prefixy jsou zastaralé,“ říká IETF v RFC 6648

„X-prefixy jsou zastaralé,“ říká IETF v RFC 6648

Zprávičky ‐ ‐ Webdesign ‐

Nálepky:

Není to dávno, co jsme psali o problémech s prefixy v kaskádových stylech, dokument RFC 6648 se zabývá prefixy mnohem staršími, tzv. X-prefixy, které označují nestandardní položky a najdeme je u řady internetových standardů (HTTP, hlavičky mailu atp.).

Zdroj obrázku: Wikipedie

Pokud jste pro vlastní účely potřebovali přidat nějakou novou položku, nemuseli jste čekat a žádat o její standardizaci, jednoduše jste ji pojmenovali s X-prefixem a vše bylo v pořádku. IETF zpětně hodnotí zavedení X-prefixů jako špatné. Prefixovaných parametrů se totiž objevilo příliš moc. V RFC 6648 nově označuje X-prefixy za zastaralé, všem tvůrcům doporučuje, aby všechny své vlastní parametry dobře nadefinovali a pojmenovali je rovnou bez prefixů a aby předem počítali s jejich případnou pozdější standardizací.

Dokument dále připouští v případech, kdy je standardizace parametrů velmi nepravděpodobná, zahrnout do jejich názvu název společnosti, která je vytvořila, např. ExampleInc-foo (tudíž vytvořit jakýsi vendor-prefix), a v případě, že se jedná o parametry čistě experimentální, mají dostat smysl postrádající jména jako jsou náhodně vytvořené řetězce nebo UUID. Více najdete v dokumentu RFC 6648.

Komentáře

Odebírat
Upozornit na
guest
3 Komentářů
Nejstarší
Nejnovější Nejvíce hlasů
ic

X-FRAME-OPTIONS a X-Powered-By:Nette Framework… to jsou jediné, co jsem kdy použil… tedy tu druhou jsem nepoužil přímo já, ale je tam. To se bude muset nějak vyřešit.

Mirek Prýmek

Nechápu, proč pro ty dva typický případy nevytvořili radši speciální prefixy, něco jako -vendor-MyGreatCompany-myattr a -experimental-fikus

Ta móda s náhodnými uuid se nějak nekontrolovaně rozmáhá – když vidím třeba na Windowsech C:abc123d24ddec­ff12d3df tak bych se zjevil…

Bubák Awara

Moje společnost se tedy od nynějška bude jmenovat X.

Rok po Shai-Hulud: co se změnilo na npm a co musíte udělat do ledna

Před rokem začal registrem npm procházet samošířící červ Shai-Hulud. Od té doby se útoky na dodavatelský řetězec JavaScriptu staly pravidelnou záležitostí a npm postupně přepisuje pravidla publikování. Projdeme, co se za ten rok stalo, jak dnes bezpečně publikovat balíček, co musíte stihnout do ledna 2027 a jak se bránit jako uživatel balíčků.

Vercel zrychlil směrování v CDN. Překvapivě pomohly menší bloky

Vercel zrychlil směrování v CDN tím, že začal načítat víc dat najednou. U velkých webů mu po každém nasazení scházely v cache údaje o mnoha jednotlivých cestách, takže je musel opakovaně dohledávat. U nových bloků metadat Vercel naměřil o 91 % kratší dobu tohoto hledání v 99. percentilu. Cesta k výsledku ale vedla přes nečekané zjištění: příliš velký blok se při vyřizování požadavků nevyplatil.

GraphQL: Alternativa k REST API zblízka

Když se dnes navrhuje nové API, většina vývojářů automaticky sáhne po RESTu. Je to pochopitelné: REST je jednoduchý, dobře zdokumentovaný, podporují ho všechny jazyky a frameworky a většina z nás s ním pracuje léta. Přesto se v posledních letech stále častěji objevuje otázka, zda je REST vždy tou nejlepší volbou. Nejčastěji zmiňovanou alternativou je GraphQL, dotazovací jazyk pro API, který vznikl ve Facebooku a který dnes používají firmy jako GitHub, Shopify nebo Netflix.