Gibt es einen generischen Mime-Typ für alle Bilddateien?
Normalerweise ist das nicht der Fall, aber in dieser Antwort sind einige Ausnahmen dokumentiert.
Sie benötigen einen Mime-Typ, um zu wissen, wie eine Datei verarbeitet wird (ohne den Dateikopf lesen zu müssen).
Anmerkungen:
Nicht alle Bilddateien haben einen Header, der ihren Typ identifiziert.
SVG-Dateien sind beispielsweise nur XML-Dateien. Ohne den richtigen Mimetyp oder die richtige Erweiterung gibt es keine Möglichkeit, den Dateityp richtig zu identifizieren.
MIME-Typen werden als Inhaltstyp / Untertyp angegeben
Es gibt keinen Mime-Typ
image/generic(die vollständige Liste der bei IANA registrierten Bilduntertypen finden Sie weiter unten unter "Weiterführende Literatur").
Bedeutet das, dass es einen Mime-Typ für mehrere Bilddateien gibt?
Es gibt keine Single Content-Type/subtype, die mehrere Bildformate abdeckt.
Theoretisch könnten Sie einen unbekannten Untertyp verwenden, wie image/xyzW3C jedoch ausdrücklich sagt:
"Ein Inhaltstyp image/xyzreicht aus, um einem Benutzeragenten mitzuteilen, dass es sich bei den Daten um ein Bild handelt, selbst wenn das Benutzerprogramm kein Wissen über das bestimmte Bildformat hat xyz..." Eine solche Aktion kann für nicht erkannte Textuntertypen sinnvoll sein, aber nicht für nicht erkannte Untertypen von Bild oder Audio "
Im Allgemeinen wird der Content-Type der obersten Ebene zur Deklaration des allgemeinen Datentyps verwendet, während der Untertyp ein bestimmtes Format für diesen Datentyp angibt.
Somit reicht ein Inhaltstyp von "image / xyz" aus, um einem Benutzerprogramm mitzuteilen, dass es sich bei den Daten um ein Bild handelt, selbst wenn das Benutzerprogramm keine Kenntnis des spezifischen Bildformats "xyz" hat.
Solche Informationen können beispielsweise verwendet werden, um zu entscheiden, ob einem Benutzer die Rohdaten eines nicht erkannten Untertyps angezeigt werden sollen oder nicht - eine solche Aktion kann für nicht erkannte Untertypen von Text sinnvoll sein, nicht jedoch für nicht erkannte Untertypen von Bild oder Audio.
Aus diesem Grund sollten registrierte Untertypen von Audio, Bild, Text und Video keine eingebetteten Informationen enthalten, die wirklich von einem anderen Typ sind. Solche Verbindungstypen sollten mit den Typen "Multipart" oder "Anwendung" dargestellt werden.
Quelle W3C - Das Feld für den Inhaltstyp-Header
Kann ich image/*für meinen speziellen Fall eine Wildcard verwenden ?
so dass es für meinen Zweck verwendet werden kann, ohne dass die einzelnen Dateierweiterungen / -mimen angegeben werden müssen?
Ja. Wie Sie bereits erwähnt haben, können Sie einen Platzhalter verwenden, wenn Sie den "Desktop Entry" für die KDE- und GNOME-Desktop-Umgebungen angeben.
Beachten Sie jedoch, dass Key = MimeTypeveraltet ist, da es dafür einen neuen Standard gibt.
Type=MimeTypeist veraltet, da es jetzt einen neuen Standard gibt. Weitere Informationen finden Sie in der Spezifikation für die Shared MIME-info-Datenbank . Folglich werden auch die Keys Patterns (verschiedene Dateinamenerweiterungen, die dem MIME-Typ zugeordnet sind) und DefaultApp (die Standardanwendung, die diesem MIME-Typ zugeordnet ist) nicht mehr unterstützt.
Source Desktop Entry-Spezifikation
Sie können auch Platzhalter für MIME-Typen in IIS verwenden. Es wird jedoch empfohlen, dies nicht zu tun:
Sie können IIS auch so konfigurieren, dass nicht definierte Dateitypen bereitgestellt werden, indem Sie einen Platzhalter (*) - MIME-Typ hinzufügen.
Verwenden Sie keine Platzhalter-MIME-Typen auf Produktionsservern. Dies kann dazu führen, dass IIS nicht erkannte Dateien bereitstellt und den Benutzern vertrauliche Informationen anzeigt.
Wildcard-MIME-Typen sind für Testzwecke oder in Szenarien vorgesehen, in denen ISAPI-Filter (Internet Server API) speziell für diese Wildcard-Szenarien entwickelt wurden, z. B. eine benutzerdefinierte Authentifizierungs-ISAPI.
Quelle Erstellen globaler MIME-Typen
Lesen Sie weiter
- IANA - Registrierte Medientypen - Image (Image-Inhaltstyp und Subtypen)
- W3C - Das Feld für den Inhaltstyp-Header