1990 के दशक की पहली छमाही में, रूस में इंटरनेट गीक्स के लिए मज़ेदार रहा : "इस्तेमाल किए गए प्रोटोकॉल को लॉन्च करने के लिए, उच्च शिक्षा अकेले पर्याप्त नहीं है।" बाद में, जब इंटरनेट अधिक सुलभ और अधिक लोकप्रिय हो गया, तो एक और दुर्भाग्य ने उसका इंतजार किया - सिरिलिक समर्थन के साथ छलांग। विभिन्न एन्कोडिंग खो जाने के लिए पर्याप्त थे।

मार्च 1997 में, कंप्यूटर ने इस समस्या को अपने "मुद्दे की थीम" के रूप में चुना, कहानी शुरू करने से कि इतने सारे एन्कोडिंग कहां से आए और क्यों इन सभी का उपयोग किया जाता है, और इन सभी के साथ रहने के बारे में सिफारिशों के साथ समाप्त होता है। मैं जर्नल से पाठ को संक्षिप्त रूप में, बिना संक्षिप्त रूप में रखता हूं। मैंने विशेष रूप से यह प्रतिपादित किया कि यह पाठ अभी भी Google के लिए अज्ञात है ; लेकिन मेरी राय में, पूर्व-यूनिकोड युग से ऐसा "स्लाव लेखन" का स्मारक इलेक्ट्रॉनिक रूप में संरक्षित होने के योग्य है।

(इस अवसर को लेते हुए, मैं सीपी-1251 के आधिकारिक निर्माता कट्या लाजिंथसेवा के बारे में दो साल पहले अपने विषय का उल्लेख करूंगा।)

ओलेग तातारनिकोव

धर्मयोद्धाओं

आप छाया के बाद इतना पीछा कर रहे हैं कि आप उपस्थिति खो देते हैं।
अय्यूब की पुस्तक से

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

इस लेख को लिखने का कारण कई संदेश थे जो लेखक को ई-मेल द्वारा आए थे और कई अन्य "रूसी-भाषी" इंटरनेट संसाधन ग्राहकों को एक अपठनीय रूप में, अर्थात, पढ़ने के लिए पूरी तरह से अनुपयुक्त और कोई डिक्रिप्शन नहीं है (सीधे शब्दों में कहें तो, जो कि पूरी तरह से बर्बाद कर दिया गया है - "से मिलकर" पार करता है ”)। इसके अलावा, मुख्य "अपराधी" इंटरनेट संसाधनों के प्रदाता बन गए, बस अपने ग्राहकों को ऐसी घटनाओं से बचाने के लिए बाध्य किया।

सभी मौजूदा समस्याओं को समझने और संभव समाधान खोजने की कोशिश करते हुए, मैंने सीधे उन लोगों की ओर रुख किया, जो मौजूदा कठिनाइयों, यानी सॉफ्टवेयर डेवलपर्स, इंटरनेट प्रदाताओं और स्वाभाविक रूप से, अपने ग्राहकों पर काबू पाने में सबसे अधिक रुचि रखते हैं।

इन समूहों के बीच मौजूद सभी स्पष्ट असहमति के साथ (जिनमें से प्रत्येक एक आम भाजक के साथ थोड़े अलग लक्ष्य का पीछा करता है - अनावश्यक काम से खुद को बचाने के लिए), आम समस्याओं को समझने के लिए उनके तालमेल की आवश्यकता स्पष्ट है।

इसलिए, तीन मुख्य इंटरनेट संसाधन हैं (उनके लिए रूसी भाषा के साथ एक समस्या है, लेकिन अलग-अलग समाधान हो सकते हैं):

• ईमेल (मेल)
• समाचार समूह (समाचार);
• WWW संसाधन।

निकट भविष्य में, जाहिरा तौर पर, वेब पर KOI8-R एन्कोडिंग का उपयोग करने से दूर होना संभव नहीं होगा (सबसे बड़ा इंटरनेट प्रदाताओं की जड़ता प्रभावित होती है)। यह केवल "संप्रदायवादी" प्रतिबद्धता से क्षति को कम करने के लिए बनी हुई है। लेकिन एकता के लिए एक सार्वभौमिक इच्छा के साथ भी, भविष्य, सभी खातों द्वारा, सार्वभौमिक यूनिकोड एन्कोडिंग प्राप्त करने से संबंधित है, और भविष्य में सभी इंटरनेट संसाधनों को एचटीएमएल प्रारूप (या इसे बदलने के लिए) के साथ सभी इंटरनेट संसाधनों में अनुवाद करने की सलाह दी जाती है। इसमें प्रयुक्त सभी फोंट और लेआउट के साथ पाठ, जो एक ही बार में कई समस्याओं को हल करेगा, जिसमें राष्ट्रीय अक्षर भी शामिल हैं।

ई-मेल

बच्चे झोपड़ी में भागते हुए आए
जल्दी में वे पिता को फोन करते हैं:
चाची, चाची, हमारे नेटवर्क
मरे हुए आदमी को घसीटा।
ए एस पुश्किन

ईमेल दो लोगों (प्रेषक और प्राप्तकर्ता) का निजी मामला है। आदर्श रूप से, क्लाइंट प्रोग्राम का निर्माता उपयोगकर्ता को एन्कोडिंग से ट्रांसफर करने की क्षमता प्रदान कर सकता है (संभावित लोगों में से एक, यह वास्तव में दो या तीन है), जिसमें यह संदेश स्थानीय एक को, इस कंप्यूटर प्लेटफॉर्म और / या ऑपरेटिंग सिस्टम पर प्राप्त हुआ, और इसके विपरीत (इसके अनुसार) उदा। MIME वर्ण में नाम के साथ)। लेकिन केवल एक अवसर! ताकि उपयोगकर्ता हमेशा इसे मना कर सके और संदेश भेज सके जैसा वह चाहता है। किसी भी स्थिति में, सर्वर को ऐसा नहीं करना चाहिए। सामान्य तौर पर, पत्राचार के साथ कोई भी कार्यवाही (फॉरवर्डिंग के अपवाद के साथ) स्पष्ट रूप से निषिद्ध होनी चाहिए, क्योंकि वे अक्षरों के मेल से मिलते-जुलते हैं - न कि उसका (सर्वर) एक कुत्ते का व्यवसाय है, वह सिर्फ एक डाकिया है, परिवहन है। हालांकि सामान्य नियमों पर काम नहीं किया गया है, और कार्यक्रम "कुटिल" काम करते हैं, सभी प्रकार के गोल-गोल युद्धाभ्यासों का उपयोग किया जाता है, जो केवल स्थिति को बढ़ाते हैं।

इसका एकमात्र तरीका प्रेषक पर सभी जिम्मेदारी डालना है (डिफ़ॉल्ट रूप से)। एक अलग समझौते से, आप निश्चित रूप से, उसे अन्य अवसर प्रदान कर सकते हैं, लेकिन चुनने का अधिकार छोड़ दें। लेकिन आज हम क्या देखते हैं? सर्वर स्वामियों में "अप्राकृतिक बुद्धिमत्ता" और बलपूर्वक किसी भी संदेश को KOI8-R में शामिल किया जाता है। दया करो, सज्जनों! आप कैसे जानते हैं कि कैसे और किस भाषा में मैं हमारे बहुराष्ट्रीय देश में संदेश लिखता हूं? आप ऐसा क्यों सोचते हैं कि मैं इसे एन्क्रिप्ट नहीं करता हूं और कृपया मुझे एनकोड न करें? आप खुद को सर्वशक्तिमान और सर्वज्ञ क्यों मानते हैं और निजी जानकारी को नष्ट करने के अधिकार के साथ खुद को वेस्ट करते हैं (और अक्सर ऐसा होता है)। कोड तालिकाओं को देखें। ट्रांसकोडिंग क्या है? यह एक निश्चित संख्या के वर्ण कोड के अतिरिक्त (या घटाव) है, जो कि तालिका तालिकाओं में वर्ण के पदों के बीच के अंतर से निर्धारित होता है। यदि, डबल या गलत ट्रांसकोडिंग के परिणामस्वरूप, प्राप्त कोड 0-255 सीमा का "कूदता है", तो प्रतीक के बारे में जानकारी खो जाएगी! एक अभ्यास के रूप में, KOI8-R पर रीकोड करने का प्रयास करें, उदाहरण के लिए, एक वैकल्पिक डॉस एन्कोडिंग में प्रस्तुत पाठ, इसे विंडोज़ 1251 के लिए ले जा रहा है, और फिर कुछ पुनर्स्थापित करने का प्रयास करें ...

उत्साही लोगों के पास भी नेटस्केप का दिमाग होता है, और अब नेटस्केप नेविगेटर ब्राउज़र का उपयोग करना असंभव है: यह, उदाहरण के लिए, विंडोज 1251 से लेकर KOI8-R तक, इसे डिस्कनेक्ट किए बिना और केवल एक दिशा में - जब भेज रहा है, तो यह एन्कोड करता है।

अंत में, यूकेनकोड, माइम, कोटेड-प्रिंट करने योग्य और अन्य 8-बिट कैरेक्टर एनक्रिप्टर्स हैं, जिन्हें केवल 8 बिट "ट्रंकटेड" (जो नीचे चर्चा की जाएगी), तब भी गारंटीकृत संदेश प्रसारण सुनिश्चित करने के लिए आविष्कार किया गया है, ताकि यह सभी के लिए सुविधाजनक हो सके और हर कोई "देशी" एन्कोडिंग का उपयोग कर सकता है - और वे हम सभी को एक स्टाल में चलाने की कोशिश कर रहे हैं। बेशक, सभी मेल प्रोग्राम स्वचालित रूप से अक्षरों, संख्याओं और विराम चिह्नों के एक खाली सेट से पाठ को सही ढंग से पुनर्स्थापित नहीं कर सकते हैं, जिसमें यह तब बदल जाता है। क्या करें? यदि आप अज्ञात ग्राहकों के लिए बड़े पैमाने पर मेल का इरादा नहीं रखते हैं, तो आप हमेशा अपने प्राप्तकर्ताओं से सहमत हो सकते हैं। और इस मामले में, कुछ विशेष सिफर का उपयोग करना अच्छा है (और सर्वर ट्रांसकोडिंग के समर्थक इस संभावना को पूरी तरह से अस्वीकार करते हैं)।



