Medietype - Media type

En medietype (tidligere kendt som MIME-type ) er en todelt identifikator for filformater og formatindhold, der transmitteres på Internettet . De Internet Assigned Numbers Authority (IANA) er den officielle myndighed for standardisering og offentliggørelse af disse klassifikationer. Medietyper blev oprindeligt defineret i Request for Comments RFC  2045 (MIME) Part One: Format of Internet Message Bodies (nov 1996) i november 1996 som en del af MIME (Multipurpose Internet Mail Extensions) specifikation til betegnelse af typen af e -mail -meddelelsesindhold og vedhæftede filer; derfor det originale navn, MIME -type . Medietyper bruges også af andre internetprotokoller, såsom HTTP- og dokumentfilformater som HTML , til lignende formål.

Navngivning

En medietype består af en type og en undertype , som er yderligere struktureret i et træ . En medietype kan valgfrit definere et suffiks og parametre :

type "/" [tree "."] subtype ["+" suffix]* [";" parameter]

I november 1996 de registrerede typer var: application, audio, image, message, multipart, textog video. I december 2020 de registrerede typer omfattede ovenstående plus font, exampleog model.

Et uofficielt navn på topniveau i almindelig brug er chemical.

Som et eksempel kan en HTML -fil udpeges text/html; charset=UTF-8. I dette eksempel texter typen, htmler undertypen og charset=UTF-8er en valgfri parameter, der angiver tegnkodningen.

En undertype består typisk af et medieformat, men den kan eller skal også indeholde andet indhold, f.eks. Et træpræfiks, producent, produkt eller suffiks, i henhold til de forskellige regler i registreringstræer.

Typer, undertyper og parameternavne er store og små bogstaver. Parameterværdier er sædvanligvis store og små bogstaver, men kan fortolkes på en ufølsom måde afhængigt af den påtænkte anvendelse.

Almindelige eksempler

  • application/x-executable
  • application/graphql
  • application/javascript
  • application/json
  • application/ld+json
  • application/feed+json
  • application/msword (.doc)
  • application/pdf
  • application/sql
  • application/vnd.api+json
  • application/vnd.ms-excel (.xls)
  • application/vnd.ms-powerpoint (.ppt)
  • application/vnd.oasis.opendocument.text (.odt)
  • application/vnd.openxmlformats-officedocument.presentationml.presentation (.pptx)
  • application/vnd.openxmlformats-officedocument.spreadsheetml.sheet (.xlsx)
  • application/vnd.openxmlformats-officedocument.wordprocessingml.document (.docx)
  • application/x-www-form-urlencoded
  • application/xml
  • application/zip
  • application/zstd (.zst)
  • application/macbinary (.beholder)
  • audio/mpeg
  • audio/ogg
  • image/apng
  • image/avif
  • image/flif
  • image/gif
  • image/jpeg (.jpg, .jpeg, .jfif, .pjpeg, .pjp)
  • image/jxl
  • image/png
  • image/svg+xml (.svg)
  • image/webp
  • image/x-mng
  • multipart/form-data
  • text/css
  • text/csv
  • text/html
  • text/php
  • text/plain
  • text/xml

Registreringstræer

Alle medietyper skal registreres ved hjælp af IANA -registreringsprocedurerne. Af hensyn til effektiviteten og fleksibiliteten af ​​registreringsprocessen for medietyper kan forskellige strukturer af undertyper registreres i registreringstræer, der kendetegnes ved brug af træpræfikser. I øjeblikket oprettes følgende træer: standard (uden præfiks), sælger ( vnd.præfiks), personlig eller forfængelighed ( prs.præfiks), uregistreret ( x.præfiks). Disse registreringstræer blev først defineret i november 1996 (forældet RFC 2048 - i øjeblikket RFC 6838). Nye registreringstræer kan blive oprettet af IETF Standards Action for ekstern registrering og forvaltning af velkendte permanente organisationer (f.eks. Videnskabelige samfund).

Standard træ

Standardtræet bruger ikke noget træpræfiks:

type "/" subtype ["+" suffix] *[";" parameter]

Eksempler: application/javascript, image/png.

Registreringer i standardtræet skal enten være knyttet til IETF-specifikationer, der er godkendt direkte af IESG, eller registreret af en IANA-anerkendt standardrelateret organisation.

Leverandørstræ

Leverandørtræet indeholder medietyper, der er knyttet til offentligt tilgængelige produkter. Det bruger vnd.træets præfiks:

type "/" "vnd." subtype ["+" suffix] *[";" parameter]

Eksempler: application/vnd.ms-excel, application/vnd.oasis.opendocument.text.

Udtrykkene "sælger" og "producent" betragtes i samme sammenhæng som ækvivalente. Branchekonsortier såvel som ikke-kommercielle enheder kan registrere medietyper i kredittræet. En registrering i kredittræet kan oprettes af alle, der har brug for at udveksle filer, der er knyttet til et softwareprodukt eller et sæt produkter. Registreringen tilhører imidlertid leverandøren eller organisationen, der producerer den software, der anvender typen, der registreres, og denne leverandør eller organisation kan til enhver tid vælge at hævde ejerskab af en registrering foretaget af en tredjepart.

