8 биттік таза жүйелер және мәліметтерді беру стандарты

Кіріспе

8 биттік таңба кодтамасын дұрыс өңдейтін компьютерлік жүйе.

8 биттік тазалық – компьютерлік жүйелердің, байланыс арналарының және басқа да құрылғылар мен бағдарламалық жасақтамалардың, 8 биттік таңба кодтамасын өңдегенде, ешбір байтты жолақты басқару коды ретінде қарамайтын қасиеті.

Тарих

1990 жылдардың басына дейін көптеген бағдарламалар мен деректерді беру арналары символға бағдарланған және кейбір символдарды, мысалы, ETX-ті, басқару символдары ретінде қарастырған. Басқалары 0 мен 127 арасындағы мәндері бар жеті биттік символдар ағынын қабылдады; мысалы, ASCII стандарты әр символ үшін тек жеті бит қолданды, деректерді беру шығындарын үнемдеу үшін 8 биттік бейнелеуден аулақ болды. 8 биттік байттарды пайдаланатын компьютерлер мен деректер байланыстарында бұл әр байттың жоғарғы битін паритет, флаг биті немесе метадеректерді басқару биті ретінде пайдалануға мүмкіндік берді. 7 биттік жүйелер мен деректер байланыстары үлкен әліпбиі бар, ағылшын тілінде сөйлейтін елдерде кең таралған күрделі символ кодтарын тікелей өңдеуге қабілетсіз. Октаттардың екілік файлдарын 7 биттік деректер арналары арқылы тікелей беруге болмайды. Бұл мәселені шешу үшін тек 7 биттік ASCII символдарын пайдаланатын екілік-мәтіндік кодтау әдістері ойлап табылды. Осы кодтаулардың кейбіреулері uuencoding, Ascii85, SREC, BinHex, kermit және MIME-нің Base64 болып табылады. EBCDIC негізіндегі жүйелер UUкодталған деректерде қолданылатын барлық символдарды қабылдай алмайды. Дегенмен, Base64 кодтамасында бұл мәселе жоқ.

SMTP және NNTP 8 биттік тазалығы

Тарихи тұрғыдан хабарларды жеткізу үшін әртүрлі орталар қолданылған, олардың кейбіреулері тек 7 биттік деректерді қолдаған. Сондықтан 20 ғасырда 8 биттік хабардың берілу кезінде бұрмалану қаупі жоғары болған. Бірақ кейбір жүзеге асырулар 8 биттік деректерді формалды түрде қолдануға тыйым салған жоқ және жоғары биттері орнатылған байттардың өтуіне рұқсат берді. Мұндай жүзеге асырулар 8 биттік таза деп аталады. Жалпы, байланыс протоколы 8 биттік таза деп есептеледі, егер ол байланыс процесінде әрбір байттың жоғары битін дұрыс жеткізсе. Көптеген ерте байланыс протоколы стандарттары, мысалы (SMTP үшін), (NNTP үшін) және , мұндай "7 биттік" байланыс арналары арқылы жұмыс істеуге арналған. Олар әсіресе "8 биттік байт түрінде берілетін, жоғары реттік биті нөлге орнатылған" ASCII әріптер жиынтығын пайдалануды талап етеді, ал олардың кейбіреулері барлық деректерді 7 биттік әріптермен шектеуді нақты көрсетеді. Электрондық пошта желілерінің алғашқы онжылдықтарында (1971 жылдан 1990-жылдардың басына дейін) көптеген электрондық пошта хабарламалары 7 биттік US ASCII әріптер жиынтығында қарапайым мәтін түрінде болған. SMTP анықтамасы, оның алдыңғы нұсқасы сияқты, Интернет поштасын 7 биттік US ASCII әріптерінің жолдарымен (1000 әріп немесе одан аз) шектейді. Content Transfer Encoding=binary деген мазмұн беру өрісі 8 биттік таза тасымалдауды талап етеді. NNTP "кәдімгі сенімді екі бағытты 8 биттік кеңдікті деректер ағыны арнасы арқылы жұмыс істейді" деп көрсетеді және командалар үшін әріптер жиынтығын UTF-8-ге өзгертеді. Дегенмен, әлі де ASCII әріптер жиынтығымен шектеледі, оның ішінде ASCII емес деректердің MIME кодтамасы бар. Интернет қауымдастығы көбінесе мүмкіндіктерді кеңейту арқылы қосады, бұл жаңартылған және әлі жаңартылмаған машиналар арасында екі бағытты байланысқа мүмкіндік береді, ескі бағдарламалық жасақтаманы "бұзылған" деп жарияламайды және барлық бағдарламалық жасақтаманың соңғы стандартқа жаңартылуын талап етпейді. 1990-жылдардың ортасында адамдар "жәй ғана 8 бит (SMTP серверлеріне) жіберуге" қарсы болды, мүмкін, "жәй ғана 8 бит жіберу" деген түсінік ISO 8859-1 жаңа "стандартты кодтау" болып табылатындығын білдіреді, бұл әлемдегі барлық адамдарды бірдей әріптер жиынтығын пайдалануға мәжбүр етеді. Оның орнына, машиналар арасындағы 8 биттік таза байланыстарды пайдаланудың ұсынылатын тәсілі – хабарламалар үшін ESMTP 8BITMIME кеңейтуін және хабарлама тақырыптары үшін SMTP SMTPUTF8 кеңейтуін пайдалану. Осыған қарамастан, кейбір пошта беру агенттері, атап айтқанда Exim және qmail, 8BITMIME-ді жарияламайтын серверлерге поштаны 7 биттік MIME-ге түрлендіруді (әдетте, "Q P түрлендіру") талап етпей қайта жібереді. Бұл "жәй ғана 8 жіберу" көзқарасы іс жүзінде проблема тудырмайды, өйткені барлық заманауи электрондық пошта серверлері 8 биттік таза.