हां, एक अज्ञात पते पर पत्र भेजना (जिनके साथ आप दोनों के लिए स्वीकार्य प्रारूप पर सहमत होने का प्रबंधन नहीं किया था), आप मुसीबत में पड़ने का जोखिम चलाते हैं। लेकिन यह आपके विवेक पर होना चाहिए! एक ही समय में सभी एन्कोडिंग का सहारा लेना या अंग्रेजी में लिखना आसान है। या रूसी में, लेकिन अंग्रेजी अक्षरों में (जो कई करते हैं, "बहुत स्मार्ट" प्रदाताओं के प्रयासों के बावजूद)। मामलों की वर्तमान स्थिति अस्वीकार्य है! संस्करण से संस्करण तक कार्यक्रम डिजाइन नियमों, डेटा प्रारूपों और कोडिंग को बदलते हैं। सर्वर "अप्राकृतिक" बुद्धिमत्ता और "अभेद्य" दृढ़ता प्राप्त करते हैं, और उपयोगकर्ता, व्यापार करने के बजाय "धोखा" करने के लिए साधन ढूंढ रहे हैं। और वर्तमान स्थिति इतनी अस्थिर है कि कोई भी गारंटी नहीं दे सकता है, लेकिन सभी प्रकार की चालों के लिए धन्यवाद, स्थिति केवल खराब हो रही है। यदि कोई पत्र आपको एक विशिष्ट एन्कोडिंग (दो या तीन संभावित लोगों में से) में भेजा गया था, तो भी, यदि यह आपके लिए असुविधाजनक है, तो आप इसे फिर से एनकोड कर सकते हैं। यदि रास्ते में यह दो या तीन "हिंसक" परिवर्तनों के माध्यम से चला गया, तो जानकारी निराशाजनक रूप से खो गई है।

रुचि सम्मेलन

>>>> लेकिन किससे?
>>> मुझे!
>> वें पसंद !!!
> मैं !!!
और मैं भी !!!!

टेलीकांफ्रेंसिंग ही एक ऐसी जगह है, जहां सवाल करना कि सभी का निजी व्यवसाय होना बंद हो जाए। यदि आप सार्वजनिक पठन के लिए संदेश भेजते हैं, तो जाहिर है कि इसे एकीकृत करने की आवश्यकता है।

बेशक, सम्मेलन के लिए कई अलग-अलग एन्कोडिंग का समर्थन करना बहुत ही मूर्खतापूर्ण है, एक पर ध्यान केंद्रित करना उचित है। ऐतिहासिक रूप से - यह KOI8-R है, भले ही यह बेहतर समय तक बना रहे। अंत में, चर्चा में भागीदारी या गैर-भागीदारी भी हर किसी के लिए और उसकी अपनी समस्या के लिए एक व्यक्तिगत मामला है। यदि आप मौजूदा समाचार समूहों में भाग लेना चाहते हैं - "सह-अधिकृत", नहीं करना चाहते हैं - अपना खुद का बनाएं (अपने सर्वर पर और "अपने खुद के एन्कोडिंग में")। प्रतिभागी हैं - सम्मेलन हैं, प्रतिभागी निकल जाएंगे - सम्मेलन गायब हो जाएंगे।

मेरी व्यक्तिगत राय में, सार्वजनिक समाचार समूहों का सूचनात्मक मूल्य कम होता है, गंभीर चर्चाएँ विशिष्ट मेलिंग सूचियों पर जाती हैं, सूचना रोक से बचने के लिए, आप हमेशा वास्तविक समय की जानकारी ऑनलाइन प्राप्त कर सकते हैं, और चैट पर चैट कर सकते हैं। "आक्रामक" फिडोस, इंटरनेट के विकल्प के रूप में अपने नेटवर्क का बचाव करते हुए, उनके संदेशों के जवाब का इंतजार करते हैं, कभी-कभी महीनों के लिए, और उनके सवालों और जवाबों का बेमेल अतिरिक्त भ्रम पैदा करते हैं।

टेलीकांफ्रेंस में प्रतिभागियों का समूह वेब पर सबसे बड़ा नहीं है, हालांकि, अनुभव से पता चलता है कि यह सबसे प्रभावशाली और ... रूढ़िवादी है: "ठीक है, KOI8 अभी भी उपयोग करने के लिए प्रथागत था। समाचार, मान लीजिए, इसमें पढ़ा जाना है। अब तक। और जब से मुझे KOI8 में कुछ पढ़ना है, अन्य सभी एनकोडिंग मुझे परेशान करते हैं ”(मिखाइल इसेव, टेलीकांफ्रेंस रिलेकॉम में रूसी एन्कोडिंग की चर्चा से)।

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

लेकिन फिर भी मुझे इस क्षेत्र के काफी गंभीर और जाने-माने लोगों के दृष्टिकोण का पता चला: UUPC / @ मेल प्रोग्राम के डेवलपर और आंद्रेई चेर्नोव, और RFC 1489 (टिप्पणी के लिए इंटरनेट का अनुरोध) के सर्जक ने किसी भी प्रस्तुति के लिए एक सिफारिश के रूप में रूसी एनकोडिंग KO8-R के उपयोग को पंजीकृत किया। सिरिलिक वर्णमाला वाले नेटवर्क में जानकारी (और, आवेदन से निम्नानुसार, सामान्य रूप से सिरिलिक वर्णमाला, अन्य सिरिलिक लोगों की राय को ध्यान में रखे बिना); दिमित्री मार्टिनोव, रिलेकॉम सम्मेलनों के समन्वयक, साथ ही अन्य लोगों को मैं जानता हूं जो रूस में इंटरनेट प्रौद्योगिकियों के निर्माण और विकास में शामिल हैं। उनकी राय हर चीज में मेल नहीं खाती है, और निश्चित रूप से, उनमें से सभी "ड्रैकोनियन" उपायों के समर्थक नहीं हैं।

सम्मेलनों में भाषण किसी को किसी चीज के लिए उपकृत नहीं करते हैं, इसलिए मुझे इंटरनेट के बिना सूचना, नियम के रूप में, जानकारी को जांचना और दोबारा जांचना था। सामान्य तौर पर, वर्चुअल एक्सचेंज के परिणामस्वरूप सूचना का थोक प्राप्त होता है। इसके अलावा, बाद का निस्संदेह लाभ किसी भी मिनट में इसके जबरन बंद होने की संभावना है। चूंकि सम्मेलन सार्वजनिक और सार्वजनिक रूप से उपलब्ध हैं, इसलिए मैं लेखकों की सहमति से व्यक्तिगत राय में स्वतंत्र रूप से कुछ राय, और विचार व्यक्त करने का अधिकार सुरक्षित रखता हूं।

इसलिए, मुख्य राय: "अगर 1251 में" कमीने "नहीं होते, तो वे अपनी KOI8-R मशीनों पर" विंडोज़ "स्थापित करते, वे गायब नहीं होते" (दिमित्री मार्टीनोव)। इस बीच, विंडोज-आधारित "स्टीरियो" अधिक से अधिक हो रहे हैं ...

रूसी कोडिंग

विषय की भावना की सही समझ के लिए, परिभाषाओं में महारत हासिल करना विशेष रूप से महत्वपूर्ण है।
एस। के। क्लेन, "गणितीय तर्क"

एन्कोडिंग क्या है? यह कई अलग-अलग वर्णों के कंप्यूटर प्रतिनिधित्व की एक विधि है, जिसमें वर्णमाला, विराम चिह्न, संख्या और विशेष वर्णों के अक्षर शामिल हैं।

रूसी पत्रों का प्रतिनिधित्व करने और इससे जुड़ी समस्याओं के लिए कई अलग-अलग एन्कोडिंग के बोझिल सह-अस्तित्व पर चर्चा करते हुए, वे लगभग सिरिल और मेथोडियस को देखते हैं। दिखावा, आप जानते हैं ... भूल गए कि अमेरिकियों ने भी, आम राय से, "अपने लिए सब कुछ" तेज कर रहे हैं, जब तक कि हाल ही में कम से कम दो एन्कोडिंग न हों: EBCDIC (विस्तारित बाइनरी कोडेड दशमलव इंटरचेंज कोड) और ASCII (सूचना इंटरचेंज के लिए अमेरिकी मानक कोड) ।

EBCDIC सर्किट को आईबीएम ने मेनफ्रेम पर लंबे समय तक इस्तेमाल किया है और पात्रों का प्रतिनिधित्व करने के लिए 8 बिट्स का उपयोग किया है। लेकिन अमेरिकियों ने पैसे बचाने का फैसला किया (अमेरिकी चरित्र सेट सबसे छोटा है, यहां तक ​​कि ब्रिटिश को अतिरिक्त आइकन की आवश्यकता होती है, उदाहरण के लिए, पाउंड स्टर्लिंग को इंगित करने के लिए) और एएससीआईआई योजना को अपनाया, जहां एक बाइट से केवल 7 बिट्स का उपयोग वर्णों को एन्कोड करने के लिए किया जाता है। अमेरिकियों ने निर्णय लिया कि मुद्रित पात्रों के प्रतिनिधित्व के लिए 128 पद पर्याप्त से अधिक होंगे (वास्तव में: 27 लोअरकेस अक्षर, 27 अपरकेस, 10 अंक, एक दर्जन विराम चिह्न, और वह सब), और अभी भी एक मार्जिन है।

अन्य एन्कोडिंग थे, और लंबे समय तक वे सभी समान शर्तों पर सह-अस्तित्व में थे। लेकिन अचानक अमेरिकी सरकार ने राज्य स्तर पर एएससीआईआई कोडिंग का समर्थन करने के लिए "इसे अपने सिर में ले लिया" और सभी ने मुख्य ग्राहक के साथ गठबंधन किया। लेकिन केंद्रीयकृत और नियोजित सोवियत राष्ट्रीय अर्थव्यवस्था ने भी ऐसा छोटा काम नहीं किया, लेकिन, इसके विपरीत, जाहिरा तौर पर मॉकिंग उद्देश्यों के लिए, कोडिंग द्वारा कई GOSTs को अपनाया और फिर इस मामले को पूरी तरह से मौका देने के लिए छोड़ दिया। जल्द ही, सभी "स्टिलबोर्न" GOST को भुला दिया गया, और आज हम इस तथ्य का लाभ उठाते हैं कि हमें "अमेरिकी पटाखे" के साथ "प्रस्तुत" किया गया था (इस मामले में विशिष्ट पटाखे की राष्ट्रीयता कोई फर्क नहीं पड़ता, क्योंकि सभी "जीवित" स्थानीयकरण पश्चिमी फर्मों के दाखिल होने के साथ बनाए गए थे) उनकी "गलती")।

	00	01	02	03	04	05	06	07	08	09	0A	0B	0C	0D	0E	0F
80
90
A0		यो
B0	एक	बी		डी	डी	ए	एफ	डब्ल्यू	और	वें	कश्मीर	एल	एम	एच	ओह	पी
C0	पी	सी	टी	में	एफ	एक्स	सी	बी	डब्ल्यू	यू	ख	रों	ख	ए	Yoo	मैं हूं
D0	और	ख	में	जी	घ	ई	अच्छी तरह से	रों	और	वें	को	एल	मीटर	n	के बारे में	n
E0	आर	साथ	टी	पर	च	एक्स	यू	ज	w	यू	ख	रों	रों	ई	वें	मैं
F0		जी
प्रतीक तालिका आईएसओ 8859-5

	00	01	02	03	04	05	06	07	08	09	0A	0B	0C	0D	0E	0F
80	एक	बी		डी	डी	ए	एफ	डब्ल्यू	और	वें	कश्मीर	एल	एम	एच	ओह	पी
90	पी	सी	टी	में	एफ	एक्स	सी	बी	डब्ल्यू	यू	ख	रों	ख	ए	Yoo	मैं हूं
A0	और	ख	में	जी	घ	ई	अच्छी तरह से	रों	और	वें	को	एल	मीटर	n	के बारे में	n
B0
C0
D0
E0	आर	साथ	टी	पर	च	एक्स	यू	ज	w	यू	ख	रों	रों	ई	वें	मैं
F0	यो	जी
चरित्र तालिका CP 866 (DOS)

	00	01	02	03	04	05	06	07	08	09	0A	0B	0C	0D	0E	0F
