ข้อความธรรมดา (.txt)

ISO/IEC มาตรฐาน

ไฟล์ข้อความธรรมดาเก็บอักขระโดยไม่มีการจัดหน้า ฟอนต์ หรือรูปภาพฝังอยู่ โปรแกรมแก้ไขและโปรแกรมต่าง ๆ อ่านไฟล์ได้ แต่ตัวอักษรที่มีเครื่องหมายกำกับอาจแสดงผิดเมื่อเดาการเข้ารหัสของไฟล์ไม่ถูกต้อง

แปลง SRT เป็น TXT

ตัวแปลงจาก SRT เป็น TXT ฟรีในเบราว์เซอร์ แปลงไฟล์ได้ทันทีบนอุปกรณ์ของคุณ

ตรวจสอบไฟล์และข้อมูลเมตา

ระบบปฏิบัติการและเครื่องมือวิเคราะห์ไฟล์จะระบุไฟล์ TXT โดยการตรวจสอบลำดับไบต์ไบนารีส่วนต้น:

เลือกหรือวางไฟล์ที่นี่

เป็นส่วนตัว - ไฟล์จะไม่ออกจากอุปกรณ์ของคุณ

หรือวาง Ctrl+V
รับประกันความเป็นส่วนตัวโดยไม่มีการส่งข้อมูลผ่านเครือข่าย: อัปโหลด 0 ไบต์ไปยังเซิร์ฟเวอร์ภายนอก การประมวลผลทั้งหมดเกิดขึ้นภายในแซนด์บ็อกซ์ของเบราว์เซอร์ของคุณ

ลายเซ็นส่วนหัวระดับไบต์

ระบบปฏิบัติการและเครื่องมือวิเคราะห์ไฟล์จะระบุไฟล์ TXT โดยการตรวจสอบลำดับไบต์ไบนารีส่วนต้น:

ลายเซ็น HEX (OFFSET 0):

EF BB BF / None

การแสดงผลรูปแบบ ASCII: ไม่มีลายเซ็น ASCII ตายตัว

มาตรฐาน: ISO/IEC 10646 / Unicode Standard / IETF RFC 2046

ข้อมูลจำเพาะทางเทคนิค

สถาปัตยกรรมคอนเทนเนอร์ลำดับอักขระที่มนุษย์อ่านได้ เรียงต่อเนื่องและเข้ารหัสเป็น ASCII, UTF-8, UTF-16 หรือ ISO-8859
การบีบอัดไบต์อักขระดิบแบบไม่บีบอัด
การจัดลำดับไบต์UTF-8 (ไม่ขึ้นกับลำดับไบต์); ระบุ Big/Little-Endian ด้วย BOM ใน UTF-16/32
พื้นที่สีไม่เกี่ยวข้อง (ข้อความล้วน)
ช่องสัญญาณและโครงสร้างสตรีมอักขระแบบต่อเนื่อง ซึ่งมีเครื่องหมายขึ้นบรรทัดใหม่ (LF \n หรือ CRLF \r\n) และช่องว่าง
ขนาดสูงสุดความยาวสตรีมไม่จำกัด
ความโปร่งใสไม่มี
การสตรีมและแบบโปรเกรสซีฟข้อความธรรมดาเป็นข้อมูลตามลำดับ การอ่านแบบสตรีมขึ้นอยู่กับซอฟต์แวร์

ตารางเปรียบเทียบทางเทคนิค: TXT กับคู่แข่ง

คุณลักษณะทางเทคนิคTXT (ปัจจุบัน)MDPDFHTML
การจัดรูปแบบภาพไม่มี (ข้อความดิบไม่มีการตกแต่ง)ไวยากรณ์ Markdown น้ำหนักเบาเค้าโครงภาพหน้ากระดาษตายตัวการจัดสไตล์ CSS และ DOM เต็มรูปแบบ
ซอฟต์แวร์ที่ต้องใช้ไม่มี (เทอร์มินัลหรือโปรแกรมแก้ไขข้อความใดก็ได้)โปรแกรมดู / ตัวอ่าน Markdownโปรแกรมอ่าน PDF โดยเฉพาะเว็บเบราว์เซอร์
ขนาดไฟล์เล็กที่สุดเท่าที่จะเป็นไปได้ขนาดข้อความน้อยที่สุดส่วนเกินจากมาร์กอัประดับปานกลางค่าใช้จ่ายมาร์กอัปปานกลาง
อายุการเก็บถาวรขึ้นอยู่กับการเก็บรักษาไฟล์และการระบุรหัสอักขระสามารถเก็บรักษาไว้ได้ในระยะยาวสูง (มาตรฐาน ISO)สูง (มาตรฐาน W3C)

รูปแบบความเสียหายทั่วไปและคู่มือการกู้คืน Hex

ตัวอักษรที่มีเครื่องหมายกำกับอาจแสดงเป็นอักขระเพี้ยน เช่น 'é' หรือเป็นอักขระทดแทน '�'

สาเหตุหลัก: การเข้ารหัสที่ไม่ตรงกัน: ไฟล์ ANSI/Windows-1252 รุ่นเก่าถูกเปิดเป็น UTF-8 โดยไม่มีการแปลงที่ถูกต้อง

การกู้คืน: เข้ารหัสไฟล์ใหม่ด้วยการเข้ารหัส UTF-8 ที่ชัดเจนโดยใช้ File2File.app Text Converter

การวิเคราะห์ความปลอดภัยและเวกเตอร์การโจมตีตัวแยกวิเคราะห์

