Content-Type

Content-Type to nagłówek MIME określający format i rodzaj danych zawartych w danej części wiadomości.

Rola nagłówka Content-Type w komunikacji

Content-Type to nagłówek opisujący typ danych przesyłanych w komunikacie. Wskazuje odbiorcy, jak należy interpretować zawartość ciała żądania, odpowiedzi albo pojedynczej części wiadomości wieloczęściowej. Wartość nagłówka składa się zwykle z typu głównego i podtypu rozdzielonych ukośnikiem, na przykład text/html, text/plain, image/png albo application/pdf. Typ główny określa ogólną klasę danych, natomiast podtyp dokładniej identyfikuje ich format.

Mechanizm ten należy do standardu MIME, pierwotnie opisanego między innymi w RFC 2045 i RFC 2046. MIME jest używany nie tylko w poczcie elektronicznej, lecz także w protokole HTTP, formularzach internetowych i interfejsach API. Dzięki Content-Type program nie musi zgadywać, czy otrzymał dokument HTML, obraz, plik dźwiękowy, dane JSON czy zwykły tekst. Prawidłowa wartość nagłówka ułatwia przeglądarce, klientowi pocztowemu, bibliotece programistycznej lub systemowi operacyjnemu dobranie właściwego sposobu obsługi danych.

Typ, podtyp i parametry formatu

Po nazwie typu MIME mogą wystąpić parametry określające dodatkowe właściwości danych. Dla tekstu często stosuje się parametr charset, na przykład text/html; charset=UTF-8 albo text/plain; charset=ISO-8859-2. Parametr informuje odbiorcę o sposobie kodowania znaków, ale nie zmienia samego typu danych. UTF-8 jest obecnie powszechnie używany w aplikacjach internetowych, ponieważ pozwala zapisywać znaki wielu alfabetów w jednym standardzie kodowania.

Szczególne znaczenie ma parametr boundary przy komunikatach typu multipart. Wartość multipart/form-data jest używana między innymi podczas wysyłania formularza zawierającego pola tekstowe i załączniki. Parametr granicy wyznacza miejsca oddzielające poszczególne części ciała komunikatu. Każda część może mieć własny nagłówek Content-Type, dlatego jeden komunikat może jednocześnie zawierać tekst, obraz i plik binarny. W poczcie elektronicznej podobną rolę pełnią konstrukcje takie jak multipart/alternative, używane do przekazywania tej samej wiadomości w wersji tekstowej i HTML.

Content-Type w protokole HTTP i usługach internetowych

W HTTP serwer umieszcza Content-Type w odpowiedzi, aby opisać reprezentację zasobu zwróconą klientowi. Odpowiedź zawierająca stronę internetową może mieć wartość text/html, arkusz stylów zwykle text/css, skrypt JavaScript text/javascript, obraz JPEG image/jpeg, a dokument PDF application/pdf. W przypadku interfejsów REST często spotyka się application/json. Klient wysyłający dane może z kolei użyć nagłówka Content-Type w żądaniu POST lub PUT, aby określić format przesyłanego ciała.

Content-Type różni się od nagłówka Accept. Content-Type opisuje dane faktycznie przesyłane w ciele komunikatu, natomiast Accept określa formaty, które klient jest gotów odebrać w odpowiedzi. Przykładowo żądanie może zawierać JSON oznaczony jako application/json, a jednocześnie deklarować w Accept, że oczekuje odpowiedzi JSON. Serwer może również zwrócić kod błędu, gdy otrzyma dane w nieobsługiwanym formacie lub gdy deklarowany typ nie odpowiada wymaganiom endpointu.

Nieprawidłowy Content-Type może powodować konkretne problemy: przeglądarka może wyświetlić plik jako tekst, aplikacja może odrzucić poprawne logicznie dane, a parser może próbować zastosować niewłaściwą składnię. Sam nagłówek nie gwarantuje jednak, że zawartość rzeczywiście odpowiada zadeklarowanemu formatowi. Programy obsługujące pliki mogą dodatkowo sprawdzać sygnaturę binarną, strukturę dokumentu lub rozszerzenie. W przeglądarkach znaczenie ma także mechanizm rozpoznawania typu treści, dlatego serwer może używać nagłówka X-Content-Type-Options: nosniff, aby ograniczyć samodzielne zgadywanie typu przez klienta.

Znaczenie diagnostyczne dla komputera i sieci

Content-Type można sprawdzić podczas diagnozowania problemów z przeglądarką, pobieraniem plików, formularzami i aplikacjami komunikującymi się z serwerem. Narzędzia deweloperskie przeglądarki pokazują nagłówki odpowiedzi, a programy takie jak curl pozwalają odczytać je z serwera. Przydatne jest porównanie deklarowanego typu z rzeczywistą zawartością pliku, kodem odpowiedzi HTTP oraz sposobem, w jaki klient interpretuje zasób. Jeżeli plik PDF ma nagłówek text/plain, może zostać wyświetlony jako nieczytelny ciąg znaków albo pobrany z niewłaściwą nazwą.

W praktyce serwisowej problemy z Content-Type mogą wyglądać jak awaria programu, przeglądarki lub połączenia internetowego, chociaż ich przyczyną jest konfiguracja serwera albo aplikacji. Podczas diagnostyki warto ustalić, czy błąd występuje dla jednego rodzaju plików, czy dla wszystkich zasobów, oraz czy zmienia się po użyciu innej przeglądarki lub klienta. Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i ich podzespołów, a w ramach diagnostyki może również sprawdzić, czy problemy z otwieraniem plików lub działaniem aplikacji wynikają z lokalnego systemu, ustawień programu albo komunikacji sieciowej.