80
90
A0									यो
B0									जी
C0	एक	बी		डी	डी	ए	एफ	डब्ल्यू	और	वें	कश्मीर	एल	एम	एच	ओह	पी
D0	पी	सी	टी	में	एफ	एक्स	सी	बी	डब्ल्यू	यू	ख	रों	ख	ए	Yoo	मैं हूं
E0	और	ख	में	जी	घ	ई	अच्छी तरह से	रों	और	वें	को	एल	मीटर	n	के बारे में	n
F0	आर	साथ	टी	पर	च	एक्स	यू	ज	w	यू	ख	रों	रों	ई	वें	मैं
चरित्र तालिका CP 1251 (विंडोज)

	00	01	02	03	04	05	06	07	08	09	0A	0B	0C	0D	0E	0F
80	एक	बी		डी	डी	ए	एफ	डब्ल्यू	और	वें	कश्मीर	एल	एम	एच	ओह	पी
90	पी	सी	टी	में	एफ	एक्स	सी	बी	डब्ल्यू	यू	ख	रों	ख	ए	Yoo	मैं हूं
A0
B0
C0
D0														यो	जी	मैं
E0	और	ख	में	जी	घ	ई	अच्छी तरह से	रों	और	वें	को	एल	मीटर	n	के बारे में	n
F0	आर	साथ	टी	पर	च	एक्स	यू	ज	w	यू	ख	रों	रों	ई	वें
लबादा चरित्र तालिका

विस्तारित ASCII कैरेक्टर टेबल्स (IS08859-5, DOS 866, विन्डोज़ 1251, मैकिंटोश)

चंद्रमा के नीचे अंतहीन रूप से भटका
तीन माथे ने मुझे पसलियों की गिनती की।
तीसरे में खो गया ...
पांचवी बार हार गए ...
हर कोई हमारे साथ खराब कैसे कर रहा है !!!
एस स्टेटिन

ASCII तालिका का विस्तार यूरोपीय देशों के अनुरोध पर हुआ (और, फिर से, सरकारी हस्तक्षेप तक)। अधिकांश यूरोपीय वर्णमाला के मुद्रित वर्णों का प्रतिनिधित्व करने के लिए, एक बाइट में केवल आठवें बिट को "वापस" करना आवश्यक था। अतिरिक्त बिट 128 अधिक वर्ण हैं, और राष्ट्रीय वर्णमाला के सभी विशिष्ट चिह्न वहां रखे जा सकते हैं। यह कैसे विस्तारित ASCII वर्ण तालिका बनाई गई थी। हालांकि, पहले से ही बनाए गए अमेरिकी सॉफ्टवेयर को 7-बिट एन्कोडिंग के लिए डिज़ाइन किया गया था, और कई समस्याएं उत्पन्न हुईं, जिसका वर्णन इस लेख के दायरे से बाहर है।

हमारी वर्णमाला लैटिन से पूरी तरह से अलग है, और इसमें (66) अक्षर अधिक हैं, इसलिए, यह कुछ अन्य यूरोपीय वर्णमालाओं की तरह, विस्तारित एएससीआईआई तालिका (आईएसओ 8859-1, या लैटिन -1, आईएसओ - अंतर्राष्ट्रीय मानक संगठन) में फिट नहीं हुआ, फिर मानकीकरण के लिए एक अंतर्राष्ट्रीय संगठन है)। मुझे प्रत्येक भाषा के लिए अलग-अलग तालिकाओं के साथ आना पड़ा, और हमारी पंक्ति में पांचवें स्थान पर रही - आईएसओ 8859-5। परिणामस्वरूप शुद्ध उत्पाद ने जड़ नहीं ली है। आईएसओ 8859-5 रूसी कंप्यूटर विखंडन और आईबीएम - पीसी दोनों के विकास से अपंग हो गया था, जिसके ऑपरेटिंग सिस्टम में बिल गेट्स और माइक्रोसॉफ्ट ने स्यूडोग्राफिक्स (ऊर्ध्वाधर और क्षैतिज रेखाएं, विभिन्न कोनों, आयतों, आदि) का उपयोग किया था, जो आईएसओ तालिका में रूसी पत्रों का स्थान ले लिया था। 8859-5। मुझे अविलंब "छी" रूसी पत्रों को छद्म विज्ञान के कब्जे वाले स्थानों में नहीं रखना था। यह मज़ेदार है कि किसी ने मानकों को स्वीकार नहीं किया (अधिक सटीक रूप से, उनमें से कई थे, इसलिए किसी ने उन पर ध्यान नहीं दिया), लेकिन समस्या सुलझ गई, और एमएस-डॉस के Russification के परिणामस्वरूप, 866 का "वैकल्पिक" एन्कोडिंग दिखाई दिया। 866 वां पूर्वोक्त Microsoft कंपनी के लिए उपयुक्त क्यों नहीं था। विंडोज के लिए, यह स्पष्ट है - छद्म विज्ञान की कोई आवश्यकता नहीं है। लेकिन आईएसओ 8859-5 फिट नहीं था, ऐसा लगता है कि सिद्धांत से सब कुछ स्वतंत्र रूप से करना है (हालांकि ए। चेर्नोव का दावा है कि सीपी 1251 और सीपी 878 (कोओ 8-आर) दोनों आईबीएम मानकों पर आधारित हैं - और माइक्रोसॉफ्ट का इससे कोई लेना-देना नहीं है; CP - कोड पेज, यानी कोड पेज)।एक तरीका या दूसरा, लेकिन "रूसी" विंडोज के लिए, एन्कोडिंग विंडोज 1251 (सीपी 1251), आज सबसे आम, अपनाया गया था।

मैकिनटोश कंप्यूटर उपयोगकर्ताओं को भी मत भूलना, जिनके लिए कोई भी डिक्री नहीं है! उन्होंने उनके लिए एक विशेष एन्कोडिंग बनाया, ठीक उसी तरह, जैसे छुट्टी के लिए, ताकि उनका जीवन शहद जैसा न लगे और वे केवल "देशी" सॉफ्टवेयर का उपयोग करें। एक आईएसओ 8859-5, इसलिए नाराज न होने के लिए, उन्होंने कोर को कॉल करना शुरू कर दिया, लेकिन लगभग कोई भी इसका उपयोग नहीं करता है।

अब एक रूसी प्रोग्रामर की कल्पना करें जो अपने उद्यम के लिए एक सूचना प्रणाली बना रहा है। उसे एक उपयुक्त कोड टेबल और एक प्रोग्राम की आवश्यकता होती है जो उसका समर्थन करता है। यदि कार्यक्रम "दृढ़ता से" अमेरिकी है (आठवें बिट को संसाधित नहीं करता है), तो यह इसे संशोधित करता है या अपना खुद का लिखता है। अंत में, समस्या हल हो गई है।

संचार कार्यक्रमों के साथ स्थिति अधिक जटिल है। ई-मेल अलग-अलग, कभी-कभी अप्रत्याशित तरीकों से होता है। और "बुराई" अमेरिकी मशीन 8 वीं बिट को "कट" (शून्य) कर सकती है। अब व्यावहारिक रूप से ऐसी कोई मशीन नहीं है (हालांकि मुझे तुरंत इस तरह के "राक्षस" को कम्पुसेर्व के रूप में इंगित किया गया था), किसी भी मामले में, वे पारगमन में मध्यवर्ती नहीं हैं।

हालाँकि, जब इंटरनेट पहली बार रूस (90-91 वें वर्ष) में दिखाई दिया, तो यह संभावना काल्पनिक नहीं थी, लेकिन बहुत वास्तविक थी। तो अगले एन्कोडिंग - KOI8-R, जिसका उपयोग 80 के दशक के मध्य में किया गया था जब 7-बिट टर्मिनल अभी भी जीवित थे, नए नेटवर्क एप्लिकेशन में खुद को काफी अच्छी तरह से दिखाया। एक निश्चित, बल्कि रूढ़िवादी रूसी नेटवर्क संस्कृति थी, जिसके प्रतिनिधि कुंजी पर कब्जा कर लेते थे। पोस्ट, इसलिए Microsoft Windows उपयोगकर्ताओं (ग्राहकों के 90 प्रतिशत से अधिक) की एक विशाल आमद अभी भी इसे कम नहीं कर सकती है। कौन जीतेगा, और अगर कोई जीतेगा, तो हम देखेंगे। मुझे लगता है कि समस्या अपने आप ही मर जाएगी (और, शायद, अपने वर्तमान रूप में संरचना के साथ), और इसके लिए हर कारण है। इस बीच, "हिंसक सह-विरोध" पनपता है।

चरित्र तालिका KOI8-R

रूसी में लिखे एक पत्र की कल्पना करें, जिसे ई-मेल द्वारा भेजा गया है और एक "दुष्ट" अमेरिकी सर्वर में चला गया है (और हमारे पास कभी-कभी पड़ोसी घरों के बीच अमेरिका के माध्यम से पत्र होते हैं - प्रदाता सहमत नहीं होंगे), सभी पत्रों के आठवें बिट को काटकर। इस तरह के "खतना" के बाद, वे पत्र जो रूसी थे लैटिन हो गए। जिनकी तालिका में संख्या बिल्कुल 128 से कम है। हमारे वर्णमाला के अक्षरों की एक महत्वपूर्ण संख्या में लैटिन में ध्वन्यात्मक एनालॉग हैं। उदाहरण के लिए, पी और आर, पी और आर इसके अलावा, कई मिलान वर्तनी हैं। इसलिए, रूसी पत्रों को इस तरह से व्यवस्थित करना उचित है कि वे समान लैटिन अक्षरों से 128 से भिन्न हों! फिर आठवें बिट का नुकसान संदेश को एक निश्चित लिप्यंतरण (एक लैटिन वर्णमाला से मिलकर) में बदल देगा, जिसका अर्थ अभी भी बहाल किया जा सकता है और रूसी में पढ़ा जा सकता है। अप्रिय, लेकिन समझने योग्य।

KOI8-R (सूचना विनिमय कोड, 8 बिट्स) - यह एक ऐसी तालिका है। और यह शुरुआत से ही रूस में मेल और समाचारों के आदान-प्रदान के लिए उपयोग किया जाता है। पहले अक्षर "रग्लिश" भाषा में गए, वही ध्वन्यात्मक समकक्ष जब "हैलो" "ज़्रेस्टस्टवुज" जैसा दिखता है। हालाँकि, सभी पत्र पढ़े गए थे! और क्या करें - mnogie do sih por tak pishut। लेकिन आज, यह अन्य कारणों से है।

