Zwykły tekst (.txt)
ISO/IEC StandardPlik zwykłego tekstu przechowuje znaki bez układu strony, czcionek ani osadzonych obrazów. Można go odczytać w edytorach i programach, ale znaki diakrytyczne mogą wyświetlać się nieprawidłowo, jeśli błędnie rozpoznano kodowanie pliku.
Konwertuj SRT na TXT
Darmowy konwerter z SRT na TXT w przeglądarce. Konwertuj pliki natychmiast na swoim urządzeniu.
Inspekcja i metadane
Systemy operacyjne i analizatory plików identyfikują pliki TXT, sprawdzając początkową sekwencję bajtów binarnych:
Podpis nagłówka na poziomie bajtów (Magic Bytes)
Systemy operacyjne i analizatory plików identyfikują pliki TXT, sprawdzając początkową sekwencję bajtów binarnych:
PODPIS HEX (OFFSET 0):
EF BB BF / NoneREPREZENTACJA ASCII: UTF-8 BOM / Raw text
Normalizacja: ISO/IEC 10646 / Unicode Standard / IETF RFC 2046
Specyfikacja techniczna
| Architektura kontenera | Sekwencja czytelnych znaków zakodowanych w ASCII, UTF-8, UTF-16 lub ISO-8859 |
| Kompresja | Nieskompresowane bajty znaków |
| Kolejność bajtów (Endianness) | UTF-8 nie określa kolejności bajtów; w UTF-16/32 wskazuje ją znacznik BOM |
| Przestrzenie kolorów | Nie dotyczy (zwykły tekst) |
| Kanały i struktura | Liniowy strumień znaków, znaczniki końca wiersza (LF \n lub CRLF \r\n) i białe znaki |
| Maks. wymiary | Nieograniczona długość strumienia |
| Przezroczystość | Brak |
| Streaming i progresywne ładowanie | Zwykły tekst jest sekwencyjny; odczyt strumieniowy zależy od oprogramowania. |
Techniczna macierz porównawcza: TXT a konkurencja
| Atrybut techniczny | TXT (Bieżący) | MD | HTML | |
|---|---|---|---|---|
| Formatowanie wizualne | Brak (czysty, niesformatowany tekst) | Lekka składnia Markdown | Stały układ wizualny strony | Pełne formatowanie za pomocą CSS i DOM |
| Wymagane oprogramowanie | Brak (dowolny terminal lub edytor tekstu) | Przeglądarka / czytnik plików Markdown | Dedykowana przeglądarka PDF | Przeglądarka internetowa |
| Rozmiar pliku | Absolutnie najmniejszy możliwy | Minimalny rozmiar tekstu | Duży kontener binarny | Umiarkowany narzut znaczników |
| Trwałość archiwalna | Zależy od zachowania pliku i rozpoznania jego kodowania | Można zachować przez długi czas | Wysoka (standard ISO) | Wysoka (standard W3C) |
Typowe tryby uszkodzeń i przewodnik odzyskiwania szesnastkowego
Litery ze znakami diakrytycznymi wyświetlają się jako zniekształcone symbole, takie jak „é”, albo znaki zastępcze, na przykład „�”.
Główna przyczyna: Niedopasowanie kodowania: starszy plik ANSI/Windows-1252 został otwarty jako UTF-8 bez odpowiedniej konwersji.
Odzyskiwanie: Przekoduj plik, wymuszając kodowanie UTF-8 za pomocą konwertera tekstu w File2File.app.
Analiza bezpieczeństwa i wektory ataku na parser
Pliki zwykłego tekstu nie zawierają kodu wykonywalnego, jednak złośliwe znaki Unicode mogą wprowadzić użytkowników w błąd lub spowodować wstrzyknięcie poleceń do terminala.
Znane wektory ataku
- Znaki Unicode Right-to-Left Override (RTLO) fałszujące rozszerzenia plików wykonywalnych (np. 'raport[RTLO]cod.exe').
- Wstrzykiwanie sekwencji sterujących terminala (terminal escape sequence), które wykonują polecenia powłoki podczas przeglądania surowego tekstu za pomocą polecenia 'cat'.
- Ataki homoglifowe zastępujące standardowe litery ASCII identycznie wyglądającymi znakami cyrylicy w adresach URL.
Najlepsze praktyki obronne: Podczas wyświetlania plików tekstowych usuwaj znaki sterujące Unicode zmieniające kierunek tekstu oraz sekwencje sterujące terminala.
Pochodzenie historyczne i kamienie milowe
Główne zalety
- Pliki zwykłego tekstu można otwierać w edytorach, a także przeszukiwać i przetwarzać za pomocą narzędzi wiersza poleceń. Jeśli znaki diakrytyczne wyświetlają się nieprawidłowo, sprawdź kodowanie.
- Zwykły tekst łatwo zachować i przenosić, ale jego długoterminowa czytelność zależy od zachowania pliku i rozpoznania jego kodowania.
- Brak narzutu związanego z formatem: plik zawiera wyłącznie dane, bez zbędnych metadanych, tagów binarnych czy struktur własnościowych.
Ograniczenia techniczne i wady
- Brak formatowania wizualnego: bez zewnętrznego języka znaczników plik nie pozwala natywnie pogrubiać tekstu, stosować kursywy, zmieniać kolorów ani rozmiaru czcionki.
- Różnice w znakach końca wiersza (Windows CRLF, Unix LF) mogą powodować problemy z formatowaniem w różnych systemach operacyjnych.
- Historyczne niejednoznaczności kodowania (ANSI, Shift-JIS, Windows-1252) mogą prowadzić do uszkodzenia znaków (krzaki/mojibake) bez użycia standardu UTF-8.
Ciekawe informacje techniczne
- Ken Thompson i Rob Pike wymyślili UTF-8 podczas kolacji w 1992 roku, zapisując pomysł na papierowej podkładce w restauracji typu diner w New Jersey.
- System Windows używa dwóch znaków końca wiersza: powrotu karetki (Carriage Return - CR, 0x0D) oraz przesunięcia wiersza (Line Feed - LF, 0x0A). To pozostałość po mechanicznych maszynach do pisania.
- Ponad 98% wszystkich stron internetowych w sieci korzysta z kodowania tekstu UTF-8.
Często zadawane pytania techniczne
Czym jest UTF-8?
UTF-8 koduje repertuar Unicode i zachowuje oryginalne wartości bajtów znaków ASCII.
Czym różnią się znaki końca wiersza w systemach Windows i Unix?
System Windows oznacza koniec wiersza znakami „CRLF” (dwa bajty: Carriage Return + Line Feed), natomiast systemy Unix, Linux i macOS używają „LF” (jednego bajtu Line Feed).
Jak mogę przekonwertować plik TXT do PDF?
Możesz jednym kliknięciem przekonwertować pliki zwykłego tekstu na przejrzyste, profesjonalne dokumenty PDF lub Word za pomocą File2File.app bezpośrednio w przeglądarce.
Powiązane pary konwersji TXT
Konwersja plików z napisami SRT do formatu TXT usuwa kody czasowe oraz numery indeksów, pozostawiając czysty, czytelny dialog.
Konwersja skanowanego obrazu na wyodrębniony tekst zamienia piksele obrazu w edytowalne znaki, dzięki czemu możesz łatwo wyszukiwać, edytować i przechowywać słowa.
Konwersja rastrowego dokumentu graficznego PNG na czysty tekst przekształca statyczne piksele obrazu w edytowalne słowa przy użyciu optycznego rozpoznawania znaków.