ไฟล์ข้อความธรรมดาไม่มีโค้ดที่สามารถรันได้ แต่อักขระยูนิโคดที่เป็นอันตรายอาจหลอกลวงผู้ใช้หรือทำให้เกิดการฉีดคำสั่งผ่านเทอร์มินัล

เวกเตอร์การโจมตีที่ทราบ

  • อักขระยูนิโคด Right-to-Left Override (RTLO) ที่ปลอมแปลงนามสกุลไฟล์ที่สามารถรันได้ (เช่น 'report[RTLO]cod.exe')
  • การฉีดสคริปต์ควบคุมเทอร์มินัล (Terminal escape sequence) ที่รันคำสั่งเชลล์เมื่อดูข้อความดิบผ่านคำสั่ง 'cat'
  • การโจมตีแบบ Homoglyph ที่แทนที่ตัวอักษรมาตรฐาน ASCII ด้วยตัวอักษรซีริลลิกที่มีหน้าตาเหมือนกันใน URL

แนวทางปฏิบัติที่ดีที่สุดในการป้องกัน: ทำความสะอาดอักขระควบคุมยูนิโค้ดแบบสองทิศทางและรหัสหลบหนีของเทอร์มินัลเมื่อเรนเดอร์ไฟล์ข้อความ

ประวัติความเป็นมาและเหตุการณ์สำคัญ

2008UTF-8 แซงหน้า ASCII และชุดรหัสอักขระรุ่นเก่า จนกลายเป็นการเข้ารหัสข้อความหลักบน World Wide Web
1991Unicode Consortium เผยแพร่มาตรฐาน The Unicode Standard Version 1.0 ซึ่งรวมตัวอักษรของมนุษย์ทั่วโลกเข้าด้วยกัน
1963สมาคมมาตรฐานอเมริกันเผยแพร่ ASCII (American Standard Code for Information Interchange)

ข้อได้เปรียบและจุดเด่นสำคัญ

  • ไฟล์ข้อความธรรมดาเปิดได้ด้วยโปรแกรมแก้ไขข้อความ และค้นหาหรือประมวลผลด้วยเครื่องมือบรรทัดคำสั่งได้ หากตัวอักษรที่มีเครื่องหมายกำกับแสดงผิด ให้ตรวจสอบการเข้ารหัสอักขระ
  • ข้อความธรรมดาจัดเก็บและย้ายได้ง่าย แต่การอ่านได้ในระยะยาวขึ้นอยู่กับการเก็บรักษาไฟล์และการระบุรหัสอักขระ
  • ไม่มีส่วนเกินจากรูปแบบไฟล์: มีเพียงข้อมูลดิบ โดยไม่มีข้อมูลเมตาส่วนเกิน แท็กไบนารี หรือโครงสร้างกรรมสิทธิ์

ข้อจำกัดทางเทคนิคและข้อควรพิจารณา

  • ไม่มีการจัดรูปแบบภาพในตัว: ไม่สามารถทำตัวหนา ตัวเอียง เปลี่ยนสี หรือปรับขนาดฟอนต์ได้ หากไม่ใช้ภาษามาร์กอัปภายนอก
  • ความแตกต่างของการขึ้นบรรทัดใหม่ตามแพลตฟอร์ม (Windows CRLF กับ Unix LF) อาจทำให้เกิดข้อผิดพลาดในการแสดงผลข้ามระบบปฏิบัติการ
  • ความคลุมเครือของการเข้ารหัสในอดีต (ANSI, Shift-JIS, Windows-1252) อาจทำให้ข้อมูลอักขระเสียหาย (Mojibake) หากไม่มีการใช้ UTF-8

เกร็ดความรู้ทางเทคนิคที่น่าสนใจ

  • UTF-8 ถูกคิดค้นขึ้นบนแผ่นรองจานในร้านอาหารแห่งหนึ่งในรัฐนิวเจอร์ซีย์ในปี 1992 โดย Ken Thompson และ Rob Pike ระหว่างมื้อค่ำ
  • Windows ใช้สองอักขระสำหรับบรรทัดใหม่: Carriage Return (CR, 0x0D) และ Line Feed (LF, 0x0A) ซึ่งเป็นมรดกจากเครื่องพิมพ์ดีดแบบกลไก
  • UTF-8 เป็นการเข้ารหัสอักขระหลักที่เว็บไซต์ใช้ แต่สัดส่วนที่แน่นอนเปลี่ยนแปลงไปตามเวลา

คำถามทางเทคนิคที่พบบ่อย

UTF-8 คืออะไร

UTF-8 เข้ารหัสชุดอักขระ Unicode และคงค่าไบต์เดิมของอักขระ ASCII ไว้

ความแตกต่างระหว่างจุดสิ้นสุดบรรทัดแบบ Windows และ Unix คืออะไร

Windows ใช้ 'CRLF' (สองไบต์: Carriage Return + Line Feed) เพื่อแทนการขึ้นบรรทัดใหม่ ในขณะที่ Unix, Linux และ macOS ใช้ 'LF' (ไบต์ Line Feed เดี่ยว)

ฉันจะแปลงไฟล์ TXT เป็น PDF ได้อย่างไร

คุณสามารถแปลงไฟล์ข้อความธรรมดาเป็นเอกสาร PDF หรือ Word ระดับมืออาชีพที่จัดรูปแบบเรียบร้อยได้ด้วยคลิกเดียว โดยใช้ File2File.app ในเว็บเบราว์เซอร์ของคุณ