इसलिए, KOI8-R आज एक वास्तविक नेटवर्क एन्कोडिंग है। क्यों?उपरोक्त विचारों को पहले ही उपेक्षित किया जा सकता था। आज, कुछ अनुयायी जुलाई 1993 में आंद्रेई चेर्नोव द्वारा प्रस्तावित आरएफसी 1489 में एन्कोडिंग विवरण का उल्लेख करते हैं, जिसका अर्थ है "मानक"। तो क्या?अन्य RFC भी ISO 8859-5 (जैसे, RFC 1700) प्रदान करते हैं। वैसे भी, RFC सिफारिशें हैं, जैसे इंटरनेट पर सब कुछ। और अगर सिफारिशें जीवन के अनुरूप नहीं हैं और उपयोगकर्ताओं के पूर्ण बहुमत के लिए असुविधा का कारण बनती हैं, तो क्या हमें अन्य, अधिक सुविधाजनक सिफारिशों को स्वीकार नहीं करना चाहिए?

अधिकांश उपयोगकर्ताओं के दृष्टिकोण से, निर्विवाद नेता विंडोज 1251 है। इसके खिलाफ एकमात्र "गंभीर" तर्क (परंपरा के अपवाद के साथ) डी। मार्टीनोव द्वारा व्यक्त किया गया था: एक प्रोग्रामर की स्थिति से, 1251 वां खराब है क्योंकि अक्षर "I" 0xFF जगह पर है, क्योंकि क्यों कुछ C प्रोग्राम जो विचार करते हैं (char) (getchar ()) == - 1 एक त्रुटि के संकेत के रूप में इस पत्र के साथ अनुचित व्यवहार करते हैं। लेकिन फिर KOI8-R, जिसमें समान "b" है, भी खराब है, और केवल "मृत" ISO 8859-5 उपयुक्त है।

इसके अलावा, "उपेक्षित" एनकोडिंग KOI8-R ऐसे बदसूरत कार्यान्वयन में मौजूद है जो इसके उपयोग में व्यावसायिकता के सवाल को गंभीरता से उठाता है। अर्थात्, "ई" अक्षर है, फिर नहीं, अर्थात्, छद्म विज्ञान है, फिर नहीं। इस एन्कोडिंग में सभी मौजूदा फोंट "कुटिल" हैं (किसी भी तरह यह सिर्फ लिखा गया था), और उनके साथ काम करना अप्रिय है। मैं इस तरह के आरोपों के निराकरण पर आपत्ति जताता हूं, लेकिन KOI8-R में फोंट की उपेक्षा का तथ्य कुछ कहता है (मैंने जानबूझकर एक दर्जन की जांच की)। न ही विशेष रूसी एपिस्टरी चरित्र प्रदान किए जाते हैं: एक लंबा पानी का छींटा और हेरिंगबोन उद्धरण चिह्न। इन फोंट के "डेवलपर्स" को स्पष्ट रूप से संदेह नहीं था कि माइनस साइन, हाइफ़न और डैश अलग-अलग वर्ण हैं। इसलिए यह संभावना नहीं है कि यह एन्कोडिंग रूस में एकमात्र नेटवर्क बन जाएगा।और यह केवल आज के सर्वर के रूढ़िवाद, "क्रूसेडर्स" (सब कुछ विशेष रूप से इसके लिए कॉन्फ़िगर किया गया है) और सॉफ़्टवेयर की अपूर्णता से देरी हो सकती है।

तथ्य यह है कि प्रदाताओं का दावा है कि कुछ भी बदलने की असंभवता झूठी है! एक समय में, एक बहुत अधिक गंभीर, और दुनिया भर में, आईपी पते के साथ समस्या उत्पन्न हुई (तब अपनाया विधि द्वारा एन्कोडिंग के लिए पर्याप्त पते नहीं थे), लेकिन सब कुछ आम तौर पर उन पर टिकी हुई है। हालांकि, जनता के दबाव में, आवश्यक सुधारों को लागू करना पड़ा। और कोई यह भी कह सकता है: "हमारे साथ सब कुछ ठीक चल रहा है, हम बस नए पते देंगे जैसे कि पुराने मालिक छोड़ देते हैं, और बाकी लोग बर्दाश्त करेंगे।" सरल, सुविधाजनक और हर किसी के पुनर्निर्माण तक इंतजार करने की आवश्यकता नहीं है।

नए, अधिक लोकतांत्रिक प्रदाताओं का उदय और विंडोज क्लाइंट और सर्वर का निरंतर विस्तार नाटकीय रूप से स्थिति को बदल सकता है, कल के "तानाशाहों" को एक शांत संप्रदाय में बदल सकता है, जैसे कि "सातवें दिन के एडवेंटिस्ट्स।"

क्या एक भी एन्कोडिंग के लिए कोई उम्मीदवार है? हां, और ऐसा लगता है कि कानून में उनके प्रवेश को लंबे समय तक इंतजार नहीं करना पड़ा, हालांकि पूरी तरह से अलग कारणों के लिए ...

	00	01	02	03	04	05	06	07	08	09	0A	0B	0C	0D	0E	0F
80
90
A0				जी
B0				यो
C0	वें	और	ख	यू	घ	ई	च	जी	एक्स	और	वें	को	एल	मीटर	n	के बारे में
D0	n	मैं	आर	साथ	टी	पर	अच्छी तरह से	में	रों	रों	रों	w	ई	यू	ज	ख
E0	Yoo	एक	बी	सी	डी	ए	एफ	डी	एक्स	और	वें	कश्मीर	एल	एम	एच	ओह
F0	पी	मैं हूं	पी	सी	टी	में	एफ		ख	रों	डब्ल्यू	डब्ल्यू	ए	यू	बी	ख
चरित्र तालिका KOI8-R

और चीनी भी कठिन हैं ...

( , - ) 50 . / , , , . 32 . , , , . 50- , 1850 , . , , , «» . 1850 Unicode . , .

-

("लोकप्रिय विज्ञान" नंबर 8, 1996. "विज्ञान और जीवन का अनुवाद" नंबर 1, 1997.)

हाइरोग्लिफ़िक चीनी फ़ॉन्ट चीन के व्यापक कम्प्यूटरीकरण के लिए बड़ी समस्याएं पैदा करता है। यदि अधिकांश अन्य भाषाओं के लिए 102 कुंजी के साथ एक मानक कीबोर्ड पर्याप्त है, तो 13 हजार वर्णों के साथ कीबोर्ड एक बड़ी तालिका पर कब्जा कर लेगा। और यहां तक ​​कि 5 हजार पात्रों के साथ "केवल" के लेखन का एक सरलीकृत संस्करण हमें एक पोर्टेबल चीनी व्यक्तिगत कंप्यूटर की कल्पना करने की अनुमति नहीं देता है।

अब अधिकांश चीनी उपयोगकर्ता अंग्रेजी में काम करते हैं, और यदि आपको अभी भी चीनी ग्रंथों को छापना है, तो वे अपना उच्चारण लैटिन अक्षरों में लिखते हैं (वैसे, 50 के दशक में उन्होंने ऐसी लेखन प्रणाली शुरू करने की कोशिश की थी, लेकिन बाद में चित्रलिपि की अस्वीकृति को एकरूपता माना गया)। कुछ कंपनियां चीनी भाषा के लिए विशेष कीबोर्ड का उत्पादन करती हैं। कुंजियों को चित्रलिपि के व्यक्तिगत तत्वों के साथ चिह्नित किया गया है। एक पूरे चरित्र की रचना करने के लिए, आपको छह कुंजियों का उपयोग करना होगा।

इसलिए, चीनी भाषण, मौखिक और लिखित पहचानने के कार्यक्रम विकसित किए जा रहे हैं ताकि कंप्यूटर को स्क्रीन पर एक विशेष इलेक्ट्रॉनिक पेन के साथ निर्देशित या लिखा जा सके।

अमेरिकी कंपनी मोटोरोला ने हाल ही में चीनी अक्षरों को पहचानने के लिए एक कार्यक्रम प्रस्तावित किया था, जो सभी 10 हजार वर्णों का उपयोग करते हुए भी ऑपरेशन के दौरान केवल 5 प्रतिशत त्रुटियां करता है। मुझे कहना चाहिए, इस तथ्य से सुविधा मिलती है कि लगभग सभी चीनी अच्छे हैं और लगभग एक ही हैंडराइटिंग। Apple ने मुख्य (बीजिंग) बोली के लिए एक श्रुतलेख कार्यक्रम विकसित किया है।

कीबोर्ड से चीनी ग्रंथों को दर्ज करने का भी प्रयास किया गया। एक कनाडाई कंपनी ने चित्रलिपि के सबसे सामान्य तत्वों के साथ एक 10-कुंजी कीबोर्ड बनाया। कंप्यूटर विशेष रूप से डिज़ाइन किए गए प्रॉम्प्टिंग प्रोग्राम के साथ काम करता है। जब आप एक या दो कुंजी दबाते हैं, तो इन तत्वों से युक्त चित्रलिपि की एक श्रृंखला स्क्रीन पर प्रदर्शित होती है, और ऑपरेटर केवल वांछित का चयन कर सकता है। औसतन, इस तरह की प्रणाली के साथ एक चरित्र बनाने से कुंजियों पर 2.7 हिट लगते हैं। चीन में, कंपनी जिआओझॉन्ग कंप्यूटर ने उपस्थिति के आधार पर नहीं, बल्कि चित्रलिपि के उच्चारण के आधार पर 24 चाबियों का एक कीबोर्ड प्रस्तावित किया।

यूनिकोड हमें बचाता है

मुझे यूनिकोड का उपयोग करने के बारे में इतना आशावादी कहां से मिला? यह मानक यूनिकोड संघ द्वारा विकसित किया जा रहा है, जिसमें टैलीगेंट, माइक्रोसॉफ्ट, ज़ेरॉक्स, नेक्सटी कंप्यूटर, साइबेस और अन्य जैसी कंपनियों के प्रतिनिधि शामिल हैं। यह ऑपरेटिंग सिस्टम यूनिक्स, नेक्सटी, विंडोज एनटी, और फिर विंडोज 95 में दिखाई दिया और पात्रों के सार्वभौमिक प्रतिनिधित्व के लिए कार्य करता है। इसे अलग तालिकाओं की आवश्यकता नहीं है, जैसा कि आईएसओ 8859-1,2,3,4,5 में ... प्रतीकों को सोलह बिट्स (दो बाइट्स) द्वारा दर्शाया गया है, और प्रत्येक प्रतीक में वास्तव में भाषा कोड होता है, जिसमें यह होता है, जिससे भाषा और फ़ॉन्ट का चयन करना संभव हो जाता है पूरी तरह से वर्ण कोड पर आधारित है, और अतिरिक्त बिंदुओं की सहायता से चारसेट तक नहीं: koi8-r प्रकार कोड तालिका। इस प्रकार, भले ही पत्र का शीर्षक गलत हो, दूषित हो, या पूरी तरह अनुपस्थित हो, सामग्री अभी भी बहाल है। एक और संभावना जो यूनिकोड के उपयोग के पक्ष में निर्णय लेती है वह पत्राचार में मिश्रित भाषाओं का उपयोग है, जो हमारे बहुराष्ट्रीय देश के लिए विशेष रूप से महत्वपूर्ण है (अंत में, आज उपयोग किए गए सभी एन्कोडिंग को यूनिकोड में शामिल किया जा सकता है)। रूसी कुलीनता की खोई हुई परंपरा के अनुसार, सभी पत्रों को "फ्रेंच विथ निज़नी नोवगोरोड" के मिश्रण में लिखा जाना चाहिए और मूल में लाओ त्से को उद्धृत करने में सक्षम होंगे। यूनिकोड में, आप विभिन्न देशों के लिए अपनाए गए विशेष टाइपोग्राफिक और डिज़ाइन वर्ण भी शामिल कर सकते हैं। सामान्य तौर पर, सार्वभौमिक एन्कोडिंग के लिए एक उत्कृष्ट उम्मीदवार (यदि आप चाहें, तो "बेहोश" ग्राहकों द्वारा ट्रांसकोडिंग के बाद, क्योंकि कोई भी "ऐतिहासिक" परंपराओं को रद्द करने वाला नहीं है जो विभिन्न ऑपरेटिंग सिस्टमों में विकसित हुए हैं, और यूनिकोड स्वयं इस तरह के पत्राचार को बनाए रखेगा)। इसके अलावा, जावा यूनिकोड समर्थन भी प्रदान करता है, जो इंटरनेट और नेटवर्क अनुप्रयोगों के लिए एक फैशनेबल प्रोग्रामिंग भाषा है।