Historically, various media were used to transfer messages, some of them only supporting 7 bit data, so an 8 bit message had high chances to be garbled during transmission in the 20th century. But some implementations really did not care about formal discouraging of 8 bit data and allowed high bit set bytes to pass through. Such implementations are said to be 8 bit clean. In general, a communications protocol is said to be 8 bit clean if it correctly passes through the high bit of each byte in the communication process. Many early communications protocol standards, such as (for SMTP), (for NNTP) and , were designed to work over such "7 bit" communication links. They specifically require the use of ASCII character set "transmitted as an 8 bit byte with the high order bit cleared to zero" and some of these explicitly restrict all data to 7 bit characters. For the first few decades of email networks (1971 to the early 1990s), most email messages were plain text in the 7 bit US ASCII character set. The definition of SMTP, like its predecessor , limits Internet Mail to lines (1000 characters or less) of 7 bit US ASCII characters. The header field Content Transfer Encoding=binary requires an 8 bit clean transport. specifies "NNTP operates over any reliable bi directional 8 bit wide data stream channel." and changes the character set for commands to UTF 8. However, still limits the character set to ASCII, including and MIME encoding of non ASCII data. The Internet community generally adds features by extension, allowing communication in both directions between upgraded machines and not yet upgraded machines, rather than declaring formerly standards compliant legacy software to be "broken" and insisting that all software worldwide be upgraded to the latest standard. In the mid 1990s, people objected to "just send 8 bits (to SMTP servers)", perhaps because of a perception that "just send 8 bits" is an implicit declaration that ISO 8859 1 become the new "standard encoding", forcing everyone in the world to use the same character set. Instead, the recommended way to take advantage of 8 bit clean links between machines is to use the ESMTP 8BITMIME extension for message bodies and the SMTP SMTPUTF8 extension for message headers. Despite this, some mail transfer agents, notably Exim and qmail, relay mail to servers that do not advertise 8BITMIME without performing the conversion to 7 bit MIME (typically quoted printable, "Q P conversion") required by This "just send 8" attitude does not in fact cause problems in practice, since virtually all modern email servers are 8 bit clean.