सादा पाठ प्रतिलेख (.txt)

ISO/IEC मानक

एक सादा-पाठ फ़ाइल में पेज लेआउट, फ़ॉन्ट या एम्बेड की गई छवियों के बिना अक्षर संग्रहीत होते हैं। एडिटर और प्रोग्राम इसे पढ़ सकते हैं, लेकिन फ़ाइल की एन्कोडिंग का गलत अनुमान होने पर विशेष चिह्नों वाले अक्षर गलत दिख सकते हैं।

SRT को TXT में कन्वर्ट करें

मुफ्त इन-ब्राउज़र SRT से TXT कन्वर्टर। अपने डिवाइस पर तुरंत फ़ाइलें कन्वर्ट करें।

निरीक्षण और मेटाडेटा

ऑपरेटिंग सिस्टम और फ़ाइल विश्लेषक शुरुआती बाइनरी बाइट अनुक्रम का निरीक्षण करके TXT फ़ाइलों की पहचान करते हैं:

फ़ाइलें यहाँ चुनें या छोड़ें

निजी - फ़ाइलें कभी आपके डिवाइस से बाहर नहीं जातीं

या पेस्ट करें Ctrl+V
नेटवर्क पर कोई डेटा भेजे बिना गोपनीयता की गारंटी: बाहरी सर्वर पर 0 बाइट अपलोड किए गए। सारी प्रोसेसिंग आपके ब्राउज़र सैन्डबॉक्स में स्थानीय रूप से हुई।

बाइट-स्तरीय हेडर हस्ताक्षर (मैजिक बाइट्स)

ऑपरेटिंग सिस्टम और फ़ाइल विश्लेषक शुरुआती बाइनरी बाइट अनुक्रम का निरीक्षण करके TXT फ़ाइलों की पहचान करते हैं:

HEX हस्ताक्षर (ऑफ़सेट 0):

EF BB BF / कोई नहीं

ASCII निरूपण: UTF-8 BOM / कच्चा पाठ

मानकीकरण: ISO/IEC 10646 / यूनिकोड मानक / IETF RFC 2046

तकनीकी विनिर्देश

कंटेनर आर्किटेक्चरASCII, UTF-8, UTF-16 या ISO-8859 में एन्कोड किए गए मानव-पठनीय वर्णों का क्रमिक अनुक्रम
कंप्रेशनअसंपीड़ित वर्णों के मूल बाइट।
बाइट एंडियानेसUTF-8 (बाइट क्रम-निरपेक्ष); UTF-16/32 में BOM से बिग/लिटिल-एंडियन का संकेत मिलता है
कलर स्पेसलागू नहीं (सादा पाठ)
चैनल और संरचनावर्णों की रैखिक स्ट्रीम, नई पंक्ति के चिह्न (LF \n या CRLF \r\n) और रिक्त स्थान
अधिकतम आयामअसीमित स्ट्रीम लंबाई
पारदर्शिताकोई नहीं
स्ट्रीमिंग और प्रोग्रेसिवसादा पाठ क्रमिक डेटा है; स्ट्रीमिंग पढ़ना सॉफ़्टवेयर पर निर्भर करता है।

तकनीकी तुलना मैट्रिक्स: TXT बनाम प्रतियोगी

तकनीकी विशेषताTXT (वर्तमान)MDPDFHTML
दृश्य स्वरूपनकोई नहीं (शुद्ध बिना स्टाइल वाला पाठ)हल्का Markdown सिंटैक्सनिश्चित पृष्ठ दृश्य लेआउटपूर्ण CSS और DOM स्टाइलिंग
आवश्यक सॉफ़्टवेयरकोई नहीं (कोई भी टर्मिनल या टेक्स्ट एडिटर)Markdown प्रीव्यूअर / रीडरसमर्पित PDF व्यूअरवेब ब्राउज़र
फ़ाइल का आकारपूर्णतः न्यूनतम संभवन्यूनतम पाठ आकारबड़ा बाइनरी कंटेनरमध्यम मार्कअप ओवरहेड
पुरालेख दीर्घायुफ़ाइल को सुरक्षित रखने और उसका एन्कोडिंग पहचानने पर निर्भरलंबे समय तक सुरक्षित रखा जा सकता हैउच्च (ISO मानक)उच्च (W3C मानक)

सामान्य करप्शन मोड और हेक्स रिकवरी गाइड

विशेष चिह्नों वाले अक्षर “é” जैसे बिगड़े प्रतीकों या “�” जैसे प्रतिस्थापन अक्षरों के रूप में दिखाई देते हैं.

मूल कारण: एनकोडिंग बेमेल: उचित रूपांतरण के बिना UTF-8 के रूप में खोली गई पुरानी ANSI/Windows-1252 फ़ाइल।

रिकवरी: File2File.app टेक्स्ट कन्वर्टर का उपयोग करके स्पष्ट UTF-8 एनकोडिंग के साथ फ़ाइल को पुन: एनकोड करें।

सुरक्षा विश्लेषण और पार्सर अटैक वेक्टर्स