कंप्यूटर प्लेटफ़ॉर्म जिनसे उन्होंने इस वर्ष के फरवरी में अमेरिकी BrowserWatch सर्वर का दौरा किया।
मंच	यात्राओं की संख्या	यात्राओं का प्रतिशत
विंडोज	19,959	52.3
लबादा	9460	24.7
ओएस / 2	3567	9.34
अज्ञात	2004	5.25
यूनिक्स	1708	4.47
Amiga	1265	3.31
सेगा शनि	131	0.34
वेबटीवी	52	0.13
नेक्स्ट	10	0.02
वीएम / सीएमएस	6	0.01

और न केवल गोरों के लिए ...

एक कुत्ता कीबोर्ड पर बैठता है और पंजे लगाता है।
- कुत्ते, क्या कर रहे हो?
- मैं मेल लिख रहा हूं।
"लेकिन वे आपके साथ कैसे मेल खाते हैं?"
"लेकिन मैं उन्हें नहीं बताता कि मैं एक कुत्ता हूँ।"

इससे पहले, किसी भी उपयोगकर्ता को इंटरनेट तक पहुंचने में सक्षम होने के लिए, उसे अपने कंप्यूटर के बारे में कुछ जानने और एक विशेष कार्यक्रम (या एक से अधिक) को सही ढंग से कॉन्फ़िगर करने की आवश्यकता थी। सामान्य तौर पर, नेटवर्क एक्सेस के हर खुश मालिक को एक तरह का गुरु लगता था। हाल ही में, विशेष रूप से विंडोज 95 जैसे ऑपरेटिंग सिस्टम के आगमन के साथ, बहुमत मशीन को खुद को कॉन्फ़िगर करने, इसे ठीक करने, अन्य मशीनों के साथ व्यवस्था करने की उम्मीद करता है, और उपयोगकर्ता को केवल मज़े करना होगा। और यह सच्चाई से बहुत दूर नहीं है। निश्चित रूप से, यह आवश्यक है कि पुराने-टाइमर को लैमरिज़्म कहा जाता है, जो कि हाल ही में "मक्खी पर मिले एक समस्या पर अपनी बात को लागू करने के लिए खराब शिक्षित नियोफाइट्स की जुनूनी इच्छा के अस्तित्व को पहचानने के लिए आवश्यक है।" लेकिन ये आज की वास्तविकताएं हैं, इसके बारे में कुछ भी नहीं किया जा सकता है, यह केवल शर्तों पर आता है, उपयोगकर्ता को एक निश्चित सचेत आवश्यकता के ढांचे के भीतर पूर्ण स्वतंत्रता देता है। अंत में, प्रक्रिया को किसी तरह सामान्यीकृत किया जाता है, और सब कुछ जगह में गिर जाएगा। सभी आवश्यक उपकरण अब ऑपरेटिंग सिस्टम में एकीकृत हो गए हैं, यह केवल मैनुअल के कुछ पृष्ठों को पढ़ने के लिए रहता है, और यदि यह रूसी भाषा के लिए नहीं था, तो हमें बिल्कुल भी नहीं सोचना होगा। लेकिन, दुर्भाग्य से, "महान और शक्तिशाली" का कब्जा दिमाग को कठोर होने से रोकता है और लोगों को उनकी प्रत्यक्ष गतिविधियों से विचलित करता है।



इसलिए, हमारे पास सिरिलिक वर्णमाला का प्रतिनिधित्व करने के लिए कई एन्कोडिंग हैं। उनमें से सभी उद्देश्यपूर्ण रूप से मौजूद हैं, सभी का उपयोग किया जाता है। प्रदाता इंटरनेट पर एक रूसी नेटवर्क एन्कोडिंग करना चाहते हैं। चूंकि मेल और समाचार दोनों ऐतिहासिक रूप से KOI8-R में चले गए हैं, वे कुछ भी बदलना नहीं चाहते हैं और वे इसे अन्य संसाधनों (WWW सहित) तक विस्तारित करने के लिए तैयार हैं। उपयोगकर्ता रूसी में जानकारी का आदान-प्रदान करने के लिए कुछ भी "मोड़" नहीं करना चाहते हैं और अपने कार्यक्रमों में समायोजित करना चाहते हैं। द्वारा और बड़े, उत्तरार्द्ध सही हैं। उन्हें कभी-कभी नेटवर्क के साथ काम करने वाले कार्यक्रमों को फिर से जोड़कर बहुत महंगी कीमत चुकानी पड़ती है (और उनमें से कुछ और भी हैं)। इसके अलावा, ग्राहक इसे सही रूप से उन लोगों के काम मानते हैं जो उन्हें इस नेटवर्क तक पहुंच प्रदान करते हैं। बेशक, समय के साथ सब कुछ स्थापित हो जाएगा, हर कोई अपने प्रदाता को ढूंढ लेगा, क्योंकि मांग, जैसा कि आप जानते हैं, आपूर्ति बनाता है, और ग्राहक हमेशा सही होता है!

जो लोग कुछ भी ठीक नहीं करना चाहते हैं, उनके लिए तैयार समाधान हैं, कई प्रदाता अपने स्वयं के कार्यक्रम प्रदान करते हैं (हालांकि हमेशा सबसे अच्छे से दूर)। उदाहरण के लिए, डॉस के लिए एक पैकेज है जिसे यूयूपीसी कहा जाता है (ए। चेर्नोव - यूयूपीसी / @ के डॉस संशोधन में)। आप इसे स्थापित कर सकते हैं, केवल इसका उपयोग कर सकते हैं, केवल डॉस के तहत और समय-समय पर "याद रखें" श्री चेरनोव। लेकिन वह अंतरराष्ट्रीय स्तर के मानकों का पालन करने और रूसी हिस्से के बारे में सोचने के लिए, केओआई 8-आर एन्कोडिंग में भेजे जाने वाले पत्राचार को परिवर्तित कर देगा। आपको इसके बारे में सोचने की जरूरत नहीं है। कड़ाई से बोलते हुए, यूयूपीसी प्रोग्राम द्वारा यूयूसीपी प्रोटोकॉल का उपयोग इंटरनेट प्रोटोकॉल पर लागू नहीं होता है और यह निराशाजनक रूप से पुराना है। मेल के लिए पता भेजने वाले तक पहुंचने के लिए, इसे इंटरनेट प्रारूप में परिवर्तित किया जाना चाहिए, जो प्रदाता के सर्वर पर होता है (जब तक, निश्चित रूप से, यह यूयूसीपी का समर्थन करता है)।

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

यदि आप कुछ अधिक सुंदर चाहते हैं - विंडोज डालें और Microsoft इंटरनेट मेल और समाचार लें। वे बहुत करीने से बनाए गए हैं, जो लोग चाहते हैं कि KOI8-R का चयन कर सकते हैं, और कार्यक्रम स्वयं सभी CP1251 को आगे और पीछे एन्कोड करते हैं और सही चारसेट डालते हैं (और निर्देशों के बिना, वे एनकोड नहीं करते हैं)। शायद यह एकमात्र विदेशी उत्पाद है जो सभी रूसी "परेशानियों" के साथ सही ढंग से काम कर सकता है और भविष्य पर ध्यान केंद्रित कर सकता है। MIME मानक (बहुउद्देशीय इंटरनेट मेल एक्सटेंशन) आठ-बिट एन्कोडिंग, साथ ही बेस 64 और कोटेड प्रिंट करने योग्य एन्कोडिंग सहित समर्थित है। प्राप्त ऑडियो और वीडियो क्लिप को पैकेज द्वारा संबंधित अनुप्रयोगों में सही ढंग से निर्यात किया जाता है।

चूंकि Internet Explorer, जिसमें इंटरनेट मेल शामिल है, एक ब्राउज़र है, यह HTML प्रारूप में संदेश भेज सकता है। श्री चेरनोव, अपने बयान के अनुसार, "मजबूर" माइक्रोसॉफ्ट को कोइ 8-आर में शामिल होने के लिए, इसके अलावा, यह एक्सप्लोरर में रूपों और बटनों के नामों के इनपुट को "मोड़" करने के लिए सही था, और साथ ही साथ वह इसे "तोड़ने" में असमर्थ था, जैसा कि नेटस्केप के मामले में था; इसलिए विंडोज 95 के लिए जल्द ही कोई समस्या नहीं होगी, जब तक कि प्रदाता स्वयं, दिल की दया से बाहर न हों, कोशिश करें।

आस्थगित प्रसव के साथ काम करने की क्षमता उत्कृष्ट है। इसके अलावा, इंटरनेट मेल आपको एक मॉडेम कनेक्शन प्रबंधित करने की अनुमति देता है: यह स्वतंत्र रूप से एक कनेक्शन स्थापित करता है, मेल भेजता है और प्राप्त करता है। रिसेप्शन / ट्रांसमिशन के अंत में, मॉडेम स्वचालित रूप से बंद हो जाता है। तुम भी स्वचालित संचार सत्र अनुसूची कर सकते हैं।

मैंने हाल ही में केवल Microsoft मेल और समाचार कार्यक्रमों के बारे में अच्छी बातें सुनी हैं (बहुत तेज़ी से पैच हो जाता है!), हालाँकि मैं स्वयं उनका उपयोग नहीं करता। यहां तक ​​कि एक खामी - वे अक्षर के पाठ में चित्र नहीं दिखाते हैं (जैसा कि नेटस्केप करता है), यह कई लोगों द्वारा एक पुण्य के रूप में व्याख्या की जाती है (आप अश्लील साहित्य को अंतहीन नहीं देखेंगे)। हो सकता है कि पता पुस्तिका बहुत सरल हो (एक पदानुक्रम को व्यवस्थित करना असंभव है), और यह सब ... लेकिन रूसी पत्रों से कोई समस्या नहीं है! आप इसे चाहते हैं, आप इसे इस तरह चाहते हैं। सरल, सुखद और सुंदर कार्यक्रम (नया नेटस्केप कम्युनिकेटर 4.0 लगता है कि पहले से ही माइक्रोसॉफ्ट में देखा गया है, लेकिन यह इंटरफ़ेस के अलावा कुछ भी नहीं दिखता है और अभी भी व्यावहारिक रूप से रूसी उपयोग के लिए उपयुक्त नहीं है)।

