Sprawdzanie typu MIME pliku

Sprawdzanie typu MIME pliku to bezpłatne narzędzie, które podaje typ MIME pliku oraz szczegóły, takie jak nazwa, rozmiar i data ostatniej modyfikacji.

Jakie informacje podaje narzędzie do sprawdzania typu MIME?

Narzędzie pokazuje, w jaki sposób plik jest identyfikowany podczas wymiany danych między przeglądarkami, serwerami, klientami poczty i innym oprogramowaniem. Typ MIME, obecnie formalnie nazywany typem mediów, zwykle składa się z typu nadrzędnego i podtypu oddzielonych ukośnikiem, na przykład application/pdf, image/png lub text/plain.

Wynik przydaje się podczas diagnozowania odrzuconych plików, sprawdzania zasobów przed wdrożeniem oraz analizowania plików otrzymanych od osób trzecich. Interfejs API może na przykład akceptować image/png, ale odrzucać plik rozpoznany jako application/octet-stream, nawet jeśli jego nazwa kończy się rozszerzeniem .png.

Rozszerzenie nazwy pliku i typ MIME są ze sobą powiązane, ale nie oznaczają tego samego. Rozszerzenie jest częścią nazwy, natomiast typ MIME to metadane przypisane lub ustalone przez oprogramowanie. Różne systemy operacyjne i przeglądarki mogą inaczej rozpoznawać ten sam nietypowy plik albo plik bez rozszerzenia.

Jak sprawdzić typ MIME pliku?

Wybierz plik w polu Plik, a następnie przejrzyj dostępne informacje. Strona zawiera pola Typ, Rozmiar, Nazwa oraz Data ostatniej modyfikacji.

1. Wybierz dokładnie ten plik, który powoduje błąd podczas przesyłania, wysyłania żądania do interfejsu API lub wdrażania.
2. Porównaj wartość w polu Typ z typem mediów wymaganym przez system odbierający.
3. Sprawdź w polu Nazwa, czy rozszerzenie nie jest brakujące, powielone lub mylące.
4. Użyj pola Rozmiar, aby upewnić się, że plik nie jest pusty ani nieoczekiwanie duży.
5. Sprawdź Datę ostatniej modyfikacji, jeśli musisz rozróżnić kilka kopii tego samego zasobu.

Sprawdź reprezentatywną próbkę, zamiast zakładać, że wszystkie pliki z tym samym rozszerzeniem mają identyczne metadane.

Jak interpretować zwrócone informacje o pliku?

Typ MIME traktuj jako klasyfikację przeznaczoną dla oprogramowania, a pozostałe informacje wykorzystaj do sprawdzenia, czy został wybrany właściwy plik. Standardowy typ ma postać typ/podtyp. Zwyczajowo wartości zapisuje się małymi literami, choć w typach mediów wielkość liter nie ma znaczenia.

• Typ może zawierać konkretną wartość, taką jak application/json, wartość ogólną, taką jak application/octet-stream, albo nie zawierać użytecznej wartości, jeśli dane środowisko nie potrafi rozpoznać pliku.
• Nazwa zachowuje wskazówki w postaci rozszerzeń, takich jak .csv, .jpeg lub .tar.gz, ale samo rozszerzenie nie potwierdza zawartości.
• Rozmiar może ujawnić pusty plik wynikowy, niepełne pobranie albo niewłaściwy zasób kompilacji.
• Data ostatniej modyfikacji pomaga rozpoznać nieaktualne kopie lokalne, ale jest jedynie metadaną, a nie wiarygodnym zapisem autorstwa lub publikacji.

Te informacje mogą ujawnić niespójności, a nie błędy składni. Typowe sygnały ostrzegawcze to nazwa pliku z rozszerzeniem .json połączona z typem text/plain, obraz rozpoznany jedynie jako application/octet-stream albo plik o rozmiarze zero, choć powinien zawierać dane.

Daty modyfikacji również wymagają kontekstu. Kopiowanie, pobieranie, rozpakowywanie lub ponowne generowanie pliku może zmienić jego znacznik czasu. Jeśli inny system podaje datę jako wartość epoki, narzędzie Znacznik czasu Unix na datę ułatwi porównanie jej ze standardowym polskim zapisem daty i godziny.

Przykłady informacji o plikach

Rozważmy eksport do pliku PDF o znanych metadanych. Przykładowym plikiem wejściowym jest invoice-1042.pdf, który ma rozmiar 48 120 bajtów i typ mediów application/pdf. Wynik powinien pokazać tę samą nazwę i ten sam rozmiar, wartość application/pdf w polu Typ oraz zapisaną datę modyfikacji pliku w polu Data ostatniej modyfikacji.

Teraz weźmy plik bez rozszerzenia o nazwie LICENSE. Jego nazwa nie zawiera przyrostka, na podstawie którego oprogramowanie mogłoby ustalić format. Typ może więc być pusty, ogólny lub zależny od środowiska, nawet jeśli plik zawiera czytelny tekst. Taki wynik nie oznacza, że plik jest uszkodzony.

