Czy istnieje ogólny typ MIME dla wszystkich plików obrazów?
Zwykle nie ma, ale jest kilka wyjątków udokumentowanych w dalszej części tej odpowiedzi.
Potrzebujesz Mime Type, aby wiedzieć, jak przetwarzać plik (bez konieczności czytania nagłówka pliku).
Uwagi:
Nie wszystkie pliki obrazów mają nagłówek identyfikujący ich typ.
Na przykład pliki SVG to tylko pliki XML. Zatem bez prawidłowego typu mime lub rozszerzenia nie byłoby sposobu, aby poprawnie zidentyfikować typ pliku.
Typy MIME są określone jako Content-Type / podtyp
Nie ma typu MIME image/generic(patrz „Dalsza lektura” poniżej, aby uzyskać pełną listę podtypów zarejestrowanych obrazów IANA).
Czy to oznacza, że istnieje wiele typów plików MIME?
Nie ma jednego, Content-Type/subtype który obejmowałby wiele formatów obrazów.
Teoretycznie możesz użyć nieznanego podtypu, takiego jak image/xyzW3C, który wyraźnie mówi:
„typ zawartości image/xyzjest wystarczający, aby poinformować agenta użytkownika, że dane są obrazem, nawet jeśli agent użytkownika nie ma wiedzy o konkretnym formacie obrazu xyz...” takie działanie może być uzasadnione w przypadku nierozpoznanych podtypów tekstu, ale nie dla nierozpoznanych podtypów obrazu lub dźwięku ”
Ogólnie rzecz biorąc, najwyższy poziom Content-Type służy do deklarowania ogólnego typu danych, podczas gdy podtyp określa określony format dla tego typu danych.
Zatem typ zawartości „image / xyz” wystarczy, aby poinformować agenta użytkownika, że dane są obrazem, nawet jeśli agent użytkownika nie ma wiedzy na temat określonego formatu obrazu „xyz”.
Takie informacje mogą być wykorzystane na przykład do podjęcia decyzji, czy pokazać użytkownikowi surowe dane z nierozpoznanego podtypu - takie działanie może być uzasadnione w przypadku nierozpoznanych podtypów tekstu, ale nie w przypadku nierozpoznanych podtypów obrazu lub dźwięku.
Z tego powodu zarejestrowane podtypy dźwięku, obrazu, tekstu i wideo nie powinny zawierać osadzonych informacji, które naprawdę są innego typu. Takie typy związków powinny być reprezentowane przy użyciu typów „wieloczęściowych” lub „aplikacji”.
Źródło W3C - pole nagłówka Content-Type
Czy mogę użyć symbolu wieloznacznego jak image/*w moim specjalnym przypadku?
aby można było z niego korzystać bez potrzeby określania pojedynczych rozszerzeń plików / mimów?
Tak. Jak już wspomniałeś, przy określaniu „Wpisu pulpitu” dla środowiska graficznego KDE i GNOME można użyć symbolu wieloznacznego.
Należy jednak pamiętać, że Key = MimeTypejest przestarzałe, ponieważ istnieje nowy standard w tym zakresie.
Type=MimeTypejest przestarzałe, ponieważ istnieje teraz nowy standard, zobacz specyfikację Shared MIME-info Database, aby uzyskać więcej informacji. W konsekwencji Wzorce kluczy (różne rozszerzenia nazw plików związane z typem MIME) i DefaultApp (domyślna aplikacja związana z tym typem MIME) również są nieaktualne.
Specyfikacja źródłowego wpisu pulpitu
Można również użyć symboli wieloznacznych dla typów MIME w IIS, ale zaleca się nie to zrobić:
Można również skonfigurować usługi IIS do obsługi niezdefiniowanych typów plików, dodając symbol MIME ze znakiem zastępczym (*).
Nie używaj symboli wieloznacznych typu MIME na serwerach produkcyjnych. Może to spowodować, że usługi IIS będą wyświetlać nierozpoznane pliki i wyświetlać poufne informacje użytkownikom.
Symbole wieloznaczne typu MIME są przeznaczone do testowania lub w scenariuszach, w których filtry API serwera internetowego (ISAPI) zostały opracowane specjalnie do obsługi tych scenariuszy wieloznacznych, na przykład niestandardowy ISAPI uwierzytelniania.
Źródło Tworzenie globalnych typów MIME
Dalsza lektura
image/*działałoby (tak jak przeglądarki)?