इस प्रकार, इस तथ्य के बावजूद कि मैं आज तक रिलीज के क्षण से नेटस्केप कार्यक्रमों के साथ काम कर रहा हूं, मैं विंडोज 95 उपयोगकर्ताओं को Microsoft मेल और समाचार की सिफारिश करता हूं। हां, और इंटरनेट एक्सप्लोरर बहुत बेहतर हो रहा है। और इसके अलावा यह काम करता है ...

हम आखिर कब मानेंगे?

- RTUCHEF LBL DEMB?
- Da normal'no, au tebja?
बातचीत से बाहर

हैलो, प्रिय उपयोगकर्ता! पेश है वैश्विक इंटरनेट। यहां आपको वह सब कुछ मिलेगा जिसकी आपको आवश्यकता है। इंटरनेट का उपयोग करना पहले से कहीं ज्यादा आसान है: अपने इंटरनेट सेवा प्रदाता से प्राप्त कार्यक्रमों को स्थापित करना, एक ब्राउज़र (उर्फ एक ब्राउज़र, एक ब्राउज़र, एक उर्फ ​​घूमना) लॉन्च करना, प्रदाता को डायल करता है और अपने सर्वर पर पहुंच जाता है। सर्वर की सामग्री की जांच करने के बाद, आप चुटकुले के पृष्ठ पर एक हाइपरलिंक पाते हैं (उदाहरण के लिए, www.kulichki.com/anekdot ), जो दूसरे सर्वर पर स्थित है। "ओह! चुटकुले! ”- आपको लगता है और, खुशी की आशंका है, दूसरे सर्वर पर जाने के लिए क्लिक करें। चुटकुलों वाला पृष्ठ धीरे-धीरे आपके मॉनीटर पर दिखाई देता है। माफ कीजिए ... लेकिन चुटकुले कहां हैं? ये मजाक नहीं हैं। यह ग्रीक या कुछ अन्य बैज का एक सेट है। संभवतः उनके सर्वर पर किसी प्रकार की त्रुटि हो। आप आपूर्तिकर्ता पर लौटते हैं और राजनीतिक समाचार पृष्ठ का लिंक पाते हैं। "ठीक है, चूबाइस कैसा है?" - आपको लगता है, समाचार डाउनलोड करना। जिसके बाद यह पता चला कि चुबैस इसके बाद अंग्रेजी का मिश्रण बोलता है और यह स्पष्ट नहीं है कि रूसी वर्णमाला के बड़े अक्षरों से मिलकर अन्य भाषा क्या है, आप घबराहट में जमे हुए हैं। सभी रूसी में सर्वर पर आपूर्तिकर्ता क्यों है, लेकिन बाकी नहीं है?

रोमा वोरोनिश

कठिनाइयों के प्रेमियों के लिए

शरीर में हर परिवर्तन, चाहे वह बीमारी हो या स्वास्थ्य, अंतरिक्ष में पदार्थों की गति के लिए नीचे आता है ... लेकिन दानव इस आंदोलन को नहीं कर सकते, क्योंकि यह केवल भगवान के लिए उपलब्ध है। इससे यह स्पष्ट है कि दानव कोई वास्तविक परिवर्तन नहीं कर सकते हैं, कम से कम कोई वास्तविक शारीरिक परिवर्तन नहीं करते हैं, और इसके कारण, इस तरह के परिवर्तनों को किसी गुप्त कारण के लिए जिम्मेदार ठहराया जाना चाहिए।
चुड़ैलों का हथौड़ा

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

मान लीजिए कि पत्रों को ट्रांसकोड किया जाना है। "स्थापित परंपरा" के अनुसार, मेल प्रोग्राम और सर्वर दोनों ऐसा कर सकते हैं। मैंने पहले विकल्प के लिए अपनी प्राथमिकता पहले ही दिखा दी है, और मौजूदा अभ्यास को ध्यान में रखते हुए, इस तरह के समाधान से नुकसान न्यूनतम है।

डिलीवरी मैन द्वारा रिकोडिंग

मैंने नहीं खाया, लेकिन मैं सभी को काटूंगा ...

वर्षों से इंटरनेट सेवा प्रदाताओं के पास एक "राय" है कि अगर मेल मशीन सॉफ्टवेयर स्वयं मेल ट्रांसकोड करता है तो यह बेहतर होगा। फिर केवल एक चीज जो उपयोगकर्ता को करने की आवश्यकता है वह है आठ-बिट वर्णों के एन्क्रिप्शन को अक्षम करना (अन्यथा, स्पष्ट कारण के लिए, कोई भी बाद में कुछ भी पुनर्प्राप्त करने में सक्षम नहीं होगा)। मैं एक बार फिर इस बात पर जोर देता हूं कि मैं इस दृष्टिकोण का सक्रिय विरोधी हूं, और यहां तक ​​कि कई प्रदाता इसे एक अस्थायी उपाय मानते हैं।

सर्वर पर मेल भेजने / वितरित करने में दो कार्यक्रम शामिल होते हैं। पहले मेल भेजने के लिए उपयोग किया जाता है और इसे "SMTP सर्वर" कहा जाता है। SMTP (सिंपल मेल ट्रांसफर प्रोटोकॉल) एक इंटरनेट मेल ट्रांसफर प्रोटोकॉल है। SMTP सेवा भी मेल मशीन पर संग्रहीत करके पत्रों को स्वीकार करती है। सीधे उपयोगकर्ता के लिए, उसकी स्वयं की पहल पर, अन्य प्रोग्राम - "POP3 सर्वर" (पोस्ट ऑफिस प्रोटोकॉल) द्वारा पत्र भेजे जाते हैं।

तब सब कुछ स्पष्ट है: एसएमटीपी सर्वर प्रेषक के एन्कोडिंग से नेटवर्क एन्कोडिंग के पत्रों का अनुवाद करने के लिए "मजबूर" है (आज यह कोइ 8-आर है)। POP3 सर्वर को KOI8-R के अक्षरों को उस एन्कोडिंग में बदलना होगा जिसे प्राप्तकर्ता स्वीकार करना चाहता है। जिसमें केवल? .. और किस से? ..

कहां और कहां कन्वर्ट होना है

पत्र के एन्कोडिंग के बारे में जानकारी कहां से आती है:

• संदेश शीर्ष लेख के सेवा क्षेत्रों से;
• कॉन्फ़िगरेशन फ़ाइलों से;
• प्रत्येक एन्कोडिंग के साथ काम करने के लिए एक समर्पित वर्चुअल सर्वर है;
• पत्र की सामग्री के अनुसार एन्कोडिंग का निर्धारण करें।

पहला दृष्टिकोण उपयोगकर्ता के ईमेल कार्यक्रम के लिए जिम्मेदारी स्थानांतरित करता है। उसे ईमेल हेडर में सही चारसेट शामिल करना चाहिए। यह किसी भी जर्मनी के लिए सबसे सही दृष्टिकोण होगा, लेकिन रूस के लिए नहीं। हमारे पास गलत संयोजक का उपयोग करते हुए सम्मेलन संयोजक भी हैं, और फिर वे बहुत स्मार्ट सॉफ़्टवेयर को दोष देते हैं जो गधे के माध्यम से सब कुछ करता है (पढ़ें - मानकों का पालन करता है), जब बाकी सब (किसी भी समझौते का पालन नहीं करते हैं - लेकिन बस "मेरे जैसे काम कर रहे हैं") ठीक है। कार्यक्रमों और मानकों की सामान्य गैरजिम्मेदारी और सार्वभौमिक "धोखे" को देखते हुए, इस तरह के निर्णय से दुखद परिणाम होते हैं।

दूसरा दृष्टिकोण आदिम है। मेल मशीन का व्यवस्थापक एक बार और सभी के लिए निर्धारित करता है कि इस तरह के नेटवर्क नाम या पते के साथ एक क्लाइंट मशीन एन्कोडिंग में काम करती है, कहते हैं, विंडोज़ 1251. और अब इस मशीन से भेजे गए सभी पत्राचार को केवल इस एन्कोडिंग में प्रस्तुत करने के लिए माना जाता है।

और अगर मशीन में एक स्थायी पता नहीं होता है, जैसा कि आमतौर पर होता है, और उपयोगकर्ता, प्रदाता से कनेक्ट होकर, प्रत्येक सत्र के लिए एक गतिशील आईपी पता प्राप्त करता है, लेकिन फिर भी अपने मेल सर्वर और मेलबॉक्स तक पहुंचता है, तो यह समाधान काम नहीं करता है। मैं इस तथ्य के बारे में भी बात नहीं कर रहा हूं कि आप इस मशीन से कुछ और नहीं भेज सकते।

समर्पित वर्चुअल सर्वर। आइए एक बार में एक मेल मशीन पर तीन या चार मेल सर्वर चलाते हैं, प्रत्येक एन्कोडिंग के लिए, और प्रत्येक सर्वर के लिए एक अलग नाम निर्दिष्ट करते हैं, उदाहरण के लिए:

• win.mail.access.ru;
• alt.mail.access.ru;
• koi.mail.access.ru;
• iso.mail.access.ru।

हम सुझाव देते हैं कि विंडोज उपयोगकर्ता अपने मेल के लिए win.mail.access.ru, DOS उपयोगकर्ताओं पर - alt.mail.access.ru आदि पर आवेदन करते हैं। यह क्लाइंट के लिए अपने मेल प्रोग्राम को कॉन्फ़िगर करते समय मेल मशीन के पते को सही ढंग से निर्दिष्ट करने के लिए पर्याप्त है। और इस मामले में, आउटगोइंग SMTP स्ट्रीम और आने वाले POP3 को अलग-अलग एन्कोडिंग में विभाजित करके, आप अतिरिक्त लचीलापन प्राप्त कर सकते हैं। मान लीजिए कि जैसा कि ऊपर उल्लेख किया गया है, नेटस्केप ने KOI8-R में विंडोज 1251 का जबरन अनुवाद किया है, लेकिन रिवर्स प्रक्रिया नहीं करता है। फिर हम इसमें SMTP को परिभाषित करते हैं - KOI, और POP3 - विन, और इस प्रकार, आउटगोइंग पत्राचार नेटस्केप द्वारा ट्रांसकोड किया जाता है, और इनबाउंड - सर्वर द्वारा। आप विदेशी स्थलों के साथ अन्य श्रृंखलाओं की कोशिश कर सकते हैं - कई विकल्प हैं। यह, मेरी राय में, सबसे सही समाधान है (यदि कुछ करने की आवश्यकता है)। वैसे भी, उपयोगकर्ता को सर्वर का नाम नीचे रखना चाहिए, और इसे इतना बेवकूफ नहीं मानना ​​चाहिए और पिछले मामले की तरह कोई स्वतंत्रता नहीं छोड़नी चाहिए। और आप हमेशा डिफ़ॉल्ट विकल्प को आरक्षित कर सकते हैं, जो कुछ भी नहीं करता है, लेकिन बस स्थानांतरित करता है, जैसा कि यह होना चाहिए। मेरे पास ऐसा प्रदाता है। और मैं उसकी प्रशंसा नहीं करता क्योंकि वह मेरा है, लेकिन वह मेरा है क्योंकि वह ऐसा करता है।