Spacje, znaki interpunkcyjne, cyfry, litery ze znakami diakrytycznymi i znaki spoza alfabetu łacińskiego w nazwie pliku nie zmieniają składni MIME. Plik o nazwie café-menu-2026.pdf nadal może mieć typ application/pdf. Takie znaki mogą powodować osobne problemy ze ścieżkami, kodowaniem lub zgodnością w starszych systemach, ale dotyczą one obsługi nazw plików.

Kiedy samo sprawdzenie typu MIME nie wystarczy?

Samo sprawdzenie typu MIME nie wystarczy, gdy problem dotyczy bezpieczeństwa, weryfikacji zawartości lub rzeczywistej odpowiedzi HTTP serwera. Metadane MIME mogą być nieobecne, błędne lub celowo wprowadzające w błąd, dlatego nie należy traktować ich jako dowodu, że plik jest bezpieczny.

Przed wdrożeniem sprawdź zarówno nagłówek Content-Type zwracany przez serwer WWW, jak i lokalne informacje o pliku. Konfiguracja serwera, CDN lub kod aplikacji mogą wysyłać inną wartość niż ta powiązana z plikiem źródłowym. Parser URL może pomóc rozdzielić i przeanalizować adres URL zasobu przed sprawdzeniem nagłówków odpowiedzi za pomocą narzędzi deweloperskich przeglądarki lub klienta wiersza poleceń.

W przypadku plików przesyłanych do systemów wymagających szczególnego poziomu bezpieczeństwa weryfikuj po stronie serwera strukturę pliku lub rozpoznaną sygnaturę bajtową, stosuj limity rozmiaru i zapisuj pliki poza lokalizacjami wykonywalnymi. Żadne narzędzie do sprawdzania MIME nie zastępuje skanowania pod kątem złośliwego oprogramowania ani walidacji właściwej dla danego formatu.

Nie ma też potrzeby powtarzania operacji dla niezmienionych plików, jeśli system odbierający zaakceptował już dokładnie ten zasób. Sprawdzanie niewiele wnosi również w przypadku pliku używanego wyłącznie przez kontrolowany proces lokalny, który ignoruje metadane MIME. Dla odpowiedzi produkcyjnego serwera WWW istotniejsze jest sprawdzenie aktywnego nagłówka HTTP niż wielokrotne analizowanie lokalnej kopii.

Najczęściej zadawane pytania

Dlaczego plik JPEG ma typ image/jpeg, a nie image/jpg?

image/jpeg to zarejestrowany typ mediów dla obrazów JPEG. Rozszerzenie .jpg powstało z powodu dawnych ograniczeń długości nazw plików, ale nie tworzy ono osobnego typu mediów image/jpg.

Czy typ MIME może zawierać kodowanie znaków?

Tak. Niektóre tekstowe typy mediów mogą zawierać parametry, na przykład text/html; charset=utf-8. Lokalna wartość typu pliku może je pomijać, ponieważ ustalenie kodowania znaków często wymaga sprawdzenia zawartości lub informacji z systemu udostępniającego plik.

Czy zmiana rozszerzenia pliku zmienia jego zawartość?

Nie. Zmiana nazwy data.csv na data.txt modyfikuje nazwę pliku, ale nie konwertuje bajtów. Po zmianie nazwy oprogramowanie może przypisać inne metadane, dlatego należy sprawdzać zarówno rozszerzenie, jak i rzeczywisty format.

Czy application/octet-stream oznacza błąd?

Nie. Jest to ogólny typ dla dowolnych danych binarnych, często używany, gdy nie jest dostępny bardziej szczegółowy typ mediów. Niektóre systemy odbierające go odrzucają, ponieważ wymagają podania konkretnego dozwolonego typu. Porównaj więc tę wartość ze specyfikacją przesyłania plików lub interfejsu API.

Czy mogę sprawdzać pliki zawierające poufne dane?

Nie ma pewności, gdzie odbywa się przetwarzanie. Nie zakładaj konkretnej lokalizacji przetwarzania. Jeśli plik zawiera informacje poufne, dane osobowe lub dane podlegające regulacjom, użyj próbki bez danych wrażliwych albo zatwierdzonej lokalnej metody sprawdzania.

Dlaczego typ wskazywany przez przeglądarkę różni się od nagłówka Content-Type serwera?

Te wartości pochodzą z różnych źródeł. Lokalne metadane pliku mogą zależeć od przeglądarki lub systemu operacyjnego, natomiast nagłówek HTTP Content-Type wynika z konfiguracji serwera, aplikacji lub CDN. Podczas diagnozowania działania przeglądarki, pobierania plików lub wdrożonych zasobów sprawdź rzeczywistą odpowiedź serwera.