MIME-Typ-Suche

So verwendest du die MIME-Typ-Suche

1. Im Suchfeld tippen, um die MIME-Datenbank zu filtern. Die Suche trifft auf die Endung (.pdf, pdf), den MIME-Typ (application/pdf) oder beschreibende Schlüsselwörter (portable document).
2. Kategorie-Schaltflächen verwenden - Application, Audio, Image, Text, Video, Font -, um die Liste auf einen obersten Typ einzuschränken.
3. Eine Zeile anklicken, um die MIME-Zeichenkette mit einem Klick in die Zwischenablage zu kopieren. Eine Bestätigung erscheint inline.
4. Die Endungsspalte scannen, um alle Dateiendungen zu sehen, die einem bestimmten Typ zugeordnet sind (zum Beispiel ordnen sich .jpg und .jpeg beide image/jpeg zu).
5. Überall erreichbar - der gesamte Datensatz wird mit der Seite ausgeliefert und die Filterung läuft clientseitig, sodass sie nach dem ersten Laden auch offline funktioniert.

Wie die Suche funktioniert

Die Tabelle wird aus einem kuratierten JSON-Array generiert, das die IANA Media Types Registry, die mit dem Server ausgelieferte Nginx-mime.types-Datei, die Apache-httpd-mime.types-Datei und eine Handvoll gemeinschaftlich verfolgter Formate (AVIF, HEIC, WebP, opus) kombiniert. Jede Zeile ist mit einem Vermerk versehen, ob das Format ein strukturiertes Syntaxsuffix hat (wie +json, +xml, +zip) und ob es sich um eine IANA-Standardzuordnung oder einen Hersteller-Baum-Eintrag handelt. Der Filter verwendet einen einfachen fallunempfindlichen Teilstring-Abgleich über alle Felder, sodass eine Suche wie json application/json, application/ld+json, application/manifest+json und ein Dutzend andere anzeigt. Alles läuft im Browser über einfache JavaScript-Array-Methoden; es gibt kein Backend-Lookup, keinen externen CDN-Aufruf und keine Analytics-Tastaturerfassung.

Wann man diese Suche verwendet

• Den Content-Type-Header bei einem S3- oder R2-Upload korrekt setzen - der Standard application/octet-stream lässt Browser herunterladen statt inline anzuzeigen.
• nginx-, httpd- oder Caddy-mime.types-Einträge für ein neues Dateiformat konfigurieren, das Benutzer hochladen.
• Ein accept=-Attribut an einem Datei-Eingabeelement schreiben - der MIME-Typ schränkt ein, was der Dateiauswahl-Dialog anzeigt.
• Einen Download debuggen, der als Zeichensalat öffnet, weil der Server text/html statt application/octet-stream für ein Binär zurückgegeben hat.
• Eine Dateiendung-zu-MIME-Zuordnung für einen eigenen Dateispeicherdienst schreiben.
• Einem Produktmanager erklären, warum image/heic-Anhange in Desktop-Browsern, die den Codec nicht implementiert haben, nicht funktionieren.

Häufige Fallstricke und Sonderfälle

• application/octet-stream als Standard. Es ist der IANA-definierte Fallback für "beliebige Binardat", aber Browser behandeln es als "herunterladen, nicht rendern." Nur verwenden, wenn der Typ wirklich unbekannt ist.
• text/plain mit charset. Der vollständige Header ist Content-Type: text/plain; charset=utf-8; das Weglassen des charset lässt einige ältere Browser als Latin-1 rendern und Nicht-ASCII-Text verstümmeln.
• application/json mit charset-Parameter. RFC 8259 besagt, dass JSON immer UTF-8 ist und keinen charset-Parameter akzeptiert. charset=utf-8 hinzuzufügen ist technisch falsch, wird aber weit verbreitet toleriert.
• Hersteller-Baum-Einträge. Typen wie application/vnd.ms-excel oder application/vnd.openxmlformats-officedocument.spreadsheetml.sheet sind herstellernamensraumig und lang. Die genaue Schreibweise beachten - Tippfehler schlagen lautlos fehl.
• Strukturierte Suffix-Ambiguität. Ein benutzerdefinierter Typ wie application/vnd.api+json signalisiert JSON-Serialisierung. Konsumenten müssen ihn als JSON parsen, nachdem sie das Suffix entfernt haben; die Accept-Header-Verhandlung für application/json kann je nach Implementierung passen oder nicht.
• MIME-Sniffing. Browser können den deklarierten Content-Type durch Sniffing des Antwortkörpers überschreiben (der X-Content-Type-Options: nosniff-Header deaktiviert dies). Trotzdem immer den korrekten Typ senden.

Hintergrund zu MIME-Typen

MIME (Multipurpose Internet Mail Extensions) wurde 1992 durch RFC 1521 und RFC 1522 eingeführt, um E-Mails über ASCII-Text hinaus zu erweitern. HTTP übernahm dasselbe System zur Inhaltsaushandlung, und Media Types wurden zum kanonischen Namen, als RFC 2046 die E-Mail-spezifische Spezifikation ablöst. RFC 6838 (2013) ist der aktuelle RFC für Media-Type-Spezifikationen und Registrierungsverfahren, und die IANA Media Types Registry ist die maßgebliche Liste. Jeder Typ hat eine Hauptkategorie (application, audio, example, font, image, message, model, multipart, text, video) und einen Subtyp. Parameter werden mit Semikolons angefügt, am bekanntesten charset. Strukturierte Syntaxsuffixe (+json, +xml, +zip, +cbor) wurden in RFC 6839 hinzugefügt, damit Konsumenten einen benutzerdefinierten Typ als JSON-umhüllt behandeln können, ohne den spezifischen Subtyp zu kennen. Über 2.000 Typen sind seit 2026 registriert.

Vergleich zu Alternativen

Auf der Kommandozeile untersucht file --mime-type /pfad/zur/datei den tatsächlichen Dateiinhalt mit Magic-Number-Matching (via libmagic) und ist der zuverlässigste Identifier für eine Datei auf der Festplatte. xdg-mime query filetype datei macht dasselbe auf Linux-Desktops. Node.js-Entwickler verwenden das npm-Paket mime oder mime-types, das die Nginx-mime.types-Datenbank für programmatische Suche einwickelt. Python hat mimetypes.guess_type() in der Standardbibliothek. Die MDN Common MIME Types-Seite von Mozilla ist eine durchsuchbare Referenz, die für das Lernen besser ist als die rohe IANA-Registry. Dieses Web-Werkzeug verwenden, wenn man eine schnelle, filtergesteuerte Suche ohne Öffnen einer Shell braucht - besonders nützlich, wenn man sich an einen Teil eines Namens erinnert und die exakte Schreibweise finden muss.