मुझे इसके सभी प्रलोभन के लिए एक एन्कोडिंग का स्वतः पता लगाने का विचार पसंद नहीं आया।यह निर्धारित करना संदेहास्पद है कि कौन सा एन्कोडिंग पाठ प्रस्तुत किया गया है, और यहां तक ​​कि मान्यता प्रौद्योगिकी द्वारा भी हमारी साक्षरता के साथ। बेशक, इस तरह के एक कार्यक्रम पर्याप्त है बस रूसी को अब्राकडाब्रा से अलग करना सीखना है। और अगर मैं तातार में लिखने का फैसला करता हूं! इसके अलावा, कुछ प्रदाताओं की राय है कि गैर-मान्यता प्राप्त पत्र पते वाले को नहीं भेजे जाने चाहिए! अच्छा, उसके बाद आप उन्हें क्या कहते हैं? किसी भी अस्पष्ट को मेल करना उपयोगकर्ताओं का संवैधानिक अधिकार है।



एक सार्वभौमिक समाधान आज किसी भी मामले में मौजूद नहीं है। यहां तक ​​कि जब आप सब कुछ करने की कोशिश करते हैं। ग्रिगोरी नाउमाटोव्स द्वारा सम्मेलन के एक उदाहरण से: "हाल ही में, मुझे एक मेलिंग सूची के माध्यम से सिरिलिक में एक संदेश को विभिन्न सर्वरों (कुछ ट्रांसकोड KOI8 <-> 1251, अन्य लोगों से नहीं) और मेलर्स (यूडर से बिमेल) तक भेजने की आवश्यकता थी )। मुझे लगता है कि हमें यह सुनिश्चित करने की आवश्यकता है कि सिरिलिक वर्णमाला तुरंत फोंट या एन्कोडिंग को स्विच किए बिना सभी को दिखाई दे। इसलिए, मैं पत्र में चार टुकड़े शामिल करता हूं: (1) अंग्रेजी, (2) KOI8, (3) 1251 और (4) एक जो KOI8-> 1251 तालिका के अनुसार POP सर्वर या प्राप्तकर्ता सॉफ़्टवेयर द्वारा ट्रांसकोडिंग के मामले में KOI8 में बदल जाना चाहिए। खैर?वैसे भी, डेमल प्राप्तकर्ताओं में से एक से एक उत्तर आया: "मैं पत्र नहीं पढ़ सकता, क्योंकि इसमें शुरुआत स्ट्रिंग नहीं है " (???)। यह पता चला है कि सड़क पर एक सर्वर मुझसे भी अधिक चालाक निकला और किसी कारण से मेरे पत्र को बेस 64 में ले गया।

वर्ल्ड वाइड वेब

वर्ल्ड वाइड वेब अपने स्वयं के कानूनों द्वारा रहता है। HTML लेआउट मुद्दों ने पेशेवरों को लंबे समय से परेशान किया है, उनके लिए यह दो कदम पीछे है। इस समस्या को दूर करने के प्रयासों के बीच, ऐसे भी हैं जो एक समान तरीके से हमारी "रूसी" समस्या को हल करते हैं।

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

आधुनिक वैकल्पिक समाधानों में से दो का उल्लेख किया जा सकता है:

• चयनित सीजीआई-स्क्रिप्ट (अर्थात, सर्वर पर चलने वाला एक कार्यक्रम) का उपयोग करके आधार पेज "फ्लाई पर" को फिर से बनाना;
• अनुरोध पर आवश्यक एन्कोडिंग का स्वचालित पता लगाना।

सामान्य तौर पर, उनमें से कोई भी संतोषजनक नहीं है, हालांकि सरल दोहराव से अधिक सुविधाजनक है। उपयोग में कुछ असुविधा और पहुँच समय में वृद्धि के साथ पहले पाप। दूसरा हमेशा संभव नहीं है, क्योंकि यह इस तथ्य पर आधारित है कि स्थानीय ब्राउज़र सर्वर को स्वयं के बारे में कुछ जानकारी भेजता है, कभी-कभी प्लेटफ़ॉर्म / ऑपरेटिंग सिस्टम के प्रकार सहित, जो हमेशा सच नहीं होता है और यह गारंटी नहीं देता है कि उपयोगकर्ता के पास सही एन्कोडिंग में फोंट हैं।

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

इसलिए, हम हमेशा की तरह, पश्चिम पर (और ज्यादातर "जंगली", अर्थात् अमेरिकी) पर ध्यान केंद्रित करेंगे, जहां यह पहले से ही हुआ है (और कुछ रुझानों के अनुसार, हम बस कोने के आसपास हैं)। आप इस तरह के उपयोगकर्ता को आठवें बिट के "खतना" के बारे में शायद ही समझा सकते हैं, लेकिन वह तुरंत मैला टाइपिंग, त्रुटियों और "कुटिल" फोंट को नोटिस करेगा। बाहर का रास्ता कहाँ है?

अब तक उनमें से दो हैं:

• पीडीएफ प्रारूप में वेब पृष्ठों का लेआउट और बचत (एडोब एक्रोबैट);
• दस्तावेज़ और सीएसएस HTML एक्सटेंशन के साथ भेजे गए वेब फोंट का उपयोग।

मैं विशेष रूप से पीडीएफ प्रारूप के बारे में नहीं फैला था, हालांकि, मेरे दृष्टिकोण से, यह सबसे अच्छा समाधान है (यह एन्कोडिंग और भाषा पर निर्भर नहीं करता है, न ही प्लेटफॉर्म और ऑपरेटिंग सिस्टम पर)। दुर्भाग्य से, एडोब ने इंटरनेट की लहर की देखरेख की है, और हालांकि एक्रोबैट फाइलें कई वेब ब्राउज़रों द्वारा समर्थित हैं (आमतौर पर एक संबंधित प्लग-इन है), वे मानक नहीं बनते हैं।

CSS एक्सटेंशन प्रोग्रामिंग भाषाओं और विकास के उपकरणों के विकास के प्राचीन चरणों से मिलते-जुलते हैं (जैसे एक संपूर्ण के रूप में इंटरनेट, इसकी प्रौद्योगिकियों की सभी नवीनता के साथ, यह लगातार कुछ पुरातन जैसा दिखता है - एक भाग या किसी अन्य में)। जो लोग डब्ल्यू 3 पर खुद को उनके साथ परिचित कर सकते हैं, लेकिन यह हमें एक अस्थायी उपाय (या शायद "अभी भी") लग रहा था।

रूसी बुतपरस्ती के पहरे पर वेब फोंट

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

फोंट की शुद्धता और गुणवत्ता की गारंटी देने वाला सबसे अच्छा समाधान, आज उन्हें वेब-दस्तावेजों में सीधे एम्बेड करने और उन्हें उपयोगकर्ता को हस्तांतरित करने के लिए माना जाता है (आमतौर पर सिर्फ देखने के लिए)। यह दोनों मुख्य प्रकार के फोंट का उपयोग करने का प्रस्ताव है: ट्रू टाइप और पोस्टस्क्रिप्ट। उचित संकेत के साथ, ट्रू टाइप फ़ॉन्ट स्क्रीन पर बेहतर छवि प्रदान करते हैं, और पोस्टस्क्रिप्ट फोंट प्रकाशन में उद्योग मानक के रूप में, उच्च गुणवत्ता वाले मुद्रण प्रदान करते हैं।

एम्बेडेड फोंट का उपयोग केवल HTML फ़ाइल के आकार में वृद्धि से सीमित है और, परिणामस्वरूप, प्लेबैक की गुणवत्ता को बनाए रखते हुए स्थानांतरण की अवधि।

हाल तक, HTML में विशिष्ट फोंट निर्दिष्ट करना लगभग असंभव था। डिजाइनर ने फ़ॉन्ट को चुना, इसे वेब पेज की परिभाषा में शामिल किया, और जिस उपयोगकर्ता के पास अपनी मशीन पर ऐसा कोई फ़ॉन्ट नहीं था, उसने देखा कि स्वचालित रूप से (डिफ़ॉल्ट रूप से) ने ब्राउज़र को प्रतिस्थापित कर दिया है (हमारे रूसी मामले में, ब्राउज़र एक फ़ॉन्ट स्थानापन्न कर सकता है जिसमें कोई भी नहीं है रूसी पत्र)। यहां तक ​​कि उपयोगकर्ता खुद भी हमेशा ब्राउज़र में एम्बेडेड डिफॉल्ट्स को बदल नहीं सकते थे, और परिणाम डिजाइन से और भी आगे बढ़ गया (यदि बिल्कुल भी)। कई, निश्चित रूप से, पाठ के चित्रमय प्रतिनिधित्व का उपयोग करते थे, लेकिन इसके कारण भारी फाइलें होती थीं, जो पाठ ब्राउज़रों (जैसे, उदाहरण के लिए, लिंक्स) द्वारा भी नहीं पढ़ी जाती थीं। किसी दस्तावेज़ में फ़ॉन्ट एम्बेड करते समय, ये समस्याएँ ठीक हो जाती हैं। उपयोगकर्ता वास्तव में उन फोंट को देखेगा जो डिजाइन के दौरान रखे गए थे,भले ही वे उसके कंप्यूटर पर स्थापित न हों। अग्रणी ब्राउज़र निर्माताओं ने एम्बेडेड फोंट के लिए सॉफ़्टवेयर समर्थन की घोषणा की।

प्रदर्शन और मुद्रण के दौरान एम्बेडेड फोंट का एक और लाभ प्राप्त गुणवत्ता है (यह बड़े दस्तावेज़ों के लिए विशेष रूप से सच है जो स्क्रीन से पढ़ना मुश्किल है)। दस्तावेज़ के साथ एक फ़ॉन्ट भेजते समय, वर्णों के बारे में सभी जानकारी इसमें जोड़ी जाती है, जिसमें प्रदर्शन और मुद्रण की गुणवत्ता में सुधार करने के लिए इसके रचनाकारों द्वारा उपयोग किए जाने वाले संकेत और अन्य फ़ॉन्ट उपकरण शामिल हैं। इसके अलावा, यह केवल उन पात्रों को स्थानांतरित करने की योजना है जो दस्तावेज़ में उपयोग किए गए थे (फ़ॉन्ट का एक सबसेट), जो अतिरिक्त बचत प्रदान करेगा।

स्थानांतरित फ़ाइलों के आकार में एक और कमी अतिरिक्त संपीड़न (संपीड़न और, यदि संभव हो, दोषरहित) द्वारा सुनिश्चित की जा सकती है। अधिक से अधिक रचनात्मक लोगों के रूप में, जो संचार समस्याओं को भी नहीं समझते हैं, वेब पर प्रकाशन की तैयारी में भाग लेते हैं, फ़ाइल आकार लगातार बढ़ेगा।

फ़ॉन्ट के सबसेट का उपयोग करने के लिए, यह आवश्यक है कि जिन अनुप्रयोगों के साथ दस्तावेज़ बनाया गया था वे इस पद्धति का समर्थन करें। Microsoft Office 97 में यह सुविधा है, यह आपको दस्तावेज़ में फ़ॉन्ट एम्बेड करने, फ़ॉन्ट के लिए दस्तावेज़ की जाँच करने और दस्तावेज़ के साथ फ़ॉन्ट के एन्क्रिप्टेड संस्करण को जोड़ने की अनुमति देता है। कुछ फ़ॉन्ट किसी दस्तावेज़ में एम्बेड करने की अनुमति नहीं देंगे, और संकेतित सुविधा उन पर लागू नहीं होगी। जब कानूनी रूप से एम्बेडेड फोंट के साथ इस तरह के एक दस्तावेज का इरादा आता है, तो उन्हें डिक्रिप्ट किया जाएगा।

. www.online.ru/people/aship . , , - . , - ( ), . , , : « ?!» . .

 Ya v AustraliY i ottuda tebe privet !
prejnyaya stranichka tchitalasy cherez KOI8.
A chto mne s novoy sdelaty? okolo 40 statey
po russkim fontam prochel........Pochemu ne
dogovoritesy pabotaty s odnoy kodirovkoy. Drug,
my vse jelaem chitaty smotrety vashy sayty. 

फ़ॉन्ट संपीड़न उपकरण Agfa MicroType Express और Adobe CFF तकनीकों पर आधारित हैं, जो गुणवत्ता के नुकसान के बिना संपीड़न प्रदान करते हैं। माइक्रो टाइप एक्सप्रेस ट्रू टाइप और पोस्टस्क्रिप्ट फोंट के साथ काम करता है, और सीएफएफ केवल पोस्टस्क्रिप्ट फोंट के साथ। Agfa के माध्यम से संपीड़न पूरी तरह से मूल की जानकारी को संरक्षित करता है और, फ़ॉन्ट के सबसेट को स्थानांतरित करने की विधि के संयोजन में, लैटिन ग्राफिक्स के आधार पर फोंट के लिए 90 प्रतिशत संपीड़न और चीनी, कोरियाई और "हम" जैसे 99 प्रतिशत तक प्रदान करता है। छवियों और फिल्मों के भंडारण के लिए उपयोग की जाने वाली हानिपूर्ण संपीड़न विधियों के विपरीत, माइक्रो टाइप एक्सप्रेस तकनीक मूल पात्रों और इंटरनेट पर उनकी उपस्थिति के बीच पूर्ण पत्राचार को बनाए रखती है, मक्खी पर अपघटन का समर्थन करती है। इसके अलावा, सभी संकेत सहेजे जाते हैं, जो उच्च गुणवत्ता वाले प्रदर्शन और मुद्रण सुनिश्चित करता है।Microsoft इंटरनेट एक्सप्लोरर इन तकनीकों का समर्थन करने के लिए प्रतिबद्ध है।

Open

Microsoft और Adobe एक नए सार्वभौमिक फ़ॉन्ट प्रारूप पर काम कर रहे हैं जिसे Open Tour कहा जाता है, ट्रू टाइप और पोस्टस्क्रिप्ट को मिलाकर। बनाई जा रही तकनीक का एक हिस्सा फ़ॉन्ट संपीड़न है। ओपन टूर में, मौजूदा फोंट के प्रबंधन में सुधार किया जाएगा और एक प्रारूप बनाया जाएगा जो वेब उपयोग के लिए डिज़ाइन किए गए कंप्यूटर फोंट की एक नई पीढ़ी के साथ काम करेगा। इस काम का एक महत्वपूर्ण हिस्सा फोंट के क्रॉस-लाइसेंसिंग के लिए समर्पित है, साथ ही साथ प्रौद्योगिकी जो यह सुनिश्चित करेगी कि दोनों प्रारूप विभिन्न प्लेटफार्मों के साथ काम करते हैं। ओपन टूर प्रारूप दस्तावेज़ में ट्रू टाइप या पोस्टस्क्रिप्ट फॉन्ट को एम्बेड करने और डिजाइनरों और उपयोगकर्ताओं द्वारा वेब पेजों की स्थापना और उपयोग के लिए एक सरल प्रक्रिया की अनुमति देगा। माइक्रोसॉफ्ट ने ओपन टूर फोंट को अपने कोर ऑपरेटिंग सिस्टम का एक मानक तत्व बनाने के अपने इरादे की घोषणा की है।एडोब ग्राफिक, प्रकाशन और इंटरनेट अनुप्रयोगों के लिए अपने सॉफ्टवेयर उत्पादों के नए संस्करणों में ओपन टूर का समर्थन करने जा रहा है।

वर्ल्ड वाइड वेब पर प्रकाशन के लिए ओपन टूर को एक नए फ़ॉन्ट आर्किटेक्चर में बदलने की संभावना मौजूदा "फ़ॉन्ट युद्ध" के अंत का प्रतीक है। Agfa, Adobe और Microsoft जैसी सूचना प्रौद्योगिकी के क्षेत्र में नेताओं ने सामान्य रूप से इंटरनेट पर टेक्स्ट ट्रांसमिशन की गुणवत्ता में सुधार के लिए प्रतिबद्ध किया है और विशेष रूप से WWW में, HTML दस्तावेज़ों में सबसेट, संपीड़ित और फोंट का उपयोग करने की नई तकनीक का स्पष्ट भविष्य है। फ़ॉन्ट में निहित जानकारी को सहेजने और उच्च-गुणवत्ता वाले तरीके से इसे पुन: पेश करने की क्षमता वेब पेजों को शैली और डिजाइन के साथ गारंटीकृत अनुपालन प्रदान करेगी, और हम, "रूसी-भाषी", हमारे अत्यधिक विविध जीवन के सभी मामलों के लिए एन्कोडिंग बनाए रखने के दायित्व से मुक्त हो जाएंगे।

HTML प्रारूप में इलेक्ट्रॉनिक पत्राचार के अनुवाद और प्रसारण में रुझान सभी "मेल" समस्याओं को कम कर देगा। इस प्रकार, यह कहना सुरक्षित है: सर्वर के मालिक - सभी प्रकार के ट्रांसकोड्स को बंद कर देते हैं, आपका "शोकपूर्ण काम" अभी भी बेकार हो जाएगा!

पहले महीने और वर्तमान वर्ष के आधे हिस्से के लिए रूसी सर्वर www.medlux.ru पर जाएँ ।

साइट www.medlux.ru इस तथ्य का भी संकेत है कि इसका कंप्यूटर विषयों (मॉस्को में फार्मेसियों में दवाओं की उपलब्धता और अन्य चिकित्सा जानकारी) से कोई संबंध नहीं है, और इसका उपयोग मुख्य रूप से सीआईएस देशों से होता है।
(वेब-मास्टर अलेक्जेंडर ज़ोटोव द्वारा प्रदान की गई जानकारी।)

यात्राओं की संख्या	मंच
39,030	Win95
27,094	विंडोज (अज्ञात)
10,321	जीत 16
2903	WinNT
1440	Win32
1254	FreeBSD
1181	SunOS
863	अज्ञात (लिंक्स)
595	लबादा
583	ओएस / 2
540	लिनक्स
192	मैक पावरपीसी
156	HP-UX
132	AIX
97	बीएसडी / 386
80	OSF1
34	AlphaServer
28	बीएसडी / ओएस
16	ओपन VMS
14	IRIX64
7	अल्फा
6	वेबटीवी

नतीजतन, हम प्राप्त करते हैं:
एमएस - 93.3%, यूनिक्स - 5.1%, मैक - 0.9%, ओएस / 2 - 0.7%

वर्ल्ड वाइड वेब के अनुसार, बिना चप्पल निकाले

अग्रणी सॉफ्टवेयर डेवलपर्स डब्ल्यूडब्ल्यूडब्ल्यू-टूल्स और मल्टीमीडिया के क्षेत्र में अपने प्रयासों पर ध्यान केंद्रित कर रहे हैं, स्पष्ट रूप से हमें दिखा रहे हैं कि निकट भविष्य में इस क्षेत्र में क्या उम्मीद की जानी चाहिए।

हालांकि, निरंतर "ब्राउज़र युद्ध" के परिणामस्वरूप नुकसान मुख्य रूप से उपभोक्ता द्वारा वहन किया जाता है। कंप्यूटर प्रदर्शन के लिए आवश्यकताएं बढ़ रही हैं (मुख्य रूप से मेमोरी के लिए), कार्यक्रम अधिक जटिल होते जा रहे हैं, और नए उपकरण दिखाई दे रहे हैं। ये सभी फंड मुख्य रूप से तकनीकी-अभिजात वर्ग के लिए हैं। इस प्रकार, संभावित उपयोगकर्ताओं की एक बड़ी संख्या खो जाती है। और नेटवर्क के वर्तमान ग्राहकों को प्रत्येक अपील के साथ "टन के कोयले" को संसाधित करने की आवश्यकता है, ताकि परिणामस्वरूप उन्हें एक पौराणिक "हीरा" मिल सके जो सभी के लिए सुलभ नहीं है।

दूसरी ओर एक वेब टेलीविजन टर्मिनल (वेबटीवी), वीसीआर या टेलीफोन आंसरिंग मशीन की तरह ही सरल है। एक पारंपरिक नियंत्रण कक्ष पर, केवल एक बटन जोड़ा जाता है - WEB। यदि मैं पहले से ही रूस में उनकी उपस्थिति का पता नहीं लगाता तो मैं वेबटीवी कंसोल का उल्लेख नहीं करता।

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

शायद निकट भविष्य में वेबटीवी का उपयोग मुख्य रूप से पाठ्य सूचना, सम्मेलनों (उदाहरण के लिए, सोप ओपेरा पर), एकल छवियों और वीडियो के टुकड़ों को देखने में देरी से देखने के लिए किया जाएगा।

आज दुनिया भर में वेबटीवी का उपयोग कुछ अनुप्रयोगों तक सीमित है: मांग पर समाचार (मौसम और खेल के परिणामों सहित), फिल्में, प्रसारण और टेलीविजन कार्यक्रम देखने के साथ-साथ वाणिज्यिक आदेश भी। सफलता शायद इस बात पर निर्भर करेगी कि दर्शकों के लिए इस तरह की जानकारी प्राप्त करना कितना आसान है और इंटरनेट संसाधनों तक पहुंचना कितना सुविधाजनक होगा। अधिकांश लोग कंप्यूटर के बजाय टीवी का उपयोग करने में प्रसन्न होंगे यदि अतिरिक्त उपकरणों की कीमत बहुत अधिक नहीं है (अब यह लगभग 300-400 डॉलर प्रति डिवाइस है), और काम काफी सुविधाजनक होगा। ईमेल मुख्य अवसर है जो निकट भविष्य में वेबटीवी को बड़े पैमाने पर बाजार में लाएगा।

किसी भी मामले में, वेबटीवी इंटरनेट का उपयोग करने के लिए एक और वातावरण है, क्योंकि टीवी के मुख्य "उपयोगकर्ता" दादा-दादी, बच्चे और गृहिणियां हैं। उनकी जरूरतों के अनुकूल होना पड़ेगा।

कैसे, सज्जनों, प्रदाताओं, आप उन्हें KOI8-R की आवश्यकता समझाते हैं?

---