Personligt eller forfængelighedstræ

Det personlige eller forfængelighedstræ inkluderer medietyper, der er forbundet med ikke offentligt tilgængelige produkter eller eksperimentelle medietyper. Det bruger prs.træets præfiks:

type "/" "prs." subtype ["+" suffix] *[";" parameter]

Eksempler: audio/prs.sid, image/prs.btif.

Uregistreret træ

Det uregistrerede træ omfatter medietyper, der udelukkende er beregnet til brug i private miljøer og kun efter aktiv samtykke fra de parter, der udveksler dem. Det bruger x.træets præfiks:

type "/" "x." subtype ["+" suffix] *[";" parameter]

Eksempler: application/x.foo, video/x.bar.

Medietyper i dette træ kan ikke registreres. Ifølge RFC 6838 (offentliggjort i januar 2013) frarådes enhver brug af typer i det uregistrerede træ stærkt. Desuden er undertyper præfikset med x-eller X-betragtes ikke længere som medlemmer af dette træ.

Ifølge forældet RFC 2048 (offentliggjort i november 1996) -det bør sjældent, om nogensinde, være nødvendigt at anvende ikke-registrerede typer, og som sådan brug af enhver x., x-eller X-præfikser frarådes. Forældet RFC 1590 (offentliggjort i september 1993) angav, at brugen af x-eller X-præfikset kan bruges til uregistrerede undertyper.

Medietyper, der er blevet bredt udbredt (med en undertype præfikseret med x-eller X-) uden at blive registreret, bør om muligt omregistreres med en ordentlig præfiksundertype. Hvis dette ikke er muligt, kan medietypen, efter en godkendelse af både medietypegennemgangeren og IESG, registreres i standardtræet med sin ikke -præfikserede undertype.

Tillæg

Suffix er en udvidelse til medietypedefinitionen for yderligere at specificere den underliggende struktur for denne medietype, hvilket giver mulighed for generisk behandling baseret på denne struktur og uafhængig af den nøjagtige types særlige semantik. Medietyper, der gør brug af en navngivet struktureret syntaks, bør bruge den relevante IANA, der er registreret "+"suffixtil den strukturerede syntaks, når de er registreret. Uregistrerede suffikser bør ikke bruges (siden januar 2013). Struktureret syntaks -suffiksregistreringsprocedurer er defineret i RFC 6838.

Den +xmlEndelsen er blevet defineret siden januar 2001 (RFC 3023), og blev formelt indgår i de indledende indhold Struktureret Syntaks Suffix Registry sammen med +json, +ber, +der, +fastinfoset, +wbxml, og +zipi januar 2013 (RFC 6839). Efterfølgende tilføjelser omfatter +gzip, +cbor, +json-seq, og +cbor-seq.

Postkasse

Mailcap (afledt af udtrykket "mail capability") er en type metafil, der bruges til at konfigurere, hvordan MIME-bevidste programmer som f.eks. Mailklienter og webbrowsere gengiver filer af forskellige MIME-typer. Mailcap -formatet er defineret af RFC 1524 "A User Agent Configuration Mechanism for Multimedia Mail Format Information", men er ikke defineret som en internetstandard. Det understøttes af de fleste Unix -systemer.

Linjer kan være kommentarer, der starter med # -tegnet eller en mimetype efterfulgt af, hvordan man håndterer denne mimetype.

Mime. Typer

En tilhørende fil er filen mime.types , som forbinder filnavnudvidelser med en MIME -type . Hvis MIME -typen er korrekt indstillet, er dette unødvendigt, men MIME -typer kan være forkert indstillet eller indstillet til en generisk type som f.eks application/octet-stream. Og mime.types gør det muligt at falde tilbage på udvidelsen i disse tilfælde. Da mange filsystemer ikke gemmer oplysninger om MIME -type, men i stedet er afhængige af filtypenavnet, bruges en mime.types -fil ofte af webservere til at bestemme MIME -type.

Når du ser en fil, fungerer disse to sammen som følger: mime.typesforbinder en udvidelse med en MIME -type, mens en MIME -type er mailcapknyttet til et program.

I systemer af UNIX-typen er filen mime.types normalt placeret på og/eller, og formatet er ganske enkelt, at hver linje er en mellemrumsafgrænset liste over en MIME-type efterfulgt af nul eller flere udvidelser. For eksempel kan HTML -typen knyttes til udvidelserne og med følgende linje: /etc/mime.types$HOME/.mime.types.htm.html

text/html     htm   html

Netscape brug

Filen mime.types dateres til Netscape , hvor den brugte et andet format; den brugte nøgle-værdipar og en kommasepareret liste over udvidelser sammen med et standardhoved, der består af en specifik kommentar, der identificerer filen som en mime.types-fil, som følger. 

#--Netscape Communications Corporation MIME Information
# Do not delete the above line. It is used to identify the file type.

type=text/html exts=htm,html

Se også

Referencer

eksterne links