सादे पाठ फ़ाइलों में कोई निष्पादन योग्य कोड नहीं होता है, लेकिन दुर्भावनापूर्ण यूनिकोड वर्ण उपयोगकर्ताओं को धोखा दे सकते हैं या टर्मिनल इंजेक्शन का कारण बन सकते हैं।

ज्ञात अटैक वेक्टर्स

  • राइट-टू-लेफ्ट ओवरराइड (RTLO) यूनिकोड वर्ण निष्पादन योग्य फ़ाइल एक्सटेंशन का भ्रामक रूप बना सकते हैं (उदा. 'report[RTLO]cod.exe')।
  • 'cat' के माध्यम से कच्चे पाठ को देखते समय शेल कमांड निष्पादित करने वाला टर्मिनल एस्केप अनुक्रम इंजेक्शन।
  • URLs में समान दिखने वाले सिरिलिक वर्णों के साथ मानक ASCII अक्षरों को बदलने वाले होमोग्लिफ़ हमले।

सुरक्षात्मक सर्वोत्तम प्रथाएँ: टेक्स्ट फ़ाइलों को प्रस्तुत करते समय द्विदिश यूनिकोड नियंत्रण वर्णों और टर्मिनल एस्केप कोड को सैनिटाइज़ करें।

ऐतिहासिक मूल और मील के पत्थर

2008UTF-8 ने वर्ल्ड वाइड वेब पर प्रमुख टेक्स्ट एनकोडिंग बनने के लिए ASCII और लिगेसी कोड पेजों को पीछे छोड़ दिया।
1991यूनिकोड कंसोर्टियम ने द यूनिकोड स्टैंडर्ड वर्ज़न 1.0 प्रकाशित किया, जो वैश्विक मानव वर्णमाला को एकजुट करता है।
1963अमेरिकन स्टैंडर्ड एसोसिएशन ने ASCII (अमेरिकन स्टैंडर्ड कोड फॉर इंफॉर्मेशन इंटरचेंज) प्रकाशित किया।

मुख्य लाभ और खूबियाँ

  • सादा-पाठ फ़ाइलें टेक्स्ट एडिटर में खुलती हैं और कमांड-लाइन टूल से खोजी या संसाधित की जा सकती हैं। यदि विशेष चिह्नों वाला टेक्स्ट बिगड़ा हुआ दिखे, तो कैरेक्टर एन्कोडिंग जाँचें।
  • साधारण पाठ को सुरक्षित रखना और स्थानांतरित करना आसान है, लेकिन लंबे समय तक उसे पढ़ पाना फ़ाइल और उसके एन्कोडिंग को उपलब्ध रखने पर निर्भर करता है।
  • शून्य प्रारूप ओवरहेड: बिना किसी मेटाडेटा ब्लोट, बाइनरी टैग या मालिकाना संरचनाओं के शुद्ध डेटा होता है।

तकनीकी सीमाएँ और कमियाँ

  • शून्य दृश्य स्वरूपन: बाहरी मार्कअप भाषा के बिना मूल रूप से बोल्ड, इटैलिक, रंग या फ़ॉन्ट आकार नहीं बदल सकता है।
  • प्लेटफ़ॉर्म लाइन एंडिंग अंतर (Windows CRLF बनाम Unix LF) ऑपरेटिंग सिस्टम में स्वरूपन गड़बड़ियों का कारण बन सकता है।
  • ऐतिहासिक एनकोडिंग अस्पष्टता (ANSI, Shift-JIS, Windows-1252) UTF-8 के बिना चरित्र भ्रष्टाचार (मोजीबाके) का कारण बन सकती है।

रोचक तकनीकी जानकारी

  • UTF-8 का आविष्कार 1992 में न्यू जर्सी के एक डिनर में प्लेसमैट पर केन थॉम्पसन और रॉब पाइक द्वारा रात के खाने के दौरान किया गया था।
  • विंडोज एक नई लाइन के लिए दो वर्णों का उपयोग करता है: कैरिज रिटर्न (CR, 0x0D) और लाइन फीड (LF, 0x0A), जो मैकेनिकल टाइपराइटर की विरासत है।
  • UTF-8 वेबसाइटों में उपयोग की जाने वाली प्रमुख कैरेक्टर एन्कोडिंग है, हालांकि इसका सटीक हिस्सा समय के साथ बदलता रहता है।

अक्सर पूछे जाने वाले तकनीकी प्रश्न

UTF-8 क्या है?

UTF-8 यूनिकोड वर्ण-समुच्चय को एन्कोड करता है और ASCII वर्णों के मूल बाइट मान बनाए रखता है।

Windows और Unix लाइन एंडिंग में क्या अंतर है?

Windows नई लाइन को दर्शाने के लिए 'CRLF' (दो बाइट्स: कैरिज रिटर्न + लाइन फीड) का उपयोग करता है, जबकि Unix, Linux और macOS 'LF' (एक सिंगल लाइन फीड बाइट) का उपयोग करते हैं।

मैं TXT फ़ाइल को PDF में कैसे बदल सकता हूँ?

आप अपने वेब ब्राउज़र में सीधे File2File.app का उपयोग करके एक क्लिक में सादे टेक्स्ट फ़ाइलों को साफ़, पेशेवर PDF दस्तावेज़ों या Word दस्तावेज़ों में बदल सकते हैं।