Html русская кодировка: Атрибут charset | htmlbook.ru

Модуль ngx_http_charset_module

Модуль ngx_http_charset_module добавляет указанную кодировку в поле “Content-Type” заголовка ответа. Кроме того, модуль может перекодировать данные из одной кодировки в другую с некоторыми ограничениями:

• перекодирование осуществляется только в одну сторону — от сервера к клиенту,
• перекодироваться могут только однобайтные кодировки
• или однобайтные кодировки в UTF-8 и обратно.

include        conf/koi-win;
charset        windows-1251;
source_charset koi8-r;

charset off;

Добавляет указанную кодировку в поле “Content-Type” заголовка ответа. Если эта кодировка отличается от указанной в директиве source_charset, то выполняется перекодирование.

Параметр off отменяет добавление кодировки в поле “Content-Type” заголовка ответа.

Кодировка может быть задана с помощью переменной:

charset $charset;

В этом случае необходимо, чтобы все возможные значения переменной присутствовали хотя бы один раз в любом месте конфигурации в виде директив charset_map, charset или source_charset. Для кодировок utf-8, windows-1251 и koi8-r для этого достаточно включить в конфигурацию файлы conf/koi-win, conf/koi-utf и conf/win-utf. Для других кодировок можно просто сделать фиктивную таблицу перекодировки, например:

charset_map iso-8859-5 _ { }

Кроме того, кодировка может быть задана в поле “X-Accel-Charset” заголовка ответа. Эту возможность можно запретить с помощью директив proxy_ignore_headers, fastcgi_ignore_headers, uwsgi_ignore_headers, scgi_ignore_headers и grpc_ignore_headers.

Описывает таблицу перекодирования из одной кодировки в другую. Таблица для обратного перекодирования строится на основании тех же данных. Коды символов задаются в шестнадцатеричном виде. Неописанные символы в пределах 80-FF заменяются на “?”. При перекодировании из UTF-8 символы, отсутствующие в однобайтной кодировке, заменяются на “&#XXXX;”.

Пример:

charset_map koi8-r windows-1251 {
    C0 FE ; # small yu
    C1 E0 ; # small a
    C2 E1 ; # small b
    C3 F6 ; # small ts
    .  ..
}

При описании таблицы перекодирования в UTF-8, коды кодировки UTF-8 должны быть указаны во второй колонке, например:

charset_map koi8-r utf-8 {
    C0 D18E ; # small yu
    C1 D0B0 ; # small a
    C2 D0B1 ; # small b
    C3 D186 ; # small ts
    ...
}

Полные таблицы преобразования из koi8-r в windows-1251 и из koi8-r и windows-1251 в utf-8 входят в дистрибутив и находятся в файлах conf/koi-win, conf/koi-utf и conf/win-utf.

charset_types text/html text/xml text/plain text/vnd.wap.wml
application/javascript application/rss+xml;

Эта директива появилась в версии 0.

Разрешает работу модуля в ответах с указанными MIME-типами в дополнение к “text/html”. Специальное значение “*” соответствует любому MIME-типу (0.8.29).

До версии 1.5.4 по умолчанию вместо MIME-типа “application/javascript” использовался “application/x-javascript”.

 override_charset off;

Определяет, выполнять ли перекодирование для ответов, полученных от проксированного сервера или от FastCGI/uwsgi/SCGI/gRPC-сервера, если в ответах уже указана кодировка в поле “Content-Type” заголовка ответа. Если перекодирование разрешено, то в качестве исходной кодировки используется кодировка, указанная в полученном ответе.

Необходимо отметить, что если ответ был получен в подзапросе, то, независимо от значения директивы override_charset, всегда выполняется перекодирование из кодировки ответа в кодировку основного запроса.

Задаёт исходную кодировку ответа. Если эта кодировка отличается от указанной в директиве charset, то выполняется перекодирование.

Коды языков HTML — Стоматология в Химках

Кодировка для русского языка

В HTML коды языков могут использоваться для указания языка веб-страницы или ее части. Это поможет поисковой системе, а также браузеру правильно обработать страницу.

Пример кода указания языка страницы lang HTML документа

Пример указания языка на HTML веб странице:

Пример для спецификации XHTML:

Стандарт ISO 639-1 кодов языков

HTML использует стандарт кодов языков ISO 639-1.

Таблица кодов языков ниже содержит HTML код языка с указанием перевода на русский и английский.

В HTML коды языков могут использоваться для указания языка веб-страницы или ее части. Это поможет поисковой системе, а также браузеру правильно обработать страницу.

Пример указания языка на HTML веб странице:

Пример для спецификации XHTML:

Коды языков HTML.

Guruweba. com

15.06.2017 14:27:32

2017-06-15 14:27:32

Источники:

Https://guruweba. com/html/kody-yazykov-html/

Кодировка русского языка в html: Атрибут charset | — | Создание и продвижение сайтов » /> » /> .keyword { color: red; }

Кодировка HTML страницы и атрибуты — Знакомство с HTML — codebra

Дополнительное видео по теме

Как добавить кодировку страницы?

Вы когда-нибудь видели на странице в интернете какие-то знаки вопроса, квадратики и прочее вместо текста? Думаю, что видели. Так вот, у этого сайта проблема с кодировкой, вполне возможно разработчик ее не указал. Кодировка, простыми словами, это таблица содержащая набор символов. Для того чтобы добавить кодировку сайта, нужен многофункциональный тег, о нем написан целый урок. Итак, чтобы браузер понял, какую кодировку вы используете, применяйте эту строку:

Что такое кодировка?

Кодировка, это набор символов, представленный в таблице. Таблица содержит сам символ и его код, например, двоичный (нули и единицы). Термин «набор символов» редко используется, чаще всего говорят «кодировка». На данный момент популярны две кодировки: ASCII и UTF-8. На нашем сайте используется кодировка UTF-8 .

Подробнее о кодировке?

Кодировка ASCII является американской и разрабатывалась для английского языка. Так как, к примеру, французский язык имеет надстрочные знаки, а русский алфавит не похож на английский, был разработан стандарт Unicode для расширения кодировки ASCII. Но и в Unicode, со временем, стало не хватать места для размещения новых символов. Поэтому на основе Unicode создали кодировку UTF-8, которая исправила эти недостатки. UTF-8 позволяет кодировать до 2 миллиардов символов, поэтому она доминирует в интернете.

В UTF-8 коды от 0 до 127 используются для представления символов ASCII. Если символ не входит в набор ASCII, то старший бит первого байта устанавливается в 1, что свидетельствует о дополнительном использовании байтов. То есть если в документе используются только символы из ASCII, то каждый символ в UTF-8 будет кодироваться восьмью битами.

Что такое атрибуты?

Настало время познакомиться с атрибутами в HTML. Вы их уже встречали, просто на них не акцентировалось внимание. Атрибуты – это дополнение к тегам, расширяющее их возможности. Они всегда указываются в открывающемся теге. Атрибут состоит из имени и значения, разделенного знаком равенства.

Имя атрибута необходимо писать в нижнем регистре. Хотя HTML5 и позволяет писать в любом регистре и не использовать кавычки, все же так не рекомендуется делать.

Виды кодировок символов [АйТи бубен]

В общем случае кодировка или Кодовая таблица — это однозначное соответствие между подмножеством целых чисел (как правило, идущих подряд) и некоторым набором символов. Ключевым здесь является понятие символа. Символ может быть буквой (а может и не быть), может соответствовать звуку речи (а может и не соответствовать) и может быть представлен графическим знаком (но может обходиться и без какого бы то ни было видимого образа). Символ — это атом смысла, мельчайшая неделимая частица информации.

Так, латинское «А» и кириллическое «А» — это разные символы, потому что они употребляются в разных контекстах и несут в себе разную информацию.

Определяющим для любой кодировки является количество охватываемых ею кодов и, соответственно, символов. Поскольку тексты в компьютере хранятся в виде последовательности байтов, большинство кодировок естественным образом распадаются на однобайтовые, или восьмибитные, способные закодировать не больше 256 символов, и двухбайтовые, или шестнадцатибитные, чья емкость может достигать 65636 знакомест.

Если кодировка ISO 8859-5 для кириллицы так и не прижилась, первая из этой серии — кодировка ISO 8859-1, известная также под именем Latin-1, — сумела стать общепринятым стандартом для кодирования «расширенной» латиницы. В эту кодировку включены почти все символы, употребляющиеся в письменностях западноевропейских языков — французского, немецкого, испанского и т. д.

Внедрение Юникода привело к изменению подхода к традиционным 8-битным кодировкам. Если раньше кодировка задавалась шрифтом, то теперь она задаётся таблицей соответствия между данной кодировкой и Юникодом. Фактически 8-битные кодировки превратились в форму представления некоторого подмножества Юникода. Это намного упростило создание программ, которые должны работать с множеством разных кодировок: теперь, чтобы добавить поддержку ещё одной кодировки, надо всего лишь добавить ещё одну таблицу перекодировки в Юникод.

В 1991 году была предпринята попытка создать единую универсальную двухбайтовую кодировку, охватывающую все алфавиты и иероглифические системы мира. Результатом стал стандарт под названием Unicode, покрывающий не только системы письменности всех живых и большинства мертвых языков мира, но и множество музыкальных, математических, химических и прочих символов. Массовое применение Unicode в документах и программах остается делом будущего, для web — дизайнера эта кодировка имеет особое значение, так как именно она объявлена «стандартной кодировкой документа» в HTML начиная с версии 4.

В ближайшее время все более важную роль будет играть особый формат Unicode (и ISO 10646) под названием UTF-8. Эта «производная» кодировка пользуется для записи символов цепочками байтов различной длины (от одного до шести), которые с помощью несложного алгоритма преобразуются в Unicode — коды, причем более употребительным символам соответствуют более короткие цепочки. Главное достоинство этого формата — совместимость с ASCII не только по значениям кодов, но и по количеству бит на символ, так как для кодирования любого из первых 128 символов в UTF-8 достаточно одного байта (хотя, например, для букв кириллицы нужно уже по два байта).

Для указания кодировки символов web-страницы используются следующие обозначения кодовых таблиц:

На web — странице указать кодировку документа можно двумя cпособами:

Элемент meta является дочерним по отношению к разделу заголовка документа (head) и служит для указания типа и кодировки содержимого страницы. Типом содержимого является структурированный текст в формате html (text/html), используемая кодировка кириллица windows (charset=windows-1251).

Обычно используют оба способа одновременно. Например, для указания кодировки КОИ8 для украинского языка на web-странице, используют следующую структуру документа:

При сохранении текста выбирайте ту же кодировку, что указали на web-странице.

Поэкспериментируйте с различными кодировками, и вы убедитесь, что символы латинского алфавита, цифры и знаки пунктуации передаются без изменений в подавляющем большинстве из них.

@charset | CSS | WebReference

Команда @charset применяется для задания кодировки внешнего CSS-файла. Это имеет значение в том случае, если в CSS-файле используются символы национального алфавита.

Для внешней таблицы стилей браузер последовательно просматривает следующие пункты для определения кодировки таблицы стилей:

кодировка, которую отдает сервер; правило @charset; атрибут charset элемента (данный атрибут устарел, не используйте его).

Приведённый список имеет чётко выраженную иерархию — чем выше находится пункт, тем выше его приоритет. Если ни один из пунктов не найден, будет установлена кодировка UTF-8.

Синтаксис

Обозначения

Значения

Для русского языка обычно указывается кодировка windows-1251 или utf-8. Значение кодировки обязательно должно быть взято в кавычки.

Пример

Примечание

В браузере Internet Explorer до версии 7 включительно название кодировки допускается писать без кавычек, что противоречит спецификации CSS.

Спецификация

Каждая спецификация проходит несколько стадий одобрения.

Recommendation (Рекомендация) — спецификация одобрена W3C и рекомендована как стандарт. Candidate Recommendation (Возможная рекомендация) — группа, отвечающая за стандарт, удовлетворена, как он соответствует своим целям, но требуется помощь сообщества разработчиков по реализации стандарта. Proposed Recommendation (Предлагаемая рекомендация) — на этом этапе документ представлен на рассмотрение Консультативного совета W3C для окончательного утверждения. Working Draft (Рабочий проект) — более зрелая версия черновика после обсуждения и внесения поправок для рассмотрения сообществом. Editor’s draft (Редакторский черновик) — черновая версия стандарта после внесения правок редакторами проекта. Draft (Черновик спецификации) — первая черновая версия стандарта.

Браузеры

В таблице браузеров применяются следующие обозначения.

— свойство полностью поддерживается браузером со всеми допустимыми значениями; — свойство браузером не воспринимается и игнорируется; — при работе возможно появление различных ошибок, либо свойство поддерживается лишь частично, например, не все допустимые значения действуют или свойство применяется не ко всем элементам, которые указаны в спецификации.

Число указывает версию браузера, начиная с которой свойство поддерживается.

Автор и редакторы

Автор: Влад Мержевич

Последнее изменение: 30.08.2017

Редакторы: Влад Мержевич

URL кодирование и декодирование

Для тех кто не любит нудных объяснений 🙂

Введите строку в одно из полей и нажмите соответствующую кнопку

Строка в закодированном виде

Строка в нормальном виде

Для тех кто любит «во всем разобраться» 😉

Кодирование URL и просто двоичных данных в последовательность букв, цифр и некоторых специальных знаков латинского алфавита в интернете было связано с ограничением физических устройств на передачу только алфавитно-цифровых символов. В URL такое кодирование обычно применяется для передачи символов в формате Unicode (как правило UTF-8) в последовательность из двух байт, записанных в шестнадцатиричном представлении. Каждый байт предваряется знаком %. При таком кодировании строчка «корова» будет иметь вид: %D0%BA%D0%BE%D1%80%D0%BE%D0%B2%D0%B0. То есть русской букве к будет соответствовать последовательность %D0%BA и. т.д. Такое кодирование является общепринятым для путей к файлам или папкам, входящим в URL.

Подмножесто символов, которые разрешены в URL немного шире чем алфавитно-цифровые символы, так, в URL можно использовать дефис и подчеркивание, но нельзя, например, использовать одинарные или двойные кавычки. Некоторые символы используют для разделения параметров в URL, и их кодирование в этом случае будет неправомочным. В зависимости от отношения к кодированию специальных символов в javascript различают функции encodeURI и decodeURI, которые могут работать с полным URL, и, функции encodeURIComponent / decodeURIComponent, применяемые для параметров, входящих в URL.

Вообще говоря, кодирование параметров может быть достаточно произвольным. Здесь разработчик может использовать любую схему кодировки, если состав ее символов будет коректно передаваться через сеть. Так, вместо строки кириллицы в utf-8 можно применить строку в кодировке Windows 1251. В этом случае слово «корова» будет выглядеть как %EA%EE%F0%EE%E2%E0. То есть, символу к будет соответствовать последовательность из двух букв со знаком процента перед ними — %EA. Закодировать в строки с процентами кириллицу из других кодировок можно в нашем HTML кодировщике. В принципе, допустимы также другие способы кодирования, например, escape/unescape функцию javascript. Слово «корова» в этом случае будет выглядеть как %u043A%u043E%u0440%u043E%u0432%u0430.

URL кодировщик с расширенными возможностями

Как прописать кодировку в html?

Нужно правильно раскодировать сигналы, которые наш мозг получает из окружающей среды. Проще говоря, следует правильно « настроить » свой взгляд на жизнь. Ну, вроде не полупустой кошелек, а наполовину полный. То есть, требуется использовать нужную кодировку. Для интернета чаще всего правильной является кодировка utf :

Немного о кодировках

Наверное, не является секретом тот факт, что основным типом содержимого во всемирном веб-пространстве является текст. Конечно, сейчас с этим утверждением можно поспорить, но буквально какой-то десяток лет назад это было так.

Но передача текста в цифровом формате происходит совсем иначе, чем у нас на экране. Для перевода текста в машинный код используется двоичная система исчисления, состоящая лишь из 0 и 1.

Следующим этапом передачи текста в виртуальном пространстве является его отображение на клиентских машинах с помощью браузера, интерпретирующего html. Вот тут и начинается самое интересное, когда браузер клиента и веб-страница содержат в себе текстовые данные в разных кодировках. Тогда пользователь на своем мониторе видит не текст, а какие-то непонятные ( нечитаемые ) символы:

Чаще всего нужно всего лишь поменять кодировку веб-страницы на кодировку utf8. Ведь она является наиболее распространенной во всем интернете.

Кодировка UTF-8

Наиболее распространенная среди стандартизированных и общепринятых текстовых кодировок. Расшифровывается как « восьмибитный формат преобразования Юникода » или « Unicode Transformation Format ».

Стандарт был разработан еще в 1992 году. В настоящее время он широко применяется не только во всемирной паутине, но и на прикладном уровне ( локальные машины и операционные системы ). Основным достоинством кодировки является ее совместимость с ASCII:

ASCII («American standard code for information interchange») еще одна (но более старая) кодировка представления текстовых данных. В ее таблице символов значения печатных и непечатных знаков заданы с помощью чисел в шестнадцатеричной системе исчисления.

При использовании UTF-8 для передачи данных в формате ASCII используются 7 первых битов. Последний ( восьмой ) служит для вывода « мусора » ( некорректно раскодированных данных ). Что при использовании кодировки для латинских символов существенно уменьшает объем текстовых данных.

Как уже говорилось, часто для корректного отображения текста достаточно лишь поменять кодировку документа. Рассмотрим, как это можно сделать в различных дисциплинах, применяемых для построения веб-пространства.

Как установить кодировку в HTML и PHP

Для установки utf 8 кодировки в html используется специальный тег. Он объединяет в себе в форме атрибутов значение метатегов.

Метатеги используются для передачи и хранения информации, предназначенной для браузеров и поисковиков. Одним из атрибутов тега является charset. Он служит для установки кодировки веб-страницы. Пример использования:

Также можно установить кодировку некоторым элементам страницы. Например, ссылке. Для этого также используется атрибут charset, значением которого выступает нужная кодировка:

Кроме этого можно присваивать значения непосредственно заголовкам http, которые передаются вместе с ответом на запрос от браузера к серверу. В таком случае кодировка сайта utf 8 , переданная через заголовок, будет доминирующей над значением, заданным внутри веб-страницы.

Многие из страниц ресурсов не являются статическими, а динамически создаются благодаря использованию серверных языков программирования. Чаще всего для построения сайтов применяют PHP. Поэтому важно знать о его средствах, позволяющих «на лету» поменять кодировку генерируемой веб-страницы.

Для установки и модификации значений заголовка используется функция header() . Ее синтаксис:

Чтобы корректно задать в php кодировку utf 8 , вызов функции header() в коде должен находиться выше всех тегов html.

Глобальные настройки кодировки

Описанные выше методы могут использоваться для отдельных веб-страниц или небольших сайтов. Но что делать, если вы имеете дело с ресурсом, состоящим из нескольких сотен страниц и десятка разделов? Давайте разберемся, как установить кодировку utf 8 для всего сайта.

Для этого нужно вносить изменения в дополнительный файл конфигурации ресурса. Он носит название. htaccess. Сначала его нужно открыть в любом текстовом редакторе, а затем добавить туда строку:

В качестве более глобального способа изменения кодировки стоит рассмотреть пример на основе любого локального сервера. Для большей наглядности мы возьмем Denwer, который довольно широко распространен в наших краях.

Чтобы изменить кодировку всех ресурсов, размещенных на нашем сервере Apache, нужно отредактировать содержимое конфигурационного файла httpd. conf. Он находится по пути:

Как и в предыдущем примере, в нем нужно заменить значение AddDefaultCharset на нужное. В нашем случае это utf-8 :

Изменение кодировки базы данных

Изменение кодировки рассмотрим на примере MySQL. Так как это одна из самых востребованных и распространенных СУБД, применяемых в сайтостроении. Все изменения можно произвести в файле my. ini. В Денвере он находится по пути:

Здесь нужно поменять значение нескольких полей на utf-8 :

default-character-set ; character-set-server ; init-connect = «set names» ; default-character-set.

И затем добавить строку skip-character-set-client-handshake :

Подобные изменения можно внести не только для всех баз данных на сервере, но и для отдельно взятой в php базы mysql. Сделать это можно через пользовательский интерфейс оболочки PHPMyAdmin.

Сначала узнаем, какие кодировки установлены по умолчанию в нашей базе данных. Для этого вводим запрос SQL :

Вот какой ответ мы должны получить:

Если какие-либо значения нас не удовлетворяют, то нужно их изменить. Воспользуемся для этого запросом к ядру сервера СУБД:

В результате мы получим новые значения переменных character_set_connection, character_set_results и character_set_client.

К сожалению, не все так просто обстоит с изменением кодировки в таблицах Excel. Для этого придется воспользоваться сторонней программой для перекодирования файлов. Или обработать данные с помощью громоздких функций.

Мы рассмотрели все основные способы изменения веб-документов на кодировку utf. Надеемся, что этот материал поможет вам не только выбрать правильную кодировку текста, но и « установить » правильный взгляд на жизнь.

Первая серьёзная проблема, с которой сталкиваются большинство новичков при создании HTML-страниц, связана с набором символов (англ. Character set). Выражается эта проблема с кодировкой в, так называемых, «кракозябриках», которые мы получаем вместо указанных в HTML-файле символов. В данной статье я хочу остановиться на проблеме с кодировкой подробнее, постараться расставить всё по полочкам и дать варианты решения.

Что такое кодировка? Кодировка файла (редактирование в Notepad++) Кодировка отображения (просмотр в браузере) Как указать кодировку HTML-страницы? (метатег charset) Всё ещё есть проблема с кодировкой? (header charset в php)

Что такое кодировка?

Условно говоря, каждый Символ (знак) состоит из Кода и Картинки. Здесь Код – это уникальный идентификатор символа в наборе символов, который определяется выбранной Кодировкой, а Картинка – это визуальное представление символа, которое содержится в Файле шрифта в соответствующей коду символа ячейке.

Другими словами, Кодировка (англ. Charset) – это набор взаимосвязей Кодов символов с их Визуальными представлениями в шрифте.

Кодировка файла

HTML-страница представляет собой обычный текстовый файл, кодировка которого выбирается при его создании и/или сохранении на запоминающее устройство (жёсткий диск, флэшка и т. д.) .

В случае с Notepad++, кодировка нового документа задаётся в настройках текстового редактора. Выбираем в меню: Опции > Настройки… – и переходим на вкладку «Новый документ». Здесь нас интересует секция «Кодировка». По умолчанию, выбрана кодировка ANSI.

Настройка кодировки нового документа в Notepad++

Напомню, что это кодировка, в которой будет храниться HTML-файл.

Впрочем, Вы всегда можете преобразовать кодировку HTML-страницы, используя соответствующие функции текстового редактора. Например, в Notepad++ для этого кликните пункт меню «Кодировки» и выберите нужное преобразование.

Преобразование кодировки текущей HTML-страницы в Notepad++

В данном случае файл был в кодировке ANSI и я преобразовал его в UTF-8 (без BOM) . О том, что такое этот BOM Вы можете прочитать в моей статье: PHP: как удалить BOM в WordPress — проследовав по этой ссылке.

Кодировка отображения

Важно разделять Кодировку файла и Кодировку отображения. Независимо от того, в какой кодировке хранится файл, он может быть отображен и в любой другой кодировке. Это и является одной из причин проблем с кодировкой.

Например, если Вы сохранили HTML-страницу в кодировке ANSI и откроете её в браузере, вместо русских символов Вы можем получить, так называемые, «кракозябрики».

Проблемы с кодировкой отображения HTML-страницы в браузере Firefox

В данном случае нам надо убедиться, что Кодировка файла совпадает с Кодировкой отображения файла в браузере. Для этого в Firefox кликните иконку меню, а потом пункт «Кодировка». Если такого у Вас нет, кликните пункт «�?зменить» и добавьте элемент «Кодировка» в меню.

Смена кодировки отображения HTML-страницы в браузере Firefox

Как вы видите, браузер отображает файл в кодировке «Юникод» (например, UTF-8) , в то время как файл был сохранён в кодировке ANSI (например, Windows-1251) . Выбрав нужную кодировку, мы получим нужный нам результат.

Проблема с кодировкой решена

В случае с Notepad++ также имеется возможность выбора кодировки отображения. Для этого кликните пункт меню «Кодировки», а потом нужный вариант используемой для отображения кодировки.

Смена кодировки отображения HTML-страницы в Notepad++

В данном случае я изменил кодировку отображения ANSI на UTF-8 (без BOM) .

Как указать кодировку HTML-страницы?

�? так, мы уже разобрались с тем, что такое кодировка и в чём состоит отличие кодировки файла и кодировки отображения. Теперь нам нужно решить проблему с кодировкой, которая заключается в Неправильной интерпретации браузером (или любым другим клиентом) кодировки HTML-страницы.

Почему возникают проблемы с кодировкой? Определить кодировку HTML-страницы не просто, а зачастую и не возможно, т. к. у того же браузера нет информации о ней или она указана неправильно.

Для того чтобы указать кодировку HTML-страницы используется специальный метатег. В HTML5 он имеет следующий урезанный вид:

В данном случае указана кодировка UTF-8 (Юникод) .

В более старых версиях HTML этот метатег имеет следующий вид:

Этот метатег создаёт HTTP-заголовок Content-Type, в котором указывается тип документа text/html и его кодировка Windows-1251 (ANSI) .

Лично я рекомендую использовать именно этот вариант, т. к. с ним будет меньше всего проблем. Главное чтобы такой метатег присутствовал в секции HEAD, и указанная в нём кодировка соответствовала кодировке файла. В большинстве случаев этого будет достаточно.

Всё ещё есть проблема с кодировкой?

В некоторых случаях указать метатег с кодировкой HTML-страницы будет недостаточно. Такая проблема может быть вызвана настройками самого сервера, на котором находится файл HTML-страницы. Дело в том, что сервер способен выдавать Свой HTTP-заголовок Content-Type, который будет, условно говоря, иметь приоритет перед метатегом.

В данном случае эту проблему можно решить путём внесения изменений в настройки сервера. Я не буду вдаваться в детали данного вопроса и порекомендую лишь отключать всю эту перекодировку через файл .htaccess, например:

Также можно производить изменения HTTP-заголовка Content-Type и программными средствами. В том же PHP для этого используется функция header() , например:

8 декабря 2016 г., 19:56 Удалить комментарий

Я так понимаю, вот я в программе создаю html страницу. Если я в тексте напишу хотя бы один английский символ, то кодировка автоматически станет Юникод?

А в браузере по умолчанию отображаются все страницы в ANSI, поэтому мой файл в Юникоде как раз и будет с кракозябрами?

15 февраля 2017 г., 11:57 Удалить комментарий

Буквы на английском имеют одинаковые коды во всех кодировках, так что с ними проблем не возникает, а вот с той же кириллицей могут быть проблемы.

По сути, действительно, если использовать только буквы на английском, то кодировка часто определяется браузерами как «Кириллица (Windows)» или тип того, просто он не может распознать кодировку не имея «нестандартных» символов.

Впрочем, даже если есть символы и прописан meta тег, не факт, что браузер поймёт в как отображать страницу, т. к. в основном ориентируется на http заголовки сервера.

15 февраля 2017 г., 18:25 Удалить комментарий

Спасибо огромное за полезную статью.
Но у меня остался таки вопрос. как изменить кодировку по умолчанию в браузере firefox я поняла, зашла в настройки, а там нет нужного мне юникода. файлы создаю в нотепаде++ с юникодом. посоветуйте пожалуйста, как поступить в моем случае. писать в кириллице, чтобы совпадало с фаерфоксом? либо как. а вообще хотела использовать юникод везде))

Автор статьи: Сергей Каминский

При создании сайта у начинающих веб-мастеров часто появляются вопросы: в какой кодировке делать сайт, чем отличается UTF-8 от windows-1251 и как ее прописывать в META Charset HTML-страницы сайта. Ответы на все эти вопросы в данной статье.

Что такое кодировка сайта и как она работает

Кодировку можно представить в виде таблицы, состоящей из разных букв, цифр и других символов понятных человеку, которые закодированы определенным образом. Когда вы открываете текстовый файл, к которым относятся в том числе HTML-страницы, то компьютер считывает из заголовка файла в какой кодировке он был сохранен и выводит текст в соответствующей кодировке преобразовывая компьютерные данные в вид понятный человеку сопоставляя эти данные с таблицей кодировки. Если информация о кодировке из заголовка файла совпадает с кодировкой в которой сохранены данные в HTML-странице, то пользователь видит привычные ему буквы, цифры и другие символы. Если же есть несовпадение, то в результате пользователю выводится непонятный набор символов, особенно часто это происходит в старых почтовых программах. Если пользователь получил письмо с непонятными крякозябрами, то просто перебирая разные кодировки, обычно получается угадать и выбрать ту, в которой написано письмо, и в результате непонятный набор символов превращается в понятный человеку текст.

То же самое происходит и с HTML-страницами сайта. Если документ был сохранен, например, в кодировке UTF-8, а в самом документе прописан META-тег указывающий что это кодировка windows-1251, то браузер опять же будет сопоставлять сохраненные в файле данные с таблицей указанной ему кодировки и так как символы закодированы по-разному, то браузер выведет вместо привычного текста непонятный набор символов или же часть букв может быть в нормальном виде, а другие буквы или символы могут выводиться, например, в виде знаков вопроса. Все выше сказанное относится в том числе и к отображению имен файлов.

Создавая новый документ в текстовом редакторе лучше сразу убедиться что выбрана нужная кодировка. Современные редакторы позволяют преобразовать текст открытого документа из одной кодировки в другую, а стандартный Блокнот позволяет выбрать кодировку только при сохранении файла.

Самые распространенные кодировки

Из предыдущего пункта вы уже знаете что такое кодировка и почему настолько важно правильно прописать ее в коде страниц сайта. Давайте теперь выясним какую из множества кодировок лучше выбрать для будущего сайта. Поскольку самой распространенной и наиболее понятной в освоении всегда была операционная система Windows, то большинство веб-разработчиков создавали HTML-страницы в кодировке windows-1251 (ANSI), которая использовалась по-умолчанию. Но windows-1251 поддерживает не очень большое количество букв и символов, а разработчики хотят использовать в своих текстах различные стрелочки, сердечки, квадратики и другие символы, в том числе есть необходимость совмещать слова из разных языков в одном документе, поэтому на смену ей уже давно пришла более расширенная UTF-8 и большинство разработчиков используют именно эту кодировку.

Проблемы с кодировкой не только в HTML-странице

Сайт, независимо от того является ли он просто набором статических HTML-документов или сложных динамических скриптов генерирующих страницы на лету, размещается на веб-сервере, который также работает с определенной кодировкой. И если сервер выдает информацию в одной кодировке, а ваши страницы или скрипты сохранены в другой кодировке, то опять же могут быть проблемы с отображением страниц в браузере пользователя. Многие хостинги позволяют менять настройки и выбрать кодировку в соответствии с той, которая используется в файлах сайта, через панель управления или же прописать ее в файле. htaccess, если на хостинге используется популярный веб-сервер Apache.

Практически ни один современный сайт не обходится без использования базы данных MySQL и она также может стать источником проблем с кодировкой. Если файлы сайта сохранены в одной кодировке, а информация в базе данных в другой, то на странице та часть информации, которая выводится из базы данных может отображаться в виде все тех же знаков вопросов или других непонятных символов. Чтобы избежать проблем с кодировкой она должна быть одинаковой для веб-сервера, базы данных MySQL, в скриптах, в HTML-страницах сайта и в META-теге, который прописывается в HTML-коде. Если есть проблемы с отображением текста, то проверяйте на наличие проблемы все выше перечисленное.

META Charset HTML-документа

Чтобы сообщить браузеру и поисковым системам в какой кодировке сохранены страницы сайта в их коде прописывается META Charset.

Для кодировки windows-1251:

Для кодировки UTF-8:

Теперь вы знаете что такое кодировка сайта и где искать проблемы если в какой-либо части сайта неправильно отображается текст.

Другие записи по теме в разделе статьи по HTML и CSS

Как поменять кодировку текста в Word

Набор символов, которые мы видим на экране при открытии документа, называется кодировкой. Когда она выставлена неправильно, вместо понятных и привычных букв и цифр вы увидите бессвязные символы. Эта проблема часто возникала на заре развития технологий, но сейчас текстовые процессоры умеют сами автоматически выбирать подходящие комплекты. Свою роль сыграло появление и развитие utf-8, так называемого Юникода, в состав которого входит множество самых разных символов, в том числе русских. Документы в такой кодировке не нуждаются в смене и настройке, так как показывают текст правильно по умолчанию.

Современные текстовые редакторы определяют кодировку при открытии документа

С другой стороны, такая ситуация всё же иногда случается. И получить нечитаемый документ очень досадно, особенно если он важный и нужный. Как раз для таких случаев в Microsoft Word есть возможность указать для текста кодировку. Это вернёт его в читаемый вид.

Принудительная смена

Если вы получили из какого-то источника текстовый файл, но не можете прочитать его содержимое, то нужна операция ручной смены кодировки. Для этого зайдите в раздел «Сведения» во вкладке «Файл». Тут собраны глобальные настройки распознавания и отображения, и если вы будете изменять их в открытом документе, то для него они станут индивидуальными, а для остальных — не изменятся. Воспользуемся этим. В разделе «Дополнительно» появившегося окна находим заголовок «Общие» и ставим галочку «Подтверждать преобразование файлов при открытии». Подтвердите изменения и закройте Word. Теперь откройте документ снова, как бы применяя настройки, и перед вами появится окно преобразования файла. В нём будет список возможных форматов, среди которых находим «Кодированный текст», и получим следующий диалог.

В этом новом окне будет три переключателя. Первый, по умолчанию, — это CP-1251, кодировка Windows. Второй — MS-DOS. Нам нужен третий пункт — ручной выбор, справа от него перечислены разнообразные наборы символов. Но, как правило, пользователь не знает, какими символами был набран текст предыдущим автором, поэтому в нижней части этого окна есть поле под названием «Образец», в котором фрагмент из текста будет в реальном времени отображаться при выборе того или иного комплекта символов. Это очень удобно, потому что не нужно каждый раз закрывать и отрывать документ снова, чтобы подобрать нужную.

Перебирая варианты по одному и глядя на текст в поле образцов, выберите ту кодировку, при которой символы будут русскими. Но обратите внимание, что это ещё ничего не значит, — внимательно смотрите, чтобы они складывались в осмысленные слова. Дело в том, что для русского языка есть не одна кодировка, и текст в одной из них не будет отображаться корректно в другой. Так что будьте внимательны.

Нужно сказать, что с файлами, сделанными на современных текстовых процессорах, крайне редко возникают подобные проблемы. Однако есть ещё и такой бич современного информационного общества, как несовместимость форматов. Дело в том, что существует целый ряд текстовых редакторов, и каждым кто-то пользуется. Возможно, для кого-то не нужна функциональность Ворда, кто-то не считает нужным за него платить и т. п. Причин может быть множество.

Если при сохранении документа автор выбрал формат, совместимый в MS Word, то проблем возникнуть не должно. Но так бывает нечасто. Например, если текст сохранён с расширением. rtf, то диалог выбора кодировки отобразится перед вами сразу же при открытии текста. А вот форматы другого популярного текстового процессора OpenOffice Ворд даже не откроет, поэтому, если им пользуетесь, не забывайте выбирать пункт «Сохранить как», когда отправляете файл пользователю Office.

Сохранение с указанием кодировки

У пользователя может возникнуть ситуация, когда он специально указывает определённую кодировку. Например, такое требование ему предъявляет получатель документа. В этом случае нужно будет сохранить документ как обычный текст через меню «Файл». Смысл в том, что для заданных форматов в Ворде есть привязанные глобальными системными настройками кодировки, а для «Обычного текста» такой связи не установлено. Поэтому Ворд предложит самостоятельно выбрать для него кодировку, показав уже знакомое нам окно преобразования документа. Выбирайте для него нужную вам кодировку, сохраняйте, и можно отправлять или передавать этот документ. Как вы понимаете, конечному получателю нужно будет сменить в своём текстовом редакторе кодировку на такую же, чтобы прочитать ваш текст.

Заключение

Вопрос смены кодировки в Вордовских документах перед рядовыми пользователями встаёт не так уж часто. Как правило, текстовый процессор может сам автоматически определить требуемый для корректного отображения набор символов и показать текст в читаемом виде. Но из любого правила есть исключения, так что нужно и полезно уметь сделать это самому, благо, реализован процесс в Word достаточно просто.

То, что мы рассмотрели, действительно и для других программ из пакета Office. В них также могут возникнуть проблемы из-за, скажем, несовместимости форматов сохранённых файлов. Здесь пользователю придётся выполнить всё те же действия, так что эта статья может помочь не только работающим в Ворде. Унификация правил настройки для всех программ офисного пакета Microsoft помогает не запутаться в них при работе с любым видом документов, будь то тексты, таблицы или презентации.

Напоследок нужно сказать, что не всегда стоит обвинять кодировку. Возможно, всё гораздо проще. Дело в том, что многие пользователи в погоне за «красивостями» забывают о стандартизации. Если такой автор выберет установленный у него шрифт, наберёт с его помощью документ и сохранит, у него текст будет отображаться корректно. Но когда этот документ попадёт к человеку, у которого такой шрифт не установлен, то на экране окажется нечитаемый набор символов. Это очень похоже на «слетевшую» кодировку, так что легко ошибиться. Поэтому перед тем как пытаться раскодировать текст в Word, сначала попробуйте просто сменить шрифт.

Полезная информация и краткая ретроспектива

Главная -> Материалы -> Кодировки: полезная информация и краткая ретроспектива

Reg. ru: домены и хостинг

Крупнейший регистратор и хостинг-провайдер в России.

Более 2 миллионов доменных имен на обслуживании.

Продвижение, почта для домена, решения для бизнеса.

Более 700 тыс. клиентов по всему миру уже сделали свой выбор.

Перейти на сайт->

Бесплатный Курс «Практика HTML5 и CSS3»

Освойте бесплатно пошаговый видеокурс

По основам адаптивной верстки

На HTML5 и CSS3 с полного нуля.

Фреймворк Bootstrap: быстрая адаптивная вёрстка

Пошаговый видеокурс по основам адаптивной верстки в фреймворке Bootstrap.

Научитесь верстать просто, быстро и качественно, используя мощный и практичный инструмент.

Верстайте на заказ и получайте деньги.

Получить в подарок->

Бесплатный курс «Сайт на WordPress»

Хотите освоить CMS WordPress?

Получите уроки по дизайну и верстке сайта на WordPress.

Научитесь работать с темами и нарезать макет.

Бесплатный видеокурс по рисованию дизайна сайта, его верстке и установке на CMS WordPress!

Получить в подарок->

*Наведите курсор мыши для приостановки прокрутки.

Кодировки: полезная информация и краткая ретроспектива

Данную статью я решил написать как небольшой обзор, касающийся вопроса кодировок.

Мы разберемся, что такое вообще кодировка и немного коснемся истории того, как они появились в принципе.

Мы поговорим о некоторых их особенностях а также рассмотрим моменты, позволяющие нам работать с кодировками более осознанно и избегать появления на сайте так называемых Кракозябров, т. е. нечитаемых символов.

Что такое кодировка?

Упрощенно говоря, Кодировка — это таблица сопоставлений символов, которые мы можем видеть на экране, определенным числовым кодам.

Т. е. каждый символ, который мы вводим с клавиатуры, либо видим на экране монитора, закодирован определенной последовательностью битов (нулей и единиц). 8 бит, как вы, наверное, знаете, равны 1 байту информации, но об этом чуть позже.

Внешний вид самих символов определяется файлами шрифтов, которые установлены на вашем компьютере. Поэтому процесс вывода на экран текста можно описать как постоянное сопоставление последовательностей нулей и единиц каким-то конкретным символам, входящим в состав шрифта.

Прародителем всех современных кодировок можно считать ASCII.

Эта аббревиатура расшифровывается как American Standard Code for Information Interchange (американская стандартная кодировочная таблица для печатных символов и некоторых специальных кодов).

Это Однобайтовая кодировка, в которую изначально заложено всего 128 символов: буквы латинского алфавита, арабские цифры и т. д.

Позже она была расширена (изначально она не использовала все 8 бит), поэтому появилась возможность использовать уже не 128, а 256 (2 в 8 степени) различных символов, которые можно закодировать в одном байте информации.

Такое усовершенствование позволило добавлять в ASCII Символы национальных языков, помимо уже существующей латиницы.

Вариантов расширенной кодировки ASCII существует очень много по причине того, что языков в мире тоже немало. Думаю, что многие из вас слышали о такой кодировке, как KOI8-R — это тоже расширенная кодировка ASCII, предназначенная для работы с символами русского языка.

Следующим шагом в развитии кодировок можно считать появление так называемых ANSI-кодировок.

По сути это были те же Расширенные версии ASCII, однако из них были удалены различные псевдографические элементы и добавлены символы типографики, для которых ранее не хватало «свободных мест».

Примером такой ANSI-кодировки является всем известная Windows-1251. Помимо типографических символов, в эту кодировку также были включены буквы алфавитов языков, близких к русскому (украинский, белорусский, сербский, македонский и болгарский).

ANSI-кодировка — это собирательное название. В действительности, реальная кодировка при использовании ANSI будет определяться тем, что указано в реестре вашей операционной системы Windows. В случае с русским языком это будет Windows-1251, однако, для других языков это будет другая разновидность ANSI.

Как вы понимаете, куча кодировок и отсутствие единого стандарта до добра не довели, что и стало причиной частых встреч с так называемыми Кракозябрами — нечитаемым бессмысленным набором символов.

Причина их появления проста — это Попытка отобразить символы, закодированные с помощью одной кодировочной таблицы, используя другую кодировочную таблицу.

В контексте веб-разработки, мы можем столкнуться с кракозябрами, когда, к примеру, Русский текст по ошибке сохраняется не в той кодировке, которая используется на сервере.

Разумеется, это не единственный случай, когда мы можем получить нечитаемый текст — вариантов тут масса, особенно, если учесть, что есть еще база данных, в которой информация также хранится в определенной кодировке, есть сопоставление соединения с базой данных и т. д.

Возникновение всех этих проблем послужило стимулом для создания чего-то нового. Это должна была быть кодировка, которая могла бы кодировать любой язык в мире (ведь с помощью однобайтовых кодировок при всем желании нельзя описать все символы, скажем, китайского языка, где их явно больше, чем 256), любые дополнительные спецсимволы и типографику.

Одним словом, нужно было создать Универсальную кодировку, которая решила бы проблему кракозябров раз и навсегда.

Юникод — универсальная кодировка текста (UTF-32, UTF-16 и UTF-8)

Сам стандарт был предложен в 1991 году некоммерческой организацией «Консорциум Юникода» (Unicode Consortium, Unicode Inc.), и первым результатом его работы стало создание кодировки UTF-32.

Кстати, сама аббревиатура UTF расшифровывается как Unicode Transformation Format (Формат Преобразования Юникод).

В этой кодировке для кодирования одного символа предполагалось использовать аж 32 бита, т. е. 4 байта информации. Если сравнивать это число с однобайтовыми кодировками, то мы придем к простому выводу: для кодирования 1 символа в этой универсальной кодировке нужно В 4 раза больше битов, что «утяжеляет» файл в 4 раза.

Очевидно также, что количество символов, которое потенциально могло быть описано с помощью данной кодировки, превышает все разумные пределы и технически ограничено числом, равным 2 в 32 степени. Понятно, что это был явный перебор и расточительство с точки зрения веса файлов, поэтому данная кодировка не получила распространения.

На смену ей пришла новая разработка — UTF-16.

Как очевидно из названия, в этой кодировке один символ кодируют Уже не 32 бита, а только 16 (т. е. 2 байта). Очевидно, это делает любой символ вдвое «легче», чем в UTF-32, однако и вдвое «тяжелее» любого символа, закодированного с помощью однобайтовой кодировки.

Количество символов, доступное для кодирования в UTF-16 равно, как минимум, 2 в 16 степени, т. е. 65536 символов. Вроде бы все неплохо, к тому же окончательная величина кодового пространства в UTF-16 была расширена до более, чем 1 миллиона символов.

Однако и данная кодировка до конца не удовлетворяла потребности разработчиков. Скажем, если вы пишете, используя исключительно латинские символы, то после перехода с расширенной версии кодировки ASCII к UTF-16 вес каждого файла увеличивался вдвое.

В результате, Была предпринята еще одна попытка создания чего-то универсального, и этим чем-то стала всем нам известная кодировка UTF-8.

UTF-8 — это Многобайтовая кодировка с переменной длинной символа. Глядя на название, можно по аналогии с UTF-32 и UTF-16 подумать, что здесь для кодирования одного символа используется 8 бит, однако это не так. Точнее, не совсем так.

Дело в том, что UTF-8 обеспечивает наилучшую совместимость со старыми системами, использовавшими 8-битные символы. Для кодирования одного символа в UTF-8 реально используется От 1 до 4 байт (гипотетически можно и до 6 байт).

В UTF-8 все латинские символы кодируются 8 битами, как и в кодировке ASCII. Иными словами, базовая часть кодировки ASCII (128 символов) перешла в UTF-8, что позволяет «тратить» на их представление всего 1 байт, сохраняя при этом универсальность кодировки, ради которой все и затевалось.

Итак, если первые 128 символов кодируются 1 байтом, то все остальные символы кодируются уже 2 байтами и более. В частности, каждый символ кириллицы кодируется именно 2 байтами.

Таким образом, мы получили универсальную кодировку, позволяющую охватить все возможные символы, которые требуется отобразить, не «утяжеляя» без необходимости файлы.

C BOM или без BOM?

Если вы работали с текстовыми редакторами (редакторами кода), например Notepad++, PhpDesigner, Rapid PHP и т. д., то, вероятно, обращали внимание на то, что при задании кодировки, в которой будет создана страница, можно выбрать, как правило, 3 варианта:

— ANSI
— UTF-8
— UTF-8 без BOM

Сразу скажу, что выбирать всегда стоит именно последний вариант — UTF-8 без BOM.

Итак, что же такое BOM и почему нам это не нужно?

BOM расшифровывается как Byte Order Mark. Это специальный Unicode-символ, используемый для индикации порядка байтов текстового файла. По спецификации его использование не является обязательным, однако если BOM используется, то он должен быть установлен в начале текстового файла.

Не будем вдаваться в детали работы BOM. Для нас главный вывод следующий: Использование этого служебного символа вместе с UTF-8 мешает программам считывать кодировку нормальным образом, в результате чего возникают ошибки в работе скриптов.

Поэтому, при работе с UTF-8 используйте именно вариант «UTF-8 без BOM». Также лучше не используйте редакторы, в которых в принципе нельзя указать кодировку (скажем, Блокнот из стандартных программ в Windows).

Кодировка текущего файла, открытого в редакторе кода, как правило, указывается в нижней части окна.

Обратите внимание, что запись «ANSI as UTF-8» в редакторе Notepad++ означает то же самое, что и «UTF-8 без BOM». Это одно и то же.

В программе PhpDesigner нельзя сразу точно сказать, используется BOM, или нет. Для этого нужно кликнуть правой кнопкой мыши по надписи «UTF-8», после чего во всплывающем окне можно увидеть, используется ли BOM (опция Save with BOM).

В редакторе Rapid PHP кодировка UTF-8 без BOM обозначается как «UTF-8*».

Как вы понимаете, в разных редакторах все выглядит немного по-разному, однако главную идею вы поняли.

После того, как документ сохранен в UTF-8 без BOM, нужно также убедиться, что верная кодировка указана в специальном метатэге в секции Head вашего html-документа:

Соблюдение этих простых правил уже позволит вам избежать многих пробелем с кодировками.

На этом все, надеюсь, что данный небольшой экскурс и пояснения помогли вам лучше понять, что такое кодировки, какие они бывают и как работают.

Если вам интересна эта тема с более прикладной точки зрения, то рекомендую вам изучить мой видеоурок Полный UTF-8: чеклист для начинающих.

Дмитрий Науменко.

P. S. Присмотритесь к премиум-урокам по различным аспектам сайтостроения, а также к бесплатному курсу по созданию своей CMS-системы на PHP с нуля. Все это поможет вам быстрее и проще освоить различные технологии веб-разработки.

Понравился материал и хотите отблагодарить?
Просто поделитесь с друзьями и коллегами!

Смотрите также:

Как разработать кириллическую HTML-страницу

Как разработать кириллическую HTML-страницу

На этой странице объясняется, как разработчик может создать файл .html с кириллическим текстом внутри.

Примечание. Английский алфавит как частный случай (отличный от немецкого).
Кириллический набор символов, как и любой другой набор символов в мире (Японский, китайский, центральноевропейский и др.) содержит, помимо национальной символики, набор символов называется ASCII — в каждой устаревшей кодировке символы ASCII занимают первые 128 позиций таблицы кодировок, а национальные буквы занимают вторую половину таблицы.

Символы ASCII (например, знаки препинания и т. Д.) Включают также Английский алфавит .
То есть английские буквы являются частью набора символов кириллицы!

Таким образом, наличие веб-страницы с русскими и английскими буквами означает, что , а не , означает, что у вас есть Многоязычная страница .Нет, на этой странице используется одна кодировка кириллицы, и эта кодировка содержит английский язык. буквы (точнее — символы ASCII).

Другой случай: реальные Многоязычных страниц, где, скажем, русские буквы должны сочетаться с немецкими буквы либо польские, либо японские.
Этот случай описан на другой странице моего сайта — «Как разработать Многоязычную HTML-страницу»

То есть эта статья — о создании кириллической (например, русской) веб-страницы, т. е.е. Интернет страница, которая объявляет себя Кириллицей (указана кириллица).

Очень Разных сценариев : когда вы хотите создать не кириллическую веб-страницу (например, Страница западноевропейской кодировки) и просто поместите туда пару русских слов —
Это НЕ рассматривается здесь, это описано в Другой статье , одна упомянута выше —
«Как разработать Многоязычную HTML-страницу»

Шрифт создан для определенной кодировки, и поскольку каждая кодировка содержит ASCII, каждый шрифт в мире также содержит ASCII. Итак, любой кириллический шрифт содержит Английских букв.

Чтобы создать кириллический (или кириллица + английский) HTML-файл, то есть текст с одним набором символов, разработчик просто пишет немного кириллического (+ английского) текста при использовании кириллического шрифта и соответствующий режим клавиатуры.

Большинство русскоязычных веб-страниц (более 90% наверняка) в настоящее время выполнены в кодировке Windows-1251 a. k.а. «Кириллица (Windows)», просто потому, что большинство авторов в настоящее время работают под MS Windows, а 1251 — это то, что Microsoft использует для кириллицы, поэтому встроенные шрифты Windows Cyrillic и Клавиатура инструменты предназначены для кодирования Windows-1251.
Поэтому гораздо проще набрать текст в кодировке «Кириллица (Windows-1251)» в текстовом редакторе Windows. чем набирать текст в кодировке «Кириллица (KOI8-R)».
Набрать текст в кодировке «Кириллица, ISO-8859-5» под MS Windows практически невозможно.

Но на самом деле , а не , имеет значение, какую кодировку использовал автор — основные браузеры отлично работают с Все кодировок кириллицы, и если веб-страница сделана правильно (ниже), она будет отображаться конечному пользователю тоже правильно. Последняя часть этой страницы обсуждает создание страницы KOI8-R — на всякий случай.

Как Написать по-русски с помощью шрифтов и клавиатуры — с индикатором «RU» на панели задач — объясняется в «Введение. Кириллица в Windows » раздел моего сайта «Кириллица (русская): инструкция для Windows и Интернета»

Если кириллица написана правильно, то конечный пользователь сможет прочитать эту страницу, например, переключившись на кириллицу в браузере (например, View / Encoding / Cyrillic (Windows) или Просмотр / Кодирование / Кириллица (KOI8-R) в Internet Explorer) если на странице не указана ее кодировка.

Примечание. Кириллица в странице TITLE
Если вы или ваши будущие читатели работаете под нерусской Windows, то это , а не . хорошая идея использовать кириллические буквы в заголовке вашей страницы
(текст внутри HTML-тегов и ).

Например, MS Internet Explorer вер. 5 и выше (а также Netscape версии 7. 1 и выше и Mozilla версии 1.4 и выше)
Может отображать такой заголовок Только под Windows 2000 / XP и не может под Windows 95/98 / ME / NT, а Netscape 4.x — 7.0x вообще не сможет этого сделать.

Вот моя тестовая страница (написана действительно для выпуска закладок в Netscape — это текст заголовка который идет в закладки) , который объясняет это:
«Заголовок с текстом, отличным от системной кодовой страницы Windows»

Теперь давайте рассмотрим некоторые методы создания текста HTML с русским языком.

1. Текстовые редакторы — код разработчика HTML вручную

В таком случае все, что нужно сделать разработчику, — это выбрать кириллический шрифт в качестве рабочего шрифта в простом тексте. редактор, которым он пользуется. Переведите клавиатуру в режим «RU» и начните печатать.
Вот и все. Зная, как использовать шрифты и клавиатуру, чтобы писать по-русски, это разработчик просто вводит содержимое HTML-файла — текст и теги.

Я лично использую очень хороший условно-бесплатный текстовый редактор. UltraEdit очень подходит для HTML.
Он использует цвет для HTML-тегов, а также позволяет мне создавать свои собственные макросы. Например, Я нажимаю Ctrl / L и сразу вижу в тексте следующую конструкцию:

Все, что мне нужно сделать, чтобы начать писать кириллический HTML, — это выбрать кириллический шрифт, например:
Просмотр / установка шрифта — «Courier New», шрифт — «Cyrillic»

Теперь, переключаясь между «EN» и «RU», я могу писать теги HTML и немного англо-русского контента.

2. WYSIWYG HTML-редактор — создает HTML-текст для вас

Если вы работаете с каким-либо редактором WYSIWYG HTML (который записывает HTML-код / ​​теги будущей веб-страницы для вас молча, «за кадром»), то вы Должны узнать, как для создания таких кириллических (+ английских) файлов HTML —
Распространенная проблема — когда автор делал , а не , настраивал редактор для Кириллица До , начало разработки и, следовательно, HTML-файл создается как файл « Western »
(charset = windows-1252 или charset = iso-8859-1 или charset = us-ascii)
А не как страница « Cyrillic » (ф. е. кодировка = windows-1251).

Обычно в таком случае бывает , нет кириллица. буквы в этом HTML-файле — только объекты SGML, такие как & aacute; или некоторые числовые коды, например & # 1076; — вместо букв кириллицы.
В вашем браузере, когда вы делаете View / Source для такой страницы, есть Нет читаемого русского текста — явный признак того, что эта кириллическая страница была Неправильно написана .

Кроме того, вверху такой некорректно разработанной страницы «Кириллица» можно было увидеть, что он помечен как «Western», потому что в нем есть строка
Как настроить редактор WYSIWYG HTML для создания

Каждый HTML-редактор WYSIWYG требует уникальной настройки для кириллицы, и разработчик должен выяснить это До того, как начнет писать код. Некоторые редакторы может вообще не работать с кириллицей …

Ниже приведены инструкции по настройке для некоторых редакторов WYSIWYG HTML.

Важно. После вы читаете инструкцию по настройке для выбранного вами редактора, сделать , а не , забыть прочесть общий (применимо для любого редактора) «Заключительные примечания для кириллицы HTML» часть этой страницы, в которой перечислено около Распространенных ошибок, которые совершают человек в результате страница становится Нечитаемой для некоторых читателей.

Я лично пробовал шаги настройки кириллицы Только для следующих редакторов WYSIWYG HTML:

Netscape Composer MS Front Page 2000 MS Word 97 и MS Word 2000 (настройка Word XP , вероятно, такая же, как и для Word 2000)

Есть еще пара редакторов, которые я видел , а не , но нашел шаги по настройке в Интернете:

Вот инструкции по настройке (на примере кодировки кириллицы (Windows-1251)):

MS Передняя страница 2000

Откройте новый документ и сразу укажите, что вы создаете Cyrillic Текст HTML, а не западный:

Файл / Свойства / Язык В обоих полях раздела «Кодировка HTML» укажите «Кириллица»
(что на самом деле означает «Кириллица, Windows-1251»)

Это будет гарантировать, что, когда вы не введете текст, будут представлены кириллические буквы. правильно — как обычные буквы, а не какие-то числовые значения.

Примечание. Насколько я слышал, есть проблема с загрузкой в новая версия Dreamweaver некоторые файлы, которые были , а не , были созданы с использованием вышеуказанного rules, и поэтому , а не , содержится внутри строки спецификации кодирования .
То есть Dreamweaver не знает, что это кириллический файл. Так что на кириллице компьютер, скажем, западный, такой файл загружается как файл западной кодировки и теперь он поврежден.
Обходной путь — это (опубликовано В. Зиновьевым в Группа новостей macromedia. dreamweaver) :

после загрузки такого файла перейдите в Modify / Page properties / Title / Encoding. выберите там «Кириллица (Windows)» (или в любой другой кодировке, в которой, по вашему мнению, находится этот файл) нажмите «Обновить»

Теперь файл будет перезагружен с указанной кодировкой, и DW будет теперь знаю, что такое кодировка.

Важно! Если вы НЕ набираете русский текст прямо в Dreamwever но вместо этого вы Копируете текст, скажем, из MS Word, тогда вы можете столкнуться с проблемой:
Вы получите просто набор вопросительных знаков — . вместо русского текста в результате копирования / вставки.
В таком случае см. Решения в главе 2 «Копирование / вставка». раздела «Юникод и кириллица» на моем сайте.
Вот прямая ссылка на эту главу:
«Unicode: проблемы копирования / вставки».

1. Создание нового текста HTML

Файл / Новый / Веб-страница Сообщите Word сразу, что вы создаете файл HTML Cyrillic —
Перейдите в Инструменты / Параметры и:
в окне вкладки «Общие» нажмите кнопку «Параметры Интернета» в окне «Параметры Интернета» перейдите на вкладку «Кодировка» выберите «Кириллица (Windows)» в списке «Сохранить этот документ как»

Вновь созданный HTML-файл будет содержать внутри обычные буквы кириллического алфавита, а также Word. вставляет следующую строку вверху HTML-кода (вы можете увидеть это, используя Просмотр / HTML-код):
Заключительные замечания относительно

После того, как вы разработали кириллическую HTML-страницу «вручную» (с помощью текстового редактора и набирая HTML-код / ​​теги самостоятельно) или позволяя редактору WYSIWYG HTML писать HTML-код / ​​теги за вас, Вам необходимо убедиться, что эта кириллическая веб-страница будет Читаемой для любого конечного пользователя.
Вот несколько распространенных ошибок, которые допускает разработчик, из-за чего страница нечитаемые для некоторых пользователей (в зависимости от их браузера и / или типа компьютера).

Первые два уже упоминались выше, но стоит перечислить здесь И все в одном месте.

Вам необходимо проверить исходный HTML-код, созданный для вас редактором WYSIWYG HTML, чтобы убедиться, что вы не совершали типичных ошибок, перечисленных ниже.
Вы можете проверить исходный HTML-текст с помощью опции View / Source вашего браузера, редактора HTML или открытием. html в текстовом редакторе, который позволяет вам просматривать простой текст Cyrillic — HTML-текст — это простой текст, такой же, как в файле. TXT.

Ошибка 1. Кириллица в HTML-тексте Не содержит обычных букв кириллического алфавита.
Обычно это происходит, когда автор использует какой-нибудь WYSIWYG HTML-редактор, который был настроен на , а не на . создание HTML-текста Cyrillic .
В результате View / Source будет показывать на странице следующее вместо кириллицы письма:

Субъекты SGML, такие как & aacute;
Или числовые коды (значения Unicode), например & # 1076;

Ошибка 2. Страница объявляется как «западноевропейская», а не как «кириллица».
То есть кодировка Значение (кодировка) для этой страницы не кириллическое. (например, Windows-1251 ), но «Western» — Iso-8859-1 или Windows-1252 или Us-ascii .

Значение набора символов (кодировки) может быть установлено либо в заголовке HTTP, отправленном веб-сервером. в браузер вместе с самой страницей или в «теле» HTML-текста этой страницы, в его части заголовка, например

Примечание. Создание страницы

Хотя в настоящее время большинство русскоязычных веб-страниц имеют кодировку кириллицы (Windows-1251), одна мог разработать русскую страницу в кодировке кириллицы ( KOI8-R ).

Как было объяснено в разделе «Кириллические шрифты и кодировки» раздел моего сайта «Кириллица (русская): инструкции для Windows и Интернета»,

Современные приложения, такие как Netscape 4 + / Mozilla, Internet Explorer, Front Page 2000 и т. д. позволяют пользователю работать с родным для MS Windows набором шрифтов и клавиатурных инструментов — кодирования «Кириллица (Windows-1251)» и обработать KOI8-R Автоматически , без KOI8-R шрифты и инструменты клавиатуры.

Для разработчика кириллической HTML-страницы это означает следующее:

разработчик вводит текст будущей страницы KOI8-R, используя шрифты Windows-1251, такие как «Arial (Cyrillic)» и инструменты клавиатуры Windows-1251 («RU» на панели задач), так что то, что он / она действительно имеет в окне редактора, — это текст Windows-1251 (или Unicode), а не текст KOI8-R Но если в качестве кодировки для этого HTML-файла был указан KOI8-R, то современные Редакторы WYSIWYG HTML незаметно «за кулисами» Конвертируют текст из Windows-1251 — KOI8-R и поместите текст KOI8-R на жесткий диск в формате. HTML
Они также поместят следующую строку вверху HTML-текста:
Коды HTML для символов греческого языка

Даже если ваш сайт написан только на английском языке и не включает многоязычные переводы, вам может потребоваться добавить символы греческого языка на этот сайт на определенных страницах или для определенных слов.

В приведенный ниже список включены коды HTML, необходимые для использования греческих символов, которые не входят в стандартный набор символов и не встречаются на клавишах клавиатуры. Не все браузеры поддерживают все эти коды (в основном, старые браузеры могут вызывать проблемы; новые браузеры подойдут), поэтому обязательно проверьте свои HTML-коды перед их использованием.

Некоторые греческие символы могут быть частью набора символов Unicode, поэтому вам необходимо указать это в заголовке ваших документов:

Вот различные символы, которые вам могут понадобиться.

Дисплей Товарный код Десятичный код Шестнадцатеричный код Описание

Α	И альфа;	& # 913;	& # x391;	Капитал Альфа
Α	& альфа;	& # 945;	& # x3b1;	Строчная Альфа
Β	И бета;	& # 914;	& # x392;	Capital Beta
Β	И бета;	& # 946;	& # x3B2;	Строчная бета
Γ	И гамма;	& # 915;	& # x393;	Capital Gamma
Γ	& гамма;	& # 947;	& # x3B3;	Гамма в нижнем регистре
Δ	И Дельта;	& # 916;	& # x394;	Capital Delta
Δ	& дельта;	& # 948;	& # x3B4;	Дельта строчная
Ε	И Эпсилон;	& # 917;	& # x395;	Капитал Эпсилон
Ε	& epsilon;	& # 949;	& # x3B5;	Строчная Epsilon
Ζ	И Зета;	& # 918;	& # x396;	Capital Zeta
Ζ	И дзета;	& # 950;	& # x3B6;	Строчная Zeta
Η	& Eta;	& # 919;	& # x397;	Capital Eta
Η	& eta;	& # 951;	& # x3B7;	Строчная Eta
Θ	И Theta;	& # 920;	& # x398;	Капитал Тета
Θ	& theta;	& # 952;	& # x3B8;	Строчная Тета
Ι	И йота;	& # 921;	& # x399;	Капитал Йота
Ι	И йота;	& # 953;	& # x3B9;	Строчная Йота
Κ	И Каппа;	& # 922;	& # x39A;	Капитал Каппа
Κ	И каппа;	& # 954;	& # x3BA;	Каппа строчная
Λ	И лямбда;	& # 923;	& # x39B;	Заглавная лямбда
Λ	& лямбда;	& # 955;	& # x3BB;	Лямбда в нижнем регистре
Μ	И Mu;	& # 924;	& # x39C;	Capital Mu
Мкм	& mu;	& # 956;	& # x3BC;	Строчная Mu
Ν	И Nu;	& # 925;	& # x39D;	Capital Nu
Ν	& nu;	& # 957;	& # x3BD;	Nu строчные
Ξ	И Си;	& # 926;	& # x39E;	Капитал Си
Ξ	И xi;	& # 958;	& # x3BE;	Строчная Xi
Ο	И Omicron;	& # 927;	& # x39F;	Капитал Омикрон
Ο	& omicron;	& # 959;	& # x3BF;	Строчная Omicron
Π	И пи;	& # 928;	& # x3A0;	Capital Pi
Π	И пи;	& # 960;	& # x3C0;	Пи строчные
Ρ	И Rho;	& # 929;	& # x3A1;	Capital Rho
Ρ	& rho;	& # 961;	& # x3C1;	Строчная Rho
Σ	И Sigma;	& # 931;	& # x3A3;	Capital Sigma
Σ	& сигма;	& # 963;	& # x3C3;	Строчная сигма
Σ	И сигмаф;	& # 962;	& # x3C4;	Финальная сигма в нижнем регистре
Τ	И Тау;	& # 932;	& # x3A4;	Капитал Тау
Τ	& тау;	& # 964;	& # x3C4;	Строчная Тау
Υ	И Upsilon;	& # 933;	& # x3A5;	Капитал Ипсилон
Υ	И ипсилон;	& # 965;	& # x3C5;	Ипсилон строчные
Φ	И Phi;	& # 934;	& # x3A6;	Capital Phi
Φ	И phi;	& # 966;	& # x3C6;	Фи в нижнем регистре
Χ	И Чи;	& # 935;	& # x3A7;	Capital Chi
Χ	И чи;	& # 967;	& # x3C7;	Чи строчная
Ψ	И пси;	& # 936;	& # x3A8;	Заглавная буква Psi
Ψ	& psi;	& # 968;	& # x3C8;	Строчная Psi
Ом	И Омега;	& # 937;	& # x3A9;	Капитал Омега
Ω	& омега;	& # 969;	& # x3C9;	Строчная Омега

Использовать эти символы просто. В разметке HTML вы должны разместить эти коды специальных символов там, где вы хотите, чтобы греческий символ отображался. Они используются аналогично другим кодам специальных символов HTML, которые позволяют добавлять символы, которых также нет на традиционной клавиатуре, и поэтому их нельзя просто ввести в HTML для отображения на веб-странице.

Помните, что эти коды символов могут использоваться на англоязычном веб-сайте, если вам нужно отобразить слово с одним из этих символов. Эти символы также будут использоваться в HTML, который фактически отображает полные греческие переводы, независимо от того, действительно ли вы кодировали эти веб-страницы вручную и имели полную греческую версию сайта, или если вы использовали более автоматизированный подход к многоязычным веб-страницам и перешли с таким решением, как Google Translate.

Отредактировал Джереми Жирар

Ascii для кодировки кириллицы (CP855)

Американский стандартный код для обмена информацией ( ASCII ) — широко используемая система кодирования Символов , представленная в 1963 году.

Исходный набор символов, который теперь называется стандартным набором символов, изначально состоял из 128 символов (7-битный код). Первые 32 символа — это управляющие символы (также называемые непечатаемыми символами), которые используются для управления потоками данных, а также такими устройствами, как принтеры. Позже он был расширен для поддержки 256 символов (8-битный код), чтобы обеспечить языковые символы, различные символы, а также символы для рисования прямоугольников: элементы, используемые для целей презентации, позволяющие рисовать различные типы рамок и прямоугольников. Символы в диапазоне 128–255 называются расширенным ASCII.

Кодовая страница 855 — это альтернативная Кодовая страница , используемая для написания языков на основе кириллицы: белорусский, боснийский, болгарский, македонский, русский, сербский, украинский (славянские языки) и казахский, киргизский, молдавский, монгольский, таджикский, узбекский ( неславянский).Он не очень популярен, наиболее широко используется кодовая страница 866. Только расширенный набор символов отличается от исходной кодовой страницы, причем как управляющие символы, так и стандартный набор символов представляют собой простой ASCII.

В приведенной ниже таблице Символов показано графическое представление каждого символа с точностью до пикселя вместе с текстовым описанием.

Управляющие символы (0 — 31):

Стандартный набор символов (32-127):

Расширенный набор символов (128-255):

Руководство пользователя Глава 6: Поддержка Unicode и не-ASCII

Глава 6.Поддержка Unicode и не-ASCII

6.1 Формат для печати в кавычках
6.2 Символы не-ASCII в заголовках
6.3 Unicode и UTF-8
6.4 Поддержка UTF-8 в AspEmail
6.5 Допустимые значения CharSet

6.1 Формат цитируемой печати

AspEmail может отправлять сообщения в алфавитах, отличных от US-ASCII. за счет поддержки формата «Цитата для печати». Этот формат описан в RFC-2045.Идея формата заключается в том, что символы с кодами меньше 33 и больше чем 126 представлены знаком «=», за которым следует двузначное шестнадцатеричное представление. ценности персонажа. Например, десятичное значение 12 (подача формы US-ASCII) представлен как = 0C , а десятичное значение 61 (US-ASCII «=») может быть представлено как = 3D .

AspEmail кодирует тело сообщения в формате Quoted-Printable автоматически, если для свойства ContentTransferEncoding установлено значение строка «Quoted-Printable» (регистр букв не имеет значения).Вы также можете установить свойство Charset к соответствующему набору символов. Следующий фрагмент кода отправляет сообщение на русском языке:

Директива предписывает интерпретатор ASP для обработки жестко запрограммированных символов в сценарии в виде русских символов (1251 — русская кодовая страница).Как результат, Body получит русскую строку Unicode.

6.2 Символы не-ASCII в заголовках

Если вы хотите отправить сообщение с определенными заголовками, например, Тема: , To: или From: , содержащие символы, отличные от US-ASCII, следует использовать метод Mail. EncodeHeader для кодирования строки символов в соответствии с RFC 1522.Метод принимает один обязательный параметр, строку заголовка, и один необязательный параметр, набор символов, который по умолчанию равен « ISO-8859-1 ». Например:

6.3 Юникод и UTF-8

Из MSDN: «Юникод — это 16-битный стандарт кодировки символов фиксированной ширины, который охватывает практически все символы, обычно используемые на компьютерах сегодня. Это включает в себя большинство письменных языков мира, а также издательские персонажи, математические и технические символы и знаки препинания «.

Из Unicode. org: «Компьютеры … хранят буквы и другие символы присвоение номера каждому. До изобретения Unicode существовало сотни различных систем кодирования для присвоения этих чисел. Ни одна кодировка не может содержать достаточно символов … Unicode предоставляет уникальный номер для каждого символа, независимо от того, какая платформа, какая программа, на каком языке ».

Например, основная латинская буква «А» имеет шестнадцатеричный код 0041 (65), русский буква имеет код Hex 0416 (1046), а китайский иероглиф имеет код Hex 32A5 (12965).

UTF-8 (формат преобразования Unicode, 8-битная форма кодирования) рекомендуется формат, который будет использоваться для отправки данных на основе Unicode по сетям, в частности, через Интернет. UTF-8 представляет значение Unicode как последовательность из 1, 2 или 3 байтов.

Символы Юникода в диапазоне от 0000 до 007F кодируются просто как байты. 00 до 7F. Это означает, что файлы и строки, содержащие только 7-битный ASCII символы имеют одинаковую кодировку как в ASCII, так и в UTF-8.Следовательно, Unicode 0041 («A») в UTF-8 — это Hex 41.

Символы Юникода в диапазоне от 0080 до 07FF кодируются как последовательность из двух байтов. Например, Unicode 0416 () кодируется как Hex D0 96. Кодируются символы Unicode в диапазоне от Hex 0800 до FFFF. как последовательность из трех байтов. Например, Unicode 32A5 () кодируется как Hex E3 8A A5.

6.4 Поддержка UTF-8 в AspEmail

AspEmail 5.0 предлагает полную поддержку UTF-8 как в теле сообщения, так и в заголовках. Чтобы отправить сообщение в кодировке UTF-8, вы должны установить CharSet свойство к строке « UTF-8 » (регистр не имеет значения), и ContentTransferEncoding на « Quoted-Printable ». Вы также должны передать « UTF-8 » в качестве второго аргумента для EncodeHeader .

В следующем примере кода демонстрируется использование UTF-8:

Перевод Unicode для элементов формы Session. CodePage = 65001 ‘Код UTF-8 Если Запрос («Отправить») «» То Установите Mail = Server. CreateObject («Persits. MailSender») ‘введите действительный SMTP-хост Mail. Host = strHost Mail. From = «[email protected]» ‘с адреса Mail. FromName = Mail. EncodeHeader (Запрос («FromName»), «utf-8») Почта. Запрос AddAddress («Кому») ‘тема сообщения Mail. Subject = Mail. EncodeHeader (Запрос («Тема»), «utf-8») ‘тело сообщения Mail. Body = Request («Body») ‘Параметры UTF-8 Mail. CharSet = «UTF-8» Mail. ContentTransferEncoding = «Quoted-Printable» Mail. Send ‘отправить сообщение Response. Write «Сообщение отправлено» & Request («To») Конец, если %> AspEmail: Unicode. asp

В этом примере кода есть несколько важных элементов, которые нельзя упускать из виду:

Этот тег META определяет набор символов для этой страницы как UTF-8.Это, помимо прочего, указывает браузеру кодировать все элементы формы в кодировке UTF8. когда форма отправлена.

Session. CodePage = 65001

Эта строка указывает нашему сценарию ASP преобразовывать элементы формы в кодировке UTF8. (возвращается коллекцией Request. Form) обратно к обычным строкам Unicode. Номер 65001 — это кодовая страница UTF-8.

Mail. Subject = Mail. EncodeHeader (Запрос («Тема»), «utf-8»)

Второй необязательный аргумент установлен в «UTF-8» для правильного кодирования заголовка.

Mail. CharSet = «UTF-8»
Mail. ContentTransferEncoding = «Quoted-Printable»

Эти две строки обеспечивают правильную кодировку UTF-8 тела сообщения.

Щелкните ссылки ниже, чтобы запустить этот пример кода:

Http: //localhost/aspemail/NonAscii/Unicode. asp
Http: //localhost/aspemail/NonAscii/Unicode. aspx

6.5 допустимых значений CharSet

Вы можете указать следующие строковые значения для свойства CharSet , а также второй необязательный аргумент метода EncodeHeader :

Значение Значение

«UTF-8»	UTF-8
«UTF-7»	UTF-7
«Окна-1250» «cp1250»	ANSI — Центральная Европа
«Окна-1251» «cp1251»	ANSI — кириллица
«Windows-1252» «cp1252» «ascii» «us-ascii»	Латиница I
«Окна-1253» «cp1253»	ANSI — греческий
«Окна-1254» «cp1254»	ANSI — турецкий
«Windows-1255» «cp1255»	ANSI — иврит
«Окна-1256» «cp1256»	ANSI — арабский
«Окна-1257» «cp1257»	ANSI — Балтика
«Окна-1258» «cp1258»	ANSI — вьетнамский
«ISO-8859-1»	Latin I (значение по умолчанию)
«ISO-8859-2»	Центральная Европа
«ISO-8859-3»	Латиница 3
«ISO-8859-4»	Балтика
«ISO-8859-5»	Кириллица
«ISO-8859-6»	Арабский
«ISO-8859-7»	Греческий
«ISO-8859-8»	Еврейский
«ISO-8859-9»	Латиница 5
«ISO-8859-15»	Латиница 9
«cp866»	Русский DOS
«КОИ8-Р»	Русский
«кои8-у»	Украинский
Shift_jis	Японская Windows
«ks_c_5601-1987» «корейский»	Корейский
«EUC-KR» «корейский»	EUC — корейский
«BIG5»	Традиционный китайский Windows
«GB2312» «китайский»	Китайский упрощенный
«HZ-GB-2312»	Упрощенный китайский HZ
«EUC-JP»	EUC — японский
«X-EUC-TW»	EUC — традиционный китайский

PostgreSQL: Документация: 9.

3: Поддержка набора символов

Поддержка набора символов в PostgreSQL позволяет хранить текст в множество наборов символов (также называемых кодировками), включая однобайтовые наборы символов, такие как серия ISO 8859 и многобайтовые наборы символов, такие как EUC (Extended Unix Code), UTF-8 и Mule внутренний код. Можно использовать все поддерживаемые наборы символов. прозрачно для клиентов, но некоторые из них не поддерживаются для использования внутри сервера (то есть как кодирование на стороне сервера). По умолчанию набор символов выбирается при инициализации кластера базы данных PostgreSQL с помощью initdb. Его можно переопределить при создании база данных, поэтому у вас может быть несколько баз данных с разными набор символов.

Однако важным ограничением является то, что каждая база данных набор символов должен быть совместим с настройками локали базы данных LC_CTYPE (классификация символов) и LC_COLLATE (порядок сортировки строк). Для C или POSIX языковой стандарт, разрешен любой набор символов, но для других языков есть это только один набор символов, который будет работать правильно. (В Windows однако кодировку UTF-8 можно использовать с любой локалью.)

Таблица 22-1 показывает наборы символов, доступные для использования в PostgreSQL.

Таблица 22-1. PostgreSQL Наборы символов

Имя Описание Язык Сервер? байт / символ Псевдонимы

BIG5	Большая пятерка	Традиционный китайский	№	1-2	WIN950, Windows950
EUC_CN	Расширенный код UNIX-CN	Китайский упрощенный	Есть	1-3
EUC_JP	Расширенный код UNIX-JP	Японский	Есть	1-3
EUC_JIS_2004	Расширенный код UNIX-JP, JIS X 0213	Японский	Есть	1-3
EUC_KR	Расширенный код UNIX-KR	Корейский	Есть	1-3
EUC_TW	Расширенный код UNIX-TW	Китайский традиционный, тайваньский	Есть	1-3
ГБ18030	Национальный стандарт	Китайский	№	1-4
ГБК	Национальный стандарт расширенный	Китайский упрощенный	№	1-2	WIN936, Windows936
ISO_8859_5	ISO 8859-5, ECMA 113	Латиница / кириллица	Есть	1
ISO_8859_6	ISO 8859-6, ECMA 114	Латинский / арабский	Есть	1
ISO_8859_7	ISO 8859-7, ECMA 118	Латинский / греческий	Есть	1
ISO_8859_8	ISO 8859-8, ECMA 121	Латиница / Иврит	Есть	1
JOHAB	JOHAB	Корейский (хангыль)	№	1-3
KOI8R	КОИ8-Р	Кириллица (русская)	Есть	1	КОИ8
КОИ8У	КОИ8-У	Кириллица (украинская)	Есть	1
LATIN1	ISO 8859-1, ECMA 94	Западноевропейская	Есть	1	ISO88591
LATIN2	ISO 8859-2, ECMA 94	Центральноевропейская	Есть	1	ISO88592
LATIN3	ISO 8859-3, ECMA 94	Южноевропейский	Есть	1	ISO88593
LATIN4	ISO 8859-4, ECMA 94	Северо-Европейский	Есть	1	ISO88594
LATIN5	ISO 8859-9, ECMA 128	Турецкий	Есть	1	ISO88599
LATIN6	ISO 8859-10, ECMA 144	Северный	Есть	1	ISO885910
LATIN7	ISO 8859-13	Балтика	Есть	1	ISO885913
LATIN8	ISO 8859-14	Селтик	Есть	1	ISO885914
LATIN9	ISO 8859-15	LATIN1 с евро и акцентами	Есть	1	ISO885915
LATIN10	ISO 8859-16, ASRO SR 14111	Румынский	Есть	1	ISO885916
MULE_INTERNAL	Мул внутренний код	Многоязычный Emacs	Есть	1-4
SJIS	Сдвиг JIS	Японский	№	1-2	Мсканджи, ShiftJIS, WIN932, Окна932
SHIFT_JIS_2004	Сдвиг JIS, JIS X 0213	Японский	№	1-2
SQL_ASCII	Не указано (см. Текст)	Любой	Есть	1
UHC	Единый код хангыль	Корейский	№	1-2	WIN949, Windows949
UTF8	Unicode, 8 бит	Все	Есть	1-4	Юникод
WIN866	Окна CP866	Кириллица	Есть	1	ALT
WIN874	Окна CP874	Тайский	Есть	1
WIN1250	Окна CP1250	Центральноевропейская	Есть	1
WIN1251	Окна CP1251	Кириллица	Есть	1	ВЫИГРАТЬ
WIN1252	Окна CP1252	Западноевропейская	Есть	1
WIN1253	Окна CP1253	Греческий	Есть	1
WIN1254	Окна CP1254	Турецкий	Есть	1
WIN1255	Окна CP1255	Еврейский	Есть	1
WIN1256	Окна CP1256	Арабский	Есть	1
WIN1257	Окна CP1257	Балтика	Есть	1
WIN1258	Окна CP1258	Вьетнамский	Есть	1	ABC, TCVN, TCVN5712, VSCII

Не все клиентские API поддерживают все перечисленные наборы символов. Например, драйвер PostgreSQL JDBC не поддерживает MULE_INTERNAL, LATIN6, LATIN8 и ЛАТИНСКИЙ 10.

Параметр SQL_ASCII ведет себя значительно отличается от других настроек. Когда сервер набор символов — SQL_ASCII, сервер интерпретирует байтовые значения 0-127 в соответствии со стандартом ASCII, а байтовые значения 128–255 считаются неинтерпретируемыми символами. Нет преобразование кодировки будет выполнено, если установлено значение SQL_ASCII. Таким образом, этот параметр не так уж и хорош. объявление, что используется определенная кодировка, как объявление незнание кодировки. В большинстве случаев, если вы работаете с любыми данными, отличными от ASCII, неразумно использовать параметр SQL_ASCII, потому что PostgreSQL не сможет вам помочь преобразование или проверка символов, отличных от ASCII.

Initdb определяет символ по умолчанию установить (кодировку) для PostgreSQL кластер. Например,

Устанавливает набор символов по умолчанию на EUC_JP (расширенный код Unix для японского языка). Ты можешь используйте —encoding вместо — E, если вы предпочитаете более длинные строки параметров. Если нет — E или —encoding задана опция, initdb пытается определить подходящую кодировку для использования на основе указанного или языковой стандарт по умолчанию.

Вы можете указать нестандартную кодировку при создании базы данных. время, при условии, что кодировка совместима с выбранной язык:

Это создаст базу данных с именем korean, которая использует набор символов EUC_KR и локаль ko_KR. Другой способ сделать это — использовать эту команду SQL:

Обратите внимание, что приведенные выше команды определяют копирование базы данных template0. При копировании любой другой базы данных, настройки кодировки и локали не могут быть изменены по сравнению с исходной базы данных, поскольку это может привести к повреждению данных. Для дополнительную информацию см. в разделе 21.3.

Кодировка для базы данных хранится в системном каталоге. pg_database. Вы можете увидеть это, используя параметр psql — l или команда \ l.

Важно: В большинстве современных операционных систем PostgreSQL может определить, какой набор символов подразумевается настройкой LC_CTYPE, и это заставит использовать только соответствующую кодировку базы данных. На старые системы, вы несете ответственность за использование кодировка, ожидаемая выбранной вами локалью. Ошибка в эта область может привести к странному поведению зависящего от локали такие операции, как сортировка.

PostgreSQL позволит суперпользователи для создания баз данных с кодировкой SQL_ASCII, даже если LC_CTYPE не C или POSIX. Как отмечалось выше, SQL_ASCII не требует, чтобы данные, хранящиеся в база данных имеет какую-либо конкретную кодировку, поэтому этот выбор ставит риски ненадлежащего поведения, зависящего от местных условий. Используя эту комбинацию настройки устарели и когда-нибудь могут быть полностью запрещены.

PostgreSQL поддерживает автоматическую преобразование набора символов между сервером и клиентом наверняка комбинации наборов символов. Информация о преобразовании хранится в системный каталог pg_conversion. PostgreSQL поставляется с некоторыми предопределенные преобразования, как показано в Таблице 22-2. Ты может создать новое преобразование с помощью команды SQL CREATE CONVERSION.

Таблица 22-2. Преобразование набора символов клиент / сервер

Набор символов сервера Доступные наборы символов клиента

BIG5	Не поддерживается в качестве сервера кодировка
EUC_CN	EUC_CN, MULE_INTERNAL, UTF8
EUC_JP	EUC_JP, MULE_INTERNAL, SJIS, UTF8
EUC_JIS_2004	EUC_JIS_2004, SHIFT_JIS_2004, UTF8
EUC_KR	EUC_KR, MULE_INTERNAL, UTF8
EUC_TW	EUC_TW, BIG5, MULE_INTERNAL, UTF8
ГБ18030	Не поддерживается в качестве сервера кодировка
ГБК	Не поддерживается в качестве сервера кодировка
ISO_8859_5	ISO_8859_5, KOI8R, MULE_INTERNAL, UTF8, WIN866, WIN1251
ISO_8859_6	ISO_8859_6, UTF8
ISO_8859_7	ISO_8859_7, UTF8
ISO_8859_8	ISO_8859_8, UTF8
JOHAB	Не поддерживается в качестве сервера кодировка
KOI8R	KOI8R, ISO_8859_5, MULE_INTERNAL, UTF8, WIN866, WIN1251
КОИ8У	КОИ8У, UTF8
LATIN1	LATIN1, MULE_INTERNAL, UTF8
LATIN2	LATIN2, MULE_INTERNAL, UTF8, WIN1250
LATIN3	LATIN3, MULE_INTERNAL, UTF8
LATIN4	LATIN4, MULE_INTERNAL, UTF8
LATIN5	LATIN5, UTF8
LATIN6	LATIN6, UTF8
LATIN7	LATIN7, UTF8
LATIN8	LATIN8, UTF8
LATIN9	LATIN9, UTF8
LATIN10	LATIN10, UTF8
MULE_INTERNAL	MULE_INTERNAL, BIG5, EUC_CN, EUC_JP, EUC_KR, EUC_TW, ISO_8859_5, KOI8R, LATIN1 в LATIN4, SJIS, WIN866, WIN1250, WIN1251
SJIS	Не поддерживается в качестве сервера кодировка
SHIFT_JIS_2004	Не поддерживается в качестве сервера кодировка
SQL_ASCII	Любой (конвертации не будет выполнено)
UHC	Не поддерживается в качестве сервера кодировка
UTF8	Все поддерживаются кодировки
WIN866	WIN866, ISO_8859_5, KOI8R, MULE_INTERNAL, UTF8, WIN1251
WIN874	WIN874, UTF8
WIN1250	WIN1250, LATIN2, MULE_INTERNAL, UTF8
WIN1251	WIN1251, ISO_8859_5, KOI8R, MULE_INTERNAL, UTF8, WIN866
WIN1252	WIN1252, UTF8
WIN1253	WIN1253, UTF8
WIN1254	WIN1254, UTF8
WIN1255	WIN1255, UTF8
WIN1256	WIN1256, UTF8
WIN1257	WIN1257, UTF8
WIN1258	WIN1258, UTF8

Чтобы включить автоматическое преобразование набора символов, вы должны указать PostgreSQL набор символов (кодировка), которую вы хотели бы использовать в клиенте. Есть несколько способов добиться этого:

Использование команды \ encoding в psql. \ encoding позволяет изменять кодировку клиента на муха. Например, чтобы изменить кодировку на SJIS, введите:

Libpq (Раздел 31.10) имеет функции для управления клиентская кодировка.

Использование SET client_encoding TO. Параметр кодирование клиента может быть выполнено с помощью этой команды SQL:

Также вы можете использовать стандартный синтаксис SQL SET ИМЕНА для этого:

Для запроса текущей клиентской кодировки:

Для возврата к кодировке по умолчанию:

Использование PGCLIENTENCODING. Если переменная среды PGCLIENTENCODING равна определена в клиентской среде, эта клиентская кодировка автоматически выбирается при подключении к серверу. (Впоследствии это можно изменить, используя любой из других методов. упомянуто выше.)

Использование переменной конфигурации client_encoding. Если установлена ​​переменная client_encoding, эта клиентская кодировка выбирается автоматически при подключении к сервер сделан. (Впоследствии это может быть отменено с помощью любого других методов, упомянутых выше.)

Если преобразование определенного символа невозможно — предположим, вы выбрали EUC_JP для сервера и LATIN1 для клиента, а некоторые Возвращаются японские символы, которые не имеют представления в LATIN1 — сообщается об ошибке.

Если набор символов клиента определен как SQL_ASCII, преобразование кодировки отключено, независимо от набора символов сервера. Как и в случае с сервером, использование SQL_ASCII неразумно, если вы не работа с данными в формате ASCII.

Это хорошие источники для начала изучения различных видов системы кодирования.

CJKV Обработка информации: китайский, Вычислительная техника в Японии, Корее и Вьетнаме

Содержит подробные объяснения EUC_JP, EUC_CN, EUC_KR, EUC_TW.

Веб-сайт Консорциума Unicode.

UTF-8 (8-битный UCS / Unicode Формат преобразования) определяется здесь.

Чтение и запись кириллицы

Если вы используете Windows, вы можете загрузить точный шрифт, использованный для создания этих страниц, нажав ЗДЕСЬ . Если вы установите его на 10 pt., Вы должны получить очень точное совпадение со шрифтами в графике. Компьютеры Macintosh выглядят лучше, если шрифты ER Bukinist установлены на 12 пунктов. Они доступны ЗДЕСЬ . Если вы используете другую платформу, установите размер шрифта 10 pts. должен дать вам наилучшее совпадение со словами действия, встроенными в текст.

После того, как вы установили шрифты KOI8-R на свой компьютер, вы также должны настроить Netscape Navigator или MS Internet Explorer 5.0 для доступа к ним. Чтобы настроить Netscape Navigator 4.5, необходимо выполнить три шага:

Откройте меню «Правка» и выберите «Настройки» и «Шрифты», а затем выберите «Кириллица» в окне «Для кодировки документа». Если у вас есть многоязычная поддержка, вы можете использовать шрифт Times New Roman или Arial. Если вы не используете многоязычную поддержку, выберите шрифты KOI8-R (новый русский или ERBukinist) для «пропорционального шрифта» и KOI8-R Courier (Courier Cyrillic или Bukinist) для выбора «шрифта фиксированной ширины» в Папка «Шрифты».

В разделе «Просмотр» откройте «Набор символов» и установите для него «Кириллица (KOI8-R)»

Наконец, вернитесь в «Набор символов» и нажмите «Установить по умолчанию», если вы хотите, чтобы этот шрифт изначально отображался в навигаторе каждый раз, когда вы его открываете.

Для MS Internet Explorer 5.0 выберите «Свойства обозревателя» в меню «Инструменты». Внизу страницы выберите «Шрифты» и выберите подходящий шрифт для вашего языкового сценария «Кириллица». Все остальное MSIE сделает за вас. Возможно, вам придется установить «Кодировку» в «Вид» для «Кириллица (KOI-8)» для некоторых страниц; однако все страницы в этой грамматике должны автоматически открываться шрифтами KOI8. Однако, хотя страница может открываться в KOI8 автоматически, клавиатура может не работать без ручной настройки кодировки страницы на «Кириллица (KOI8)».

Письменный русский

Если вы хотите записать упражнения в справочную грамматику, помимо установки шрифтов KOI8-R вам необходимо (1) установить кириллическую клавиатуру и (2) настроить ваш браузер для кодирования документов KOI8-R.

KOI8-R Клавиатуры

Чтобы установить буквенно-буквенную кириллическую клавиатуру учащегося, необходимо приобрести ее или загрузить в Интернете. Следуйте инструкциям по его установке. Если вы используете Windows 95/98, загрузите Bucknell KOI8 Keyboard Package здесь. Он основан на Tavultesoft Keyboard Manager Летнего института лингвистики. Пакет Bucknell поставляется со стандартной русской раскладкой клавиатуры и буквенной раскладкой учащегося, где русские буквы соответствуют латинским буквам с таким же или похожим звуком. Инструкции по установке Tavultesoft Keyboard Manager включены в пакет. Теперь есть менеджер клавиатуры Tavultesoft для Windows NT, доступный от автора за 30 долларов.

Если вы используете Mac, вы можете получить клавиатуру с раскладкой, аналогичной латинице, загрузив наш пакет шрифтов ERBukinist , указанный выше. Вы устанавливаете клавиатуру, перетаскивая ее в системный каталог, затем вы должны установить расширение клавиатуры (под яблоком) на KOI8-R.

Печать кириллицей

Если у вас нет цветного принтера, перед печатью этих страниц проверьте параметры файла / страницы в Netscape и убедитесь, что установлен флажок «Черный текст».Когда вы распечатываете эти страницы, сами генерируемые слова будут отображаться как основа + окончание, а не как полностью производное слово. (В конце концов, именно поэтому электронный формат предпочтительнее.)

@documentencoding (GNU Texinfo 6.8)

Команда @documentencoding объявляет входной документ кодирование, а также может влиять на кодировку вывода. Напиши это на отдельная строка с действующей спецификацией кодировки, следующей за начало файла.

Texinfo поддерживает следующие кодировки:

Это не имеет особого значения, но включено для полноты картины.

Обширная глобальная кодировка символов, выраженная в 8-битных байтах.

ISO-8859-1 ¶ ISO-8859-15 ISO-8859-2

Это стандартные кодировки для западноевропейских (первый два) и восточноевропейские языки (третий) соответственно. ISO 8859-15 заменяет некоторые малоиспользуемые символы из 8859-1 (например, предварительно составленные дроби) с более часто используемыми, такими как Символ евро (€).

Полное описание кодировок здесь выходит за рамки наших возможностей; одна полезная ссылка — http://czyborra. com/charsets/iso8859.html.

Это обычно используемая кодировка для русского языка.

Это обычно используемая кодировка украинского языка.

Указание кодировки enc имеет следующие эффекты:

В выводе Info есть так называемая секция «Локальные переменные» (см. Раздел «Файл Переменные в Руководство GNU Emacs ) выводится, включая приложение. Это позволяет читателям Info устанавливать кодировку соответственно. Это выглядит так:

Также, при выводе информации и обычного текста, если опция —disable-encoding передается makeinfo, акцент конструкции и специальные символы, такие как @ ‘e, выводятся как фактический 8-битный символ или символ UTF-8 в данной кодировке, где возможно.

В выводе HTML выводится тег « » в « ». раздел HTML, в котором указано код. Веб-серверы и браузеры сотрудничают, чтобы использовать эту информацию, поэтому правильная кодировка используется для отображения страницы, если поддерживается системой. Это похоже это:

В выводе XML и DocBook всегда используется UTF-8, согласно соглашениям этих форматов.

В выводе TeX символы, которые поддерживаются в стандарте Соответственно выводятся шрифты Computer Modern. Например, это означает использование акцентов, а не заранее составленных глифов. Использование отсутствующего символа генерирует предупреждающее сообщение, как и указание нереализованной кодировки.

Хотя современные системы TeX поддерживают почти все скрипты, используемые в во всем мире эта широкая поддержка недоступна в texinfo. tex, и невозможно дублировать или включать все эти усилия.(Наш план по поддержке других скриптов — создать Серверная часть LaTeX на texi2any, где уже есть поддержка настоящее время.)

Для максимальной переносимости документов Texinfo через множество различных пользовательских сред в мире, мы рекомендуем придерживаться 7-битного ASCII во входных данных, если ваше конкретное руководство не требует значительного количества не-ASCII, например, написано на немецком языке. Вы можете использовать @U команда для вставки случайного необходимого символа (см. Вставка Unicode: @U ).

Примечание. Кириллица в странице TITLE
Если вы или ваши будущие читатели работаете под нерусской Windows, то это , а не . хорошая идея использовать кириллические буквы в заголовке вашей страницы
(текст внутри HTML-тегов и ). Например, MS Internet Explorer вер. 5 и выше (а также Netscape версии 7.1 и выше и Mozilla версии 1.4 и выше)
Может отображать такой заголовок Только под Windows 2000 / XP и не может под Windows 95/98 / ME / NT, а Netscape 4.x — 7.0x вообще не сможет этого сделать. Вот моя тестовая страница (написана действительно для выпуска закладок в Netscape — это текст заголовка который идет в закладки) , который объясняет это:
«Заголовок с текстом, отличным от системной кодовой страницы Windows»

Дополнительное видео по теме

Как добавить кодировку страницы?

Вы когда-нибудь видели на странице в интернете какие-то знаки вопроса, квадратики и прочее вместо текста? Думаю, что видели. Так вот, у этого сайта проблема с кодировкой, вполне возможно разработчик ее не указал. Кодировка, простыми словами, это таблица содержащая набор символов. Для того чтобы добавить кодировку сайта, нужен многофункциональный тег, о нем написан целый урок. Итак, чтобы браузер понял, какую кодировку вы используете, применяйте эту строку:

Что такое кодировка?

Кодировка, это набор символов, представленный в таблице. Таблица содержит сам символ и его код, например, двоичный (нули и единицы). Термин «набор символов» редко используется, чаще всего говорят «кодировка». На данный момент популярны две кодировки: ASCII и UTF-8. На нашем сайте используется кодировка UTF-8 .

Подробнее о кодировке?

Кодировка ASCII является американской и разрабатывалась для английского языка. Так как, к примеру, французский язык имеет надстрочные знаки, а русский алфавит не похож на английский, был разработан стандарт Unicode для расширения кодировки ASCII. Но и в Unicode, со временем, стало не хватать места для размещения новых символов. Поэтому на основе Unicode создали кодировку UTF-8, которая исправила эти недостатки. UTF-8 позволяет кодировать до 2 миллиардов символов, поэтому она доминирует в интернете.

В UTF-8 коды от 0 до 127 используются для представления символов ASCII. Если символ не входит в набор ASCII, то старший бит первого байта устанавливается в 1, что свидетельствует о дополнительном использовании байтов. То есть если в документе используются только символы из ASCII, то каждый символ в UTF-8 будет кодироваться восьмью битами.

Что такое атрибуты?

Настало время познакомиться с атрибутами в HTML. Вы их уже встречали, просто на них не акцентировалось внимание. Атрибуты – это дополнение к тегам, расширяющее их возможности. Они всегда указываются в открывающемся теге. Атрибут состоит из имени и значения, разделенного знаком равенства.

Имя атрибута необходимо писать в нижнем регистре. Хотя HTML5 и позволяет писать в любом регистре и не использовать кавычки, все же так не рекомендуется делать.

разработчик вводит текст будущей страницы KOI8-R, используя шрифты Windows-1251, такие как «Arial (Cyrillic)» и инструменты клавиатуры Windows-1251 («RU» на панели задач), так что то, что он / она действительно имеет в окне редактора, — это текст Windows-1251 (или Unicode), а не текст KOI8-R Но если в качестве кодировки для этого HTML-файла был указан KOI8-R, то современные Редакторы WYSIWYG HTML незаметно «за кулисами» Конвертируют текст из Windows-1251 — KOI8-R и поместите текст KOI8-R на жесткий диск в формате. HTML
Они также поместят следующую строку вверху HTML-текста:
Коды HTML для символов греческого языка

Полезная информация и краткая ретроспектива

Современные редакторы позволяют преобразовать текст открытого документа из одной кодировки в другую, а стандартный Блокнот позволяет выбрать кодировку только при сохранении файла.

Xn—90abhccf7b. xn--p1ai

25.09.2018 17:19:34

2018-09-25 17:19:34

Источники:

Https://xn--90abhccf7b. xn--p1ai/html/kodirovka-russkogo-yazyka-v-html-atribut-charset-htmlbook-ru. html

Как исправить отображение кириллицы в Windows 10 | » /> » /> .keyword { color: red; }

Кодировка для русского языка

Одна из возможных проблем, с которыми можно столкнуться после установки Windows 10 — кракозябры вместо русских букв в интерфейсе программ, а также в документах. Чаще неправильное отображение кириллицы встречается в изначально англоязычных и не совсем лицензионных версиях системы, но бывают и исключения.

В этой инструкции — о том, как исправить «кракозябры» (или иероглифы), а точнее — отображение кириллицы в Windows 10 несколькими способами. Возможно, также будет полезным: Как установить и включить русский язык интерфейса в Windows 10 (для систем на английском и других языках).

Исправление отображения кириллицы с помощью настроек языка и региональных стандартов Windows 10

Самый простой и чаще всего работающий способ убрать кракозябры и вернуть русские буквы в Windows 10 — исправить некоторые неправильные настройки в параметрах системы.

Для этого потребуется выполнить следующие шаги (примечание: привожу также названия нужных пунктов на английском, так как иногда необходимость исправить кириллицу возникает в англоязычных версиях системы без нужды менять язык интерфейса).

Откройте панель управления (для этого можно начать набирать «Панель управления» или «Control Panel» в поиске на панели задач. Убедитесь, что в поле «Просмотр» (View by) установлено «Значки» (Icons) и выберите пункт «Региональные стандарты» (Region). На вкладке «Дополнительно» (Administrative) в разделе «Язык программ, не поддерживающих Юникод» (Language for non-Unicode programs) нажмите по кнопке «Изменить язык системы» (Change system locale). Выберите русский язык, нажмите «Ок» и подтвердите перезагрузку компьютера.

После перезагрузки проверьте, была ли решена проблема с отображением русских букв в интерфейсе программ и (или) документах — обычно, кракозябры бывают исправлены после этих простых действий.

Как исправить иероглифы Windows 10 путем изменения кодовых страниц

Кодовые страницы представляют собой таблицы, в которых определенным байтам сопоставляются определенные символы, а отображение кириллицы в виде иероглифов в Windows 10 связано обычно с тем, что по умолчанию задана не та кодовая страница и это можно исправить несколькими способами, которые могут быть полезны, когда требуется не изменять язык системы в параметрах.

С помощью редактора реестра

Первый способ — использовать редактор реестра. На мой взгляд, это самый щадящий для системы метод, тем не менее, рекомендую создать точку восстановления прежде чем начинать. Совет про точки восстановления относится и ко всем последующим способам в этом руководстве.

Нажмите клавиши Win+R на клавиатуре, введите regedit и нажмите Enter, откроется редактор реестра. Перейдите к разделу реестраи в правой части пролистайте значения этого раздела до конца. Дважды нажмите по параметру ACP, установите значение 1251 (кодовая страница для кириллицы), нажмите Ок и закройте редактор реестра. Перезагрузите компьютер (именно перезагрузка, а не завершение работы и включение, в Windows 10 это может иметь значение).

Обычно, это исправляет проблему с отображением русских букв. Вариация способа с помощью редактора реестра (но менее предпочтительная) — посмотреть на текущее значение параметра ACP (обычно — 1252 для изначально англоязычных систем), затем в том же разделе реестра найти параметр с именем 1252 и изменить его значение с c_1252. nls на c_1251.nls.

Путем подмена файла кодовой страницы на c_1251.nls

Второй, не рекомендуемый мной способ, но иногда выбираемый теми, кто считает, что правка реестра — это слишком сложно или опасно: подмена файла кодовой страницы в C:\ Windows\ System32 (предполагается, что у вас установлена западно-европейская кодовая страница — 1252, обычно это так. Посмотреть текущую кодовую страницу можно в параметре ACP в реестре, как было описано в предыдущем способе).

Зайдите в папку C:\ Windows\ System32 и найдите файл c_1252.NLS, нажмите по нему правой кнопкой мыши, выберите пункт «Свойства» и откройте вкладку «Безопасность». На ней нажмите кнопку «Дополнительно». В поле «Владелец» нажмите «Изменить». В поле «Введите имена выбираемых объектов» укажите ваше имя пользователя (с правами администратора). Если в Windows 10 используется учетная запись Майкрософт, вместо имени пользователя укажите адрес электронной почты. Нажмите «Ок» в окне, где указывали пользователя и в следующем (Дополнительные параметры безопасности) окне. Вы снова окажетесь на вкладке «Безопасность» в свойствах файла. Нажмите кнопку «Изменить». Выберите пункт «Администраторы» (Administrators) и включите полный доступ для них. Нажмите «Ок» и подтвердите изменение разрешений. Нажмите «Ок» в окне свойств файла. Переименуйте файл c_1252.NLS (например, измените расширение на. bak, чтобы не потерять этот файл). Удерживая клавишу Ctrl, перетащите находящийся там же в C:\Windows\System32 файл c_1251.NLS (кодовая страница для кириллицы) в другое место этого же окна проводника, чтобы создать копию файла. Переименуйте копию файла c_1251.NLS в c_1252.NLS. Перезагрузите компьютер.

После перезагрузки Windows 10 кириллица должна будет отображаться не в виде иероглифов, а как обычные русские буквы.

Откройте панель управления (для этого можно начать набирать «Панель управления» или «Control Panel» в поиске на панели задач. Убедитесь, что в поле «Просмотр» (View by) установлено «Значки» (Icons) и выберите пункт «Региональные стандарты» (Region). На вкладке «Дополнительно» (Administrative) в разделе «Язык программ, не поддерживающих Юникод» (Language for non-Unicode programs) нажмите по кнопке «Изменить язык системы» (Change system locale). Выберите русский язык, нажмите «Ок» и подтвердите перезагрузку компьютера.

Зайдите в папку C:\ Windows\ System32 и найдите файл c_1252.NLS, нажмите по нему правой кнопкой мыши, выберите пункт «Свойства» и откройте вкладку «Безопасность». На ней нажмите кнопку «Дополнительно». В поле «Владелец» нажмите «Изменить». В поле «Введите имена выбираемых объектов» укажите ваше имя пользователя (с правами администратора). Если в Windows 10 используется учетная запись Майкрософт, вместо имени пользователя укажите адрес электронной почты. Нажмите «Ок» в окне, где указывали пользователя и в следующем (Дополнительные параметры безопасности) окне. Вы снова окажетесь на вкладке «Безопасность» в свойствах файла. Нажмите кнопку «Изменить». Выберите пункт «Администраторы» (Administrators) и включите полный доступ для них. Нажмите «Ок» и подтвердите изменение разрешений. Нажмите «Ок» в окне свойств файла. Переименуйте файл c_1252.NLS (например, измените расширение на. bak, чтобы не потерять этот файл). Удерживая клавишу Ctrl, перетащите находящийся там же в C:\Windows\System32 файл c_1251.NLS (кодовая страница для кириллицы) в другое место этого же окна проводника, чтобы создать копию файла. Переименуйте копию файла c_1251.NLS в c_1252.NLS. Перезагрузите компьютер.

Как исправить иероглифы Windows 10 путем изменения кодовых страниц.

Remontka. pro

08.09.2020 13:54:50

2020-09-08 13:54:50

Источники:

Https://remontka. pro/fix-cyrillic-windows-10/

Проблемы с кодировкой UTF-8 в HTML файле | АйТиФай

Сортировка по дате

• Сен 30, 2021

• #1

Windows 10
Python 3. 9.7
Локальный хостинг — Apache 2.4
Есть HTML страница, написанная на Python:

Python:

#! C:/Python/python
print ('Content-type: text/html\n\n')
print ('''<!DOCTYPE html>
<html lang="ru">
<head>
<meta charset="utf-8">
<title>Титул</title>
</head>
<body>Текст</body>
</html>''')

Чтобы я с ней не делал (пробовал все, что нашел в сети про кодировки в Python), вместо русского текста выводятся знаки �����
При этом, если загружать в данную страницу русский текст из файла, то он читается нормально.

Помогите, пожалуйста, решить проблему!

0

• Сен 30, 2021

• #2

Можно указать кодировку в конфиге апача (apache2. conf):

Код:

AddDefaultCharset UTF-8   
SetEnv PYTHONIOENCODING utf8

Реакции:

Valeri J

0

• Сен 30, 2021

• #3

stud_55 — делал.
В этом случае текст в файле Python становится нормальным.
Но создается другая проблема — если в этот файл Python загрузить русский текст из текстового файла:

Python:

fa = open('news.txt')
ws = fa.read()
fa.close()
print (ws)

то тест из файла news. tx превращается в кракозябру:
Если удалить предложенные вами строки из конфига Апача, то текст из файла news.tx становится нормальным, а текст, встроенный в файл Python превращается в �����
Получается: все время один какой-то текст нормальный, а второй выводится в непонятном виде. Или или. Чтобы все тексты отображались правильно — не выходит.

При этом и текстовый файл и файл Python написаны и сохранены в utf-8.

 

0

• Сен 30, 2021

• #4

Но создается другая проблема — если в этот файл Python загрузить русский текст из текстового файла то тест из файла news. tx превращается в кракозябру

Нажмите, чтобы раскрыть…

Попробовал загрузить текст из файла — у меня он отобразился нормально.
Попробуйте указать кодировку при открытии файла (хотя у меня этого не потребовалось):

Python:

with open('news.txt', 'r', encoding='utf-8') as f:
    ws = f.read()
    print(ws)

 

Реакции:

Valeri J

0

• Сен 30, 2021

• #5

stud_55 — я наверное неудачно описал ситуацию.
Текст из внешнего текстового файла у меня загружается и выводится правильно. А вот текст, прописанный в самом файле Python, выводится в виде ромбов.
Ниже полный код программы с комментариями, где и что получается.

Файл и внешний текстовый файл написаны и сохранены в utf-8
Полный код:

Python:

#! C:/Python/python
print ('Content-type: text/html\n\n')
# Титул и слово Текст в теле документа выводятся ромбами
print ('''<!DOCTYPE html>
<html lang="ru">
<head>
<meta charset="utf-8">
<title>Титул</title>
</head>
<body>Текст<br>''')
fa = open('set/news.txt')
ws = fa.read()
fa.close()
# Текст из файла set/news.txt выводится в правильном виде
print (ws)
print ('</body></html>')

Изменить ситуацию можно только записав в Апаче строку SetEnv PYTHONIOENCODING utf8
Тогда текст, встроенный в файл Python отображается правильно. Но теперь неправильно отображается текст из файла set/news. txt
Никаких вариантов, чтобы и текст, встроенный в файл Python, и текст из файла set/news.txt отображались одинаково правильно мне найти не удалось.

 

0

• Сен 30, 2021

• #6

Текст из внешнего текстового файла у меня загружается и выводится правильно. А вот текст, прописанный в самом файле Python, выводится в виде ромбов.

Нажмите, чтобы раскрыть…

Это я понял. Проверил на апаче получил ромбы вместо текста, поменял настройки в апаче — текст стал нормальным и текст из файла тоже.

Изменить ситуацию можно только записав в Апаче строку SetEnv PYTHONIOENCODING utf8

Нажмите, чтобы раскрыть…

Возможно вы добавили только эту строку. Попробуйте добавить обе:

Python:

AddDefaultCharset UTF-8   
SetEnv PYTHONIOENCODING utf8

Также после изменения конфига нужно перезагрузить апач.

 

Реакции:

Valeri J

0

• Сен 30, 2021

• #7

stud_55 — вроде бы я уже делал все, что вы рекомендовали, но скорее, где-то допускал ошибки.
Вставил ваш код:

Python:

with open('news.txt', 'r', encoding='utf-8') as f:
    ws = f.read()
    print(ws)

и все заработало.
Большое спасибо!

 

0

• Сен 30, 2021

• #8

Разобрался, в чем состояло правильное решение. В комбинации:
строк в конфиге Апача

Код:

AddDefaultCharset UTF-8  
SetEnv PYTHONIOENCODING utf8

и кодирования в файле Python

Python:

encoding='utf-8'

 

Для ответа нужно войти/зарегистрироваться

Поделиться:

Поделиться

Выбор кодировки текста при открытии и сохранении файлов

Как правило, при совместной работе с текстовыми файлами нет необходимости вникать в технические аспекты хранения текста. Однако если необходимо поделиться файлом с человеком, который работает с текстами на других языках, скачать текстовый файл из Интернета или открыть его на компьютере с другой операционной системой, может потребоваться задать кодировку при его открытии или сохранении.

Когда вы открываете текстовый файл в Microsoft Word или другой программе (например, на компьютере, язык операционной системы на котором отличается от того, на котором написан текст в файле), кодировка помогает программе определить, в каком виде нужно вывести текст на экран, чтобы его можно было прочитать.

В этой статье

• Общие сведения о кодировке текста

• Выбор кодировки при открытии файла

• Выбор кодировки при сохранении файла

• Поиск кодировок, доступных в Word

Общие сведения о кодировке текста

То, что отображается на экране как текст, фактически хранится в текстовом файле в виде числового значения. Компьютер преобразует числические значения в видимые символы. Для этого используется кодикон.

Кодировка — это схема нумерации, согласно которой каждому текстовому символу в наборе соответствует определенное числовое значение. Кодировка может содержать буквы, цифры и другие символы. В различных языках часто используются разные наборы символов, поэтому многие из существующих кодировок предназначены для отображения наборов символов соответствующих языков.

Различные кодировки для разных алфавитов

Сведения о кодировке, сохраняемые с текстовым файлом, используются компьютером для вывода текста на экран. Например, в кодировке «Кириллица (Windows)» знаку «Й» соответствует числовое значение 201. Когда вы открываете файл, содержащий этот знак, на компьютере, на котором используется кодировка «Кириллица (Windows)», компьютер считывает число 201 и выводит на экран знак «Й».

Однако если тот же файл открыть на компьютере, на котором по умолчанию используется другая кодировка, на экран будет выведен знак, соответствующий числу 201 в этой кодировке. Например, если на компьютере используется кодировка «Западноевропейская (Windows)», знак «Й» из исходного текстового файла на основе кириллицы будет отображен как «É», поскольку именно этому знаку соответствует число 201 в данной кодировке.

Юникод: единая кодировка для разных алфавитов

Чтобы избежать проблем с кодированием и декодированием текстовых файлов, можно сохранять их в Юникоде. В состав этой кодировки входит большинство знаков из всех языков, которые обычно используются на современных компьютерах.

Так как Word работает на базе Юникода, все файлы в нем автоматически сохраняются в этой кодировке. Файлы в Юникоде можно открывать на любом компьютере с операционной системой на английском языке независимо от языка текста. Кроме того, на таком компьютере можно сохранять в Юникоде файлы, содержащие знаки, которых нет в западноевропейских алфавитах (например, греческие, кириллические, арабские или японские).

К началу страницы

Выбор кодировки при открытии файла

Если в открытом файле текст искажен или выводится в виде вопросительных знаков либо квадратиков, возможно, Word неправильно определил кодировку. Вы можете указать кодировку, которую следует использовать для отображения (декодирования) текста.

1. Откройте вкладку Файл.

2. Нажмите кнопку Параметры.

3. Нажмите кнопку Дополнительно.

4. Перейдите к разделу Общие и установите флажокПодтверждать преобразование формата файла при открытии.

   Примечание: Если установлен этот флажок, Word отображает диалоговое окно Преобразование файла при каждом открытии файла в формате, отличном от формата Word (то есть файла, который не имеет расширения DOC, DOT, DOCX, DOCM, DOTX или DOTM). Если вы часто работаете с такими файлами, но вам обычно не требуется выбирать кодировку, не забудьте отключить этот параметр, чтобы это диалоговое окно не выводилось.

5. Закройте, а затем снова откройте файл.

6. В диалоговом окне Преобразование файла выберите пункт Кодированный текст.

7. В диалоговом окне Преобразование файла установите переключатель Другая и выберите нужную кодировку из списка.

   В области Образец можно просмотреть текст и проверить, правильно ли он отображается в выбранной кодировке.

Если почти весь текст выглядит одинаково (например, в виде квадратов или точек), возможно, на компьютере не установлен нужный шрифт. В таком случае можно установить дополнительные шрифты.

Чтобы установить дополнительные шрифты, сделайте следующее:

1. Нажмите кнопку Пуск и выберите пункт Панель управления.

2. org/ListItem»>

   Выполните одно из указанных ниже действий.

   В Windows 7

   1. На панели управления выберите раздел Удаление программы.

   2. В списке программ щелкните Microsoft Office или Microsoft Word, если он был установлен отдельно от пакета Microsoft Office, и нажмите кнопку Изменить.

   В Windows Vista

   1. org/ListItem»>

      На панели управления выберите раздел Удаление программы.

   2. В списке программ щелкните Microsoft Office или Microsoft Word, если он был установлен отдельно от пакета Microsoft Office, и нажмите кнопку Изменить.

   В Windows XP

   1. На панели управления щелкните элемент Установка и удаление программ.

   2. В списке Установленные программы щелкните Microsoft Office или Microsoft Word, если он был установлен отдельно от пакета Microsoft Office, и нажмите кнопку Изменить.

3. В группе Изменение установки Microsoft Office нажмите кнопку Добавить или удалить компоненты и затем нажмите кнопку Продолжить.

4. В разделе Параметры установки разверните элемент Общие средства Office, а затем — Многоязыковая поддержка.

5. Выберите нужный шрифт, щелкните стрелку рядом с ним и выберите пункт Запускать с моего компьютера.

Совет: При открытии текстового файла в той или иной кодировке в Word используются шрифты, определенные в диалоговом окне Параметры веб-документа. (Чтобы вызвать диалоговое окно Параметры веб-документа, нажмите кнопку Microsoft Office, затем щелкните Параметры Word и выберите категорию Дополнительно. В разделе Общие нажмите кнопку Параметры веб-документа.) С помощью параметров на вкладке Шрифты диалогового окна Параметры веб-документа можно настроить шрифт для каждой кодировки.

К началу страницы

Выбор кодировки при сохранении файла

Если не выбрать кодировку при сохранении файла, будет использоваться Юникод. Как правило, рекомендуется применять Юникод, так как он поддерживает большинство символов большинства языков.

Если документ планируется открывать в программе, которая не поддерживает Юникод, вы можете выбрать нужную кодировку. Например, в операционной системе на английском языке можно создать документ на китайском (традиционное письмо) с использованием Юникода. Однако если такой документ будет открываться в программе, которая поддерживает китайский язык, но не поддерживает Юникод, файл можно сохранить в кодировке «Китайская традиционная (Big5)». В результате текст будет отображаться правильно при открытии документа в программе, поддерживающей китайский язык (традиционное письмо).

Примечание: Так как Юникод — это наиболее полный стандарт, при сохранении текста в других кодировках некоторые знаки могут не отображаться. Предположим, например, что документ в Юникоде содержит текст на иврите и языке с кириллицей. Если сохранить файл в кодировке «Кириллица (Windows)», текст на иврите не отобразится, а если сохранить его в кодировке «Иврит (Windows)», то не будет отображаться кириллический текст.

Если выбрать стандарт кодировки, который не поддерживает некоторые символы в файле, Word пометит их красным. Вы можете просмотреть текст в выбранной кодировке перед сохранением файла.

При сохранении файла в виде кодированного текста из него удаляется текст, для которого выбран шрифт Symbol, а также коды полей.

Выбор кодировки

1. Откройте вкладку Файл.

2. Выберите пункт Сохранить как.

   Чтобы сохранить файл в другой папке, найдите и откройте ее.

3. В поле Имя файла введите имя нового файла.

4. В поле Тип файла выберите Обычный текст.

5. org/ListItem»>

   Нажмите кнопку Сохранить.

6. Если появится диалоговое окно Microsoft Office Word — проверка совместимости, нажмите кнопку Продолжить.

7. В диалоговом окне Преобразование файла выберите подходящую кодировку.

   • Чтобы использовать стандартную кодировку, выберите параметр Windows (по умолчанию).

   • Чтобы использовать кодировку MS-DOS, выберите параметр MS-DOS.

   • Чтобы задать другую кодировку, установите переключатель Другая и выберите нужный пункт в списке. В области Образец можно просмотреть текст и проверить, правильно ли он отображается в выбранной кодировке.

     Примечание: Чтобы увеличить область отображения документа, можно изменить размер диалогового окна Преобразование файла.

8. Если появилось сообщение «Текст, выделенный красным, невозможно правильно сохранить в выбранной кодировке», можно выбрать другую кодировку или установить флажок Разрешить подстановку знаков.

   Если разрешена подстановка знаков, знаки, которые невозможно отобразить, будут заменены ближайшими эквивалентными символами в выбранной кодировке. Например, многоточие заменяется тремя точками, а угловые кавычки — прямыми.

   Если в выбранной кодировке нет эквивалентных знаков для символов, выделенных красным цветом, они будут сохранены как внеконтекстные (например, в виде вопросительных знаков).

9. Если документ будет открываться в программе, в которой текст не переносится с одной строки на другую, вы можете включить в нем жесткие разрывы строк. Для этого установите флажок Вставлять разрывы строк и укажите нужное обозначение разрыва (возврат каретки (CR), перевод строки (LF) или оба значения) в поле Завершать строки.

К началу страницы

Поиск кодировок, доступных в Word

Word распознает несколько кодировок и поддерживает кодировки, которые входят в состав системного программного обеспечения.

Ниже приведен список письменностей и связанных с ними кодировок (кодовых страниц).

Система письменности	Кодировки	Используемый шрифт
Многоязычная	Юникод (UCS-2 с прямым и обратным порядком байтов, UTF-8, UTF-7)	Стандартный шрифт для стиля «Обычный» локализованной версии Word
Арабская	Windows 1256, ASMO 708	Courier New
Китайская (упрощенное письмо)	GB2312, GBK, EUC-CN, ISO-2022-CN, HZ	SimSun
Китайская (традиционное письмо)	BIG5, EUC-TW, ISO-2022-TW	MingLiU
Кириллица	Windows 1251, KOI8-R, KOI8-RU, ISO8859-5, DOS 866	Courier New
Английская, западноевропейская и другие, основанные на латинице	Windows 1250, 1252-1254, 1257, ISO8859-x	Courier New
Греческая	Windows 1253	Courier New
Иврит	Windows 1255	Courier New
Японская	Shift-JIS, ISO-2022-JP (JIS), EUC-JP	MS Mincho
Корейская	Wansung, Johab, ISO-2022-KR, EUC-KR	Malgun Gothic
Тайская	Windows 874	Tahoma
Вьетнамская	Windows 1258	Courier New
Индийские: тамильская	ISCII 57004	Latha
Индийские: непальская	ISCII 57002 (деванагари)	Mangal
Индийские: конкани	ISCII 57002 (деванагари)	Mangal
Индийские: хинди	ISCII 57002 (деванагари)	Mangal
Индийские: ассамская	ISCII 57006
Индийские: бенгальская	ISCII 57003
Индийские: гуджарати	ISCII 57010
Индийские: каннада	ISCII 57008
Индийские: малаялам	ISCII 57009
Индийские: ория	ISCII 57007
Индийские: маратхи	ISCII 57002 (деванагари)
Индийские: панджаби	ISCII 57011
Индийские: санскрит	ISCII 57002 (деванагари)
Индийские: телугу	ISCII 57005

• org/ListItem»>

  Для использования индийских языков необходима их поддержка в операционной системе и наличие соответствующих шрифтов OpenType.

• Для непальского, ассамского, бенгальского, гуджарати, малаялам и ория доступна только ограниченная поддержка.

К началу страницы

Виды кодировок символов [АйТи бубен]

• Unicode: UTF-8, UTF-16,UTF-32.

• i18n Интернационализация — Интернационализация

• L10n Локализация программного обеспечения — Локализация

В общем случае кодировка или кодовая таблица — это однозначное соответствие между подмножеством целых чисел (как правило, идущих подряд) и некоторым набором символов. Ключевым здесь является понятие символа. Символ может быть буквой (а может и не быть), может соответствовать звуку речи (а может и не соответствовать) и может быть представлен графическим знаком (но может обходиться и без какого бы то ни было видимого образа). Символ — это атом смысла, мельчайшая неделимая частица информации.

Так, латинское «А» и кириллическое «А» — это разные символы, потому что они употребляются в разных контекстах и несут в себе разную информацию.

Определяющим для любой кодировки является количество охватываемых ею кодов и, соответственно, символов. Поскольку тексты в компьютере хранятся в виде последовательности байтов, большинство кодировок естественным образом распадаются на однобайтовые, или восьмибитные, способные закодировать не больше 256 символов, и двухбайтовые, или шестнадцатибитные, чья емкость может достигать 65636 знакомест.

• ASCII — прежде чем переходить к восьмибитным кодировкам, нужно сказать несколько слов о кодировке под названием ASCII (American Standard Code for Information Interchange) — кодировке также восьмибитной, но охватывающей только 128 символов и потому довольствующейся семью значимыми битами (старший, восьмой бит при этом всегда равен нулю). Важность этой кодировки, включающей латинский алфавит, цифры и основные знаки пунктуации, необычайно велика: почти все остальные (большие по размеру) кодировки совместимы с ней, т. е. размещают на своих первых 128 знакоместах те же самые символы в том же порядке.

• КОИ8. Хронологически одним из первых стандартов кодирования русских букв на компьютерах был КОИ8 («Код обмена информацией, 8-битный»). Эта кодировка применялась еще в доисторические советские времена на компьютерах ЕС ЭВМ, и когда в середине 80-х появились первые русифицированные версии операционной системы UNIX, они унаследовали эту кодировку у своих «предков». В результате КОИ8 является сейчас одной из кодировок, которые обязательно должна поддерживать любая русская web-страница.

• Windows-1251. Вторая по значению в русском Интернете (и, безусловно, первая по употребимости на персональных компьютерах) кодировка — это стандартная кириллическая кодировка Microsoft Windows, обозначаемая аббревиатурой СР1251 («СР» расшифровывается как «Code Page», «кодовая страница»). Все Windows- приложения, работающие с русским языком, обязаны понимать эту кодировку без перевода. Благодаря распространенности Windows кодировка СР1251, вместе с КОИ8, входит в абсолютный минимум кодировок, которые приходится поддерживать русскоязычным сайтам.

• Семейство 8859. Latin-1. Похожая ситуация с конкурирующими платформами и операционными системами и, как следствие, с конкурирующими несовместимыми кодировками наблюдается и в других языках, пользующихся своим собственным алфавитом или даже латинским алфавитом с расширениями. Международная организация по стандартизации (International Standards Organization, Стандарты ISO) попыталась навести порядок в восьмибитных кодировках, создав серию кодировок ISO 8859, расширяющих таблицу ASCII для латинских букв с диакритикой и лигатур (кодировка ISO 8859-1), кириллицы (ISO 8859-5), арабского (ISO 8859-6), греческого (ISO 8859-7), и других алфавитов.

Если кодировка ISO 8859-5 для кириллицы так и не прижилась, первая из этой серии — кодировка ISO 8859-1, известная также под именем Latin-1, — сумела стать общепринятым стандартом для кодирования «расширенной» латиницы. В эту кодировку включены почти все символы, употребляющиеся в письменностях западноевропейских языков — французского, немецкого, испанского и т.д.

Внедрение Юникода привело к изменению подхода к традиционным 8-битным кодировкам. Если раньше кодировка задавалась шрифтом, то теперь она задаётся таблицей соответствия между данной кодировкой и Юникодом. Фактически 8-битные кодировки превратились в форму представления некоторого подмножества Юникода. Это намного упростило создание программ, которые должны работать с множеством разных кодировок: теперь, чтобы добавить поддержку ещё одной кодировки, надо всего лишь добавить ещё одну таблицу перекодировки в Юникод.

• Unicode

В 1991 году была предпринята попытка создать единую универсальную двухбайтовую кодировку, охватывающую все алфавиты и иероглифические системы мира. Результатом стал стандарт под названием Unicode, покрывающий не только системы письменности всех живых и большинства мертвых языков мира, но и множество музыкальных, математических, химических и прочих символов. Массовое применение Unicode в документах и программах остается делом будущего, для web- дизайнера эта кодировка имеет особое значение, так как именно она объявлена «стандартной кодировкой документа» в HTML начиная с версии 4.

В ближайшее время все более важную роль будет играть особый формат Unicode (и ISO 10646) под названием UTF-8. Эта «производная» кодировка пользуется для записи символов цепочками байтов различной длины (от одного до шести), которые с помощью несложного алгоритма преобразуются в Unicode- коды, причем более употребительным символам соответствуют более короткие цепочки. Главное достоинство этого формата — совместимость с ASCII не только по значениям кодов, но и по количеству бит на символ, так как для кодирования любого из первых 128 символов в UTF-8 достаточно одного байта (хотя, например, для букв кириллицы нужно уже по два байта).

Для указания кодировки символов web-страницы используются следующие обозначения кодовых таблиц:

• windows-1251 — кириллица Windows

• KOI8-R — Виды кодировок символов КОИ8 для русского языка

• KOI8-U — кодировка КОИ8 для украинского языка

• ISO 8859-1 — кодировка Latin-1

• ISO 8859-5 — кодировка семейства ISO 8859 для символов кирилицы

• UTF-8 — Unicode — стандарт для HTML

На web- странице указать кодировку документа можно двумя cпособами:

• XML декларация: <?xml version=»1.0″ encoding=»windows-1251″?>

• Элемент meta: <meta http-equiv=»content-type» content=»text/html; charset=windows-1251″ />

Элемент meta является дочерним по отношению к разделу заголовка документа (head) и служит для указания типа и кодировки содержимого страницы. Типом содержимого является структурированный текст в формате html (text/html), используемая кодировка кириллица windows (charset=windows-1251).

Обычно используют оба способа одновременно. Например, для указания кодировки КОИ8 для украинского языка на web-странице, используют следующую структуру документа:

<?xml version="1.0" encoding="KOI8-U"?>
<!DOCTYPE html PUBLIC ... >
<html xmlns="http://www.w3.org/1999/xhtml">
    <head>
        <title>Моя перша сторiнка</title>
        <meta http-equiv="Content-Type"
              content="text/html; charset=KOI8-U" />
    </head>
    ...
</html>

При сохранении текста выбирайте ту же кодировку, что указали на web-странице.

Поэкспериментируйте с различными кодировками, и вы убедитесь, что символы латинского алфавита, цифры и знаки пунктуации передаются без изменений в подавляющем большинстве из них.

Как настроить кодировку сайта самостоятельно

Как кодировка влияет на отображение сайта, чем отличается UTF-8 от Windows 1251 и где указать кодировку.

В статье:

1. Зачем нужна кодировка

2. Виды кодировок

3. Как определить кодировку на сайте

4. Если кодировка не отображается

5. Где указать кодировку сайта

Разбираем, на что влияет кодировка, нужно ли указывать ее самостоятельно, и почему могут появиться так называемые «кракозябры» на сайте.

Зачем нужна кодировка

Кодировка (Charset) — способ отображения кода на экране, соответствие набора символов набору числовых значений. О ней сообщает строка Content-Type и сервер в header запросе.

Несовпадение кодировок сервера и страницы будет причиной появления ошибок. Если они не совпадают, информация декодируется некорректно, так что контент на сайте будет отображаться в виде набора бессвязных букв, иероглифов и символов, в народе называемых «кракозябрами». Такой текст прочитать невозможно, так что пользователь просто уйдет с сайта и найдет другой ресурс. Или останется, если ему не очень важно содержание:

Студентка списывала реферат с формулами, а на сайте слетела кодировка. Реальная история

Google рекомендует всегда указывать сведения о кодировке, чтобы текст точно корректно отображался в браузере пользователя.

Кодировка влияет на SEO?

Разберемся, как кодировка на сайте влияет на индексацию в Яндекс и Google.

Яндекс четко заявляет:

«Тип используемой на сайте кодировки не влияет на индексирование сайта. Если ваш сервер не передает в заголовке кодировку, робот Яндекса также определит ее самостоятельно».

Позиция Google такая же. Поисковики не рассматривают Charset как фактор ранжирования или сигнал для индексирования, тем не менее, она косвенно влияет на трафик и позиции.

Если кодировка сервера не совпадает с той, что указана на сайте, пользователи увидят нечитабельные символы вместо контента. На таком сайте сложно что-либо понять, так что скорее всего пользователи сбегут, а на сайте будут расти отказы.

Пример страницы со слетевшей кодировкой

Поэтому она важна для SEO, хоть и влияет на него косвенно через поведенческие. Пользователи должны видеть читабельный текст на человеческом языке, чтобы работать с сайтом.

Виды кодировок

Существует довольно много видов, но сейчас распространены два:

UTF-8

Unicode Transformation Format — универсальный стандарт кодирования, который работает с символами почти всех языков мира. Символы могут занимать от 1 до 4 байт, такое кодирование позволяет создавать мультиязычные сайты.

Есть несколько вариантов — UTF-8, 16, 32, но чаще используют восьмибитное.

Windows-1251

Этот вид занимает второе место по популярности после UTF-8. Windows-1251 — кодирование для кириллицы, созданное на базе кодировок, использовавшихся в русификаторах операционной системы Windows. В ней есть все символы, которые используются в русской типографике, кроме значка ударения. Символы занимают 1 байт.

Выбор кодировки остается на усмотрение веб-мастера, но UTF-8 используют намного чаще — ее поддерживают все популярные браузеры и распознают поисковики, а еще ее удобнее использовать для сайтов на разных языках.

Как определить кодировку на сайте

Определить кодировку страницы своего или чужого сайта можно через исходный код страницы. Откройте страницу сайта, выберите «Просмотр кода страницы» (сочетание горячих клавиш Ctrl+U» в Google Chrome) и найдите упоминание «charset» внутри тега head.

На странице сайта используется кодировка UTF-8:

Указание кодировки в коде страницы

Узнать вид кодирования можно с помощью «Анализа сайта». Сервис проверяет в том числе и техническую сторону ресурса: анализирует серверную информацию, определяет кодировку, проверяет редиректы и другие пункты.

Фрагмент анализа серверной информации сайта

С помощью этого же сервиса можно проверить корректность указанного кодирования. Аудит внутренних страниц «Анализа сайта» проверяет кодировку сервера и сравнивает ее с той, которая указана на внутренней странице. Найденные ошибки Анализ покажет в результатах проверки, и вы сразу узнаете, где нужно исправить.

Отчет о технических данныхКодировка сервера и страницы

Проверить кодировку еще можно через сервис Validator.w3, о котором писали в статье о проверке валидации кода. Нужная надпись находится внизу страницы.

Кодировка сайта в валидаторе

Если валидатор не обнаружит Charset, он покажет ошибку:

Ошибка указания кодировки

Но валидатор работает не точно: он проверяет только синтаксис разметки, поэтому может не показать ошибку, даже если кодирование указано неправильно.

Если кодировка не отображается

Если вы зашли на чужой сайт с абракадаброй, а вам все равно очень интересно почитать контент, то в Справке Google объясняют, как исправить кодирование текста через браузер.

О проблеме возникновения абракадабры на вашем сайте будут сигнализировать метрики поведения: вырастут отказы, уменьшится глубина просмотров. Но скорее всего вы и раньше заметите, что что-то пошло не так.

Главное правило — для всех файлов, скриптов, баз данных сайта и сервера должна быть указана одна кодировка. Ошибка может возникнуть, если вы случайно указали на сайте разные виды кодировки.

Яндекс советует использовать одинаковую кодировку для страниц и кириллических адресов структуры. К примеру, если робот встретит ссылку href=»/корзина» на странице с кодировкой UTF-8, он сохранит ее в этом же UTF-8, так что страница должна быть доступна по адресу «/%D0%BA%D0%BE%D1%80%D0%B7%D0%B8%D0%BD%D0%B0».

Где указать кодировку сайта

Если проблема возникла на вашем сайте, способ исправления зависит от вида сайта. Для одностраничника достаточно указать кодировку в мета-теге страницы, а для большого сайта есть разные варианты:

• кодировка в мета-теге;
• кодировка в .htaccess;
• кодировка документа;
• кодировка в базе данных MySQL.

Кодировка в мета-теге

Добавьте указание кодировки в head файла шаблона сайта.

При создании документа HTML укажите тег meta в начале в блоке head. Некоторые браузеры могут не распознать указание кодировки, если оно будет ниже.

Мета-тег может выглядеть так:

<meta http-equiv="Content-Type" content="text/html; charset=utf-8">

или так:

<meta charset="utf-8">

В HTML5 они эквивалентны.

Тег кодировки в HTML

В темах WordPress обычно тег «charset» с кодировкой указан по умолчанию, но лучше проверить.

Кодировка в файле httpd.conf

Инструкции для сервера находятся в файле httpd.conf, обычно его можно найти на пути «/usr/local/apache/conf/».

Если вам нужно сменить кодировку Windows-1251 на UTF-8, замените строчку «AddDefaultCharset windows-1251» на «AddDefaultCharset utf-8».

Осторожнее: если вы измените в файле кодировку по умолчанию, то она изменится для всех проектов на этом сервере.

Убедитесь, что сервер не передает HTTP-заголовки с конфликтующими кодировками.

Кодировка в .htaccess

Добавьте кодировку в файл .htaccess:

1. Откройте панель управления хостингом.
2. Перейдите в корневую папку сайта.
3. В файле .htaccess добавьте в самое начало код:
   1. для указания кодировки UTF-8 — AddDefaultCharset UTF-8;
   2. для указания кодировки Windows-1251 — AddDefaultCharset WINDOWS-1251.
4. Перейдите на сайт и очистите кэш браузера.

Кодировка документа

Готовые файлы HTML важно сохранять в нужной кодировке сайта. Узнать текущую кодировку файла можно через Notepad++: откройте файл и зайдите в «Encoding». Меняется она там же: чтобы сменить кодировку на UTF-8, выберите «Convert to UTF-8 without BOOM». Нужно выбрать «без BOOM», чтобы не было пустых символов.

Кодировка Базы данных

Выбирайте нужную кодировку сразу при создании базы данных. Распространенный вариант — «UTF-8 general ci».

Где менять кодировку у БД:

1. Кликните по названию нужной базы в утилите управления БД phpMyAdmin и откройте ее.
2. Кликните на раздел «Операции»:
   
3. Введите нужную кодировку для базы данных MySQL:
   
4. Перейдите на сайт и очистите кэш.

С новой БД проще, но если вы меняете кодировку у существующей базы, то у созданных таблиц и колонок заданы свои кодировки, которые тоже нужно поменять.

Для всех таблиц, колонок, файлов, сервера и вообще всего, что связано с сайтом, должна быть одна кодировка.

Проблема может не решиться, если все дело в кодировке подключения к базе данных. Что делать:

1. Подключитесь к серверу с правами mysql root пользователя:
   mysql -u root -p
2. Выберите нужную базу:
   USE имя_базы;
3. Выполните запрос:
   SET NAMES ‘utf8’;

Если вы хотите указать Windows-1251, то пишите не «utf-8», а «cp1251» — обозначение для кодировки Windows-1251 у MySQL.

Чтобы установить UTF-8 по умолчанию, откройте на сервере my.cnf и добавьте следующее:

В области [client]:

default-character-set=utf8

В области [mysql]:

default-character-set=utf8

В области [mysqld]:

collation-server = utf8_unicode_ci
init-connect='SET NAMES utf8'

character-set-server = utf8

Вы когда-нибудь сталкивались с проблемами кодировки на сайте?

Как разработать кириллическую HTML-страницу

Как разработать кириллическую HTML-страницу

Как разработать кириллическую HTML-страницу

На этой странице объясняется, как разработчик может создать файл .html с кириллическим текстом внутри него.

Примечание. Английский алфавит как особый случай (отличный, скажем, от немецкого).
Набор символов кириллицы, как и любой другой набор символов в мире (японская, китайская, центральноевропейская и др. ) содержит, помимо национальных символов, набор символов позвонил ASCII — в каждой устаревшей кодировке символы ASCII занимают первые 128 позиций таблицы кодирования, а национальные буквы занимают вторую половину таблицы.

Символы ASCII (например, знаки препинания и т. д.) включают также английского алфавита .
То есть английские буквы являются частью набора символов кириллицы!

Таким образом, наличие веб-страницы с русскими и английскими буквами означает, что , а не , означает, что у вас есть многоязычный страница. Нет, на этой странице используется одна кириллическая кодировка, и эта кодировка содержит английский язык. буквы (точнее — символы ASCII).

Другой случай: настоящие многоязычных страниц, где, скажем, русские буквы должны сочетаться с немецкими буквы или польский или японский.
Этот случай описан на другой странице моего сайта — «Как разработать многоязычную HTML-страницу»

То есть эта статья — о создании кириллической (например, русской) веб-страницы, т. е. страница, которая объявляет себя как Кириллица одна (указывается кодировка кириллицы).

Очень другой сценарий : когда вы хотите создать веб-страницу без кириллицы (например, страницу западноевропейской кодировки) и просто поместите туда пару русских слов —
это НЕ рассматривается здесь, это рассматривается в другой статье , упомянутой выше —
«Как разработать многоязычную HTML-страницу»

Шрифт создан для определенной кодировки, и поскольку каждая кодировка содержит ASCII, каждый шрифт в мире также содержит ASCII. Так что любой кириллический шрифт содержит Английский букв.

---

Чтобы создать кириллический (или кириллический+английский) HTML-файл, то есть текст с одним набором символов, разработчик просто пишет некоторый кириллический (+английский) текст при использовании некоторого кириллического шрифта и соответствующий режим клавиатуры.

Большинство русскоязычных веб-страниц (более 90% точно) сделаны в настоящее время в кодировке Windows-1251, также известной как «Кириллица(Windows)», просто потому, что большинство авторов сейчас работают под MS Windows, а 1251 — это то, что Microsoft использует для кириллицы, так встроенная кириллица винды 9Шрифты 0009 Клавиатура и Инструменты предназначены для кодирования Windows-1251.
Поэтому намного проще набрать текст в кодировке «Кириллица (Windows-1251)» в обычном текстовом редакторе Windows. чем набирать текст в кодировке «кириллица (KOI8-R)».
Набрать текст в кодировке «Кириллица, ISO-8859-5» под MS Windows практически невозможно.

Но действительно , а не имеет значение, какую кодировку использовал автор — основные браузеры отлично работают с все кодировки кириллицы , и пока веб-страница сделана правильно (ниже), она будет отображаться конечному пользователю тоже правильно. В последней части этой страницы обсуждается создание KOI8-Rpage — на всякий случай.

Как написать по-русски с помощью шрифтов и клавиатуры — с индикатором «RU» на панели задач — объясняется в разделе «Введение. Кириллица в Windows» раздел моего сайта «Кириллица (русская): инструкция для Windows и интернета»

Если кириллическая страница создана правильно, то конечный пользователь сможет прочитать эту страницу, например, переключившись на кириллицу в браузере (например, Вид/Кодировка/Кириллица(Windows) или Просмотр/Кодировка/Кириллица(KOI8-R) в Internet Explorer) если на странице не указана ее кодировка.

Примечание. Кириллица в названии страницы НАЗВАНИЕ
Если вы или ваши будущие читатели работаете под нерусской виндой, то вместо хорошая идея использовать кириллицу в заголовке вашей страницы
(текст внутри тегов HTML).

Например, MS Internet Explorer вер. 5 и выше (а также Netscape версии 7.1 и выше и Mozilla версии 1.4 и выше)
может показывать такой заголовок только под Windows 2000/XP и не может под Windows 95/98/ME/NT, в то время как Netscape 4.x — 7.0x вообще не сможет этого сделать.

Вот моя тестовая страница (написана действительно для проблемы с закладками в Netscape — это текст заголовка который идет в закладки) , что объясняет это:
«Заголовок с текстом, отличным от кодовой страницы системы Windows»

---

Теперь давайте рассмотрим некоторые способы создания HTML-текста с русским языком.

1.

Редакторы обычного текста — разработчик кодирует HTML вручную

В таком случае все, что нужно сделать разработчику, это выбрать кириллический шрифт в качестве рабочего шрифта в обычном тексте. редактор, который он использует. Переключите клавиатуру в режим «RU» и начните печатать.
Вот и все. Зная, как использовать шрифты и клавиатуру, чтобы писать по-русски, это разработчик просто вводит содержимое файла HTML — текст и теги.

Лично я использую очень хороший условно-бесплатный текстовый редактор. UltraEdit, который очень подходит для HTML.
Он использует цвет для тегов HTML, а также позволяет мне создавать свои собственные макросы. Например, Нажимаю Ctrl/L и сразу в тексте такая конструкция:

 <УЛ>
      <ЛИ>
      <ЛИ>
      <ЛИ>
 
 

Все, что мне нужно сделать, чтобы начать писать кириллический HTML, это выбрать кириллический шрифт, например:
Посмотреть/Установить Шрифт — «Курьер Новый», Шрифт — «Кириллица»

Теперь, переключаясь между «EN» и «RU», я могу писать HTML-теги и некоторый англо-русский контент.

2. HTML-редактор WYSIWYG — создает HTML-текст для вас

Если вы работаете с HTML-редактором WYSIWYG (который пишет HTML-код/теги будущей веб-страницы для вас молча, «за кадром»), то вам должен научиться для создания таких кириллических (+английских) файлов HTML —
распространенная проблема, когда автор сделал , а не настройку редактора для Кириллица до начало разработки и соответственно HTML файл создается как файл « Western »
(charset=windows-1252 или charset=iso-8859-1 или charset=us-ascii)
а не как страница « Cyrillic » (например, charset=windows-1251).

Обычно в таком случае их нет Кириллица буквы в этом HTML-файле — только объекты SGML, такие как á или некоторые числовые коды, такие как д — вместо букв кириллицы.
В вашем браузере, когда вы выполняете View/Source для такой страницы, есть нет читаемого русского текста есть — явный признак того, что эта кириллическая страница была неправильно авторской.

Также вверху такой некорректно развернутой «кириллицы» можно было увидеть, что он помечен как «западный», потому что в нем есть строка
..charset=…
(конечный пользователь затем вручную выберет кириллическую кодировку в браузере)
или же

содержат правильный, например
Как настроить HTML-редактор WYSIWYG для создания правильного кириллического HTML

Каждый HTML-редактор WYSIWYG требует уникальной настройки для кириллицы. и разработчик должен это выяснить до начиная писать код. Некоторые редакторы может вообще не уметь работать с кириллицей…

Ниже приведены инструкции по настройке для некоторых HTML-редакторов WYSIWYG.

Важно.   После вы читаете инструкцию по настройке выбранного вами редактора, делайте , а не , забудьте прочитать универсальный (применим для любого редактора) «Заключительные замечания по кириллице HTML» часть этой страницы, на которой перечислены около типичных ошибок человек делают в результате чего страница становится нечитаемой для некоторых читателей.

Я лично пробовал шаги настройки кириллицы только для следующих HTML-редакторов WYSIWYG:

• Композитор Netscape
• Передняя страница MS, 2000 г.
• MS Word 97 и MS Word 2000 (настройка Word XP , вероятно, такая же, как и для Word 2000)

Есть еще пара редакторов, которые я сделал , а не , сам видел, но нашел шаги настройки в Интернете:

• Домашний сайт 4.5
• ДримВивер

---

Вот инструкция по настройке (на примере кириллической (Windows-1251) кодировки):

• Передняя страница MS 2000

  Откройте новый документ и сразу укажите, что вы создаете Кириллица HTML-текст, а не западный:

  • Файл/Свойства/Язык
  • В обоих полях раздела «Кодировка HTML» указать «Кириллица»
    (что на самом деле означает «Кириллица, Windows-1251»)

  Это гарантирует, что при удалении текста кириллические буквы будут отображаться правильно — как обычные буквы а не какие-то числовые значения.

  Front Page 2000 вставит следующую строку вверху исходного HTML-кода:
  .

  Ctrl+U — Категория — Шрифты/Кодировка: Кодировка по умолчанию = Кириллица (Windows1251)
  и/или
  Ctlr+J — Свойства страницы: Кодировка документа = Кириллица (Windows1251)

  См. более подробную информацию на странице поддержки Macromedia: «Использование английского Dreamweaver для разработки страниц не на английском языке».

  Насколько я слышал, MX линейки Dreamweaver нуждается в дополнительной настройке:
  

  • Закрыть Dreamweaver (обязательно!)
  • Открыть (скажем, в блокноте) файл Dreamweaver MX/Configuration/Encodings/ EncodingMenu.xml
  • Найдите строку с
    fontgroup=»Кириллица» winfontcharset=204
    macfontscript=7 имя_файла=»iso88595.xml»/>»
    
  • Теперь вставка, до строка, указанная выше, следующая строка («приклеить» текст ниже в одну строку ):
    « charset=»windows-1251″ fontgroup=»кириллица» winfontcharset=204
    macfontscript=7 имя_файла=»Win1251. xml»/>»
    

  Примечание. Насколько я слышал, проблема с загрузкой в новая версия Dreamweaver некоторые файлы, которые были , а не , созданный с использованием вышеуказанного правил и, таким образом, , а не , содержат строку спецификации кодирования .
  То есть Dreamweaver не знает, что это кириллический файл. Так на некириллице компьютер, скажем, западный, такой файл загружается как файл в западной кодировке и теперь он поврежден.
  Обходной путь — следующий (прислал В.Зиновьев в группа новостей macromedia.dreamweaver) :

  • после загрузки такого файла перейдите в Modify/Page properties/Title/Encoding
  • выберите там «Кириллица (Windows)» (или любую другую кодировку, в которой, по вашему мнению, находится файл)
  • нажмите «Обновить»

  Теперь файл будет перезагружен с указанной кодировкой, и DW теперь знаю, что такое кодировка.

  Важно! Если вы НЕ набираете русский текст прямо в Dreamwever но вместо этого вы копируете текст, скажем, из MS Word, тогда вы можете столкнуться с проблемой:
  вы получаете просто набор вопросительных знаков — ??? вместо русского текста в результате копирования/вставки.
  Если это так, см. решения в главе 2 «Копирование/вставка». раздела «Юникод и кириллица» на моем сайте.
  Вот прямая ссылка на эту главу:
  «Юникод: проблемы с копированием/вставкой».

• MS Word 2000 (Word XP , вероятно, работает так же)
  Это , а не , рекомендуется использовать Word для создания файла HTML, потому что Word создает для вас код HTML, который содержит много ненужных тегов HTML, файл большой и т.д.
  Но в любом случае, вот как это сделать в Word 2000.
  Есть два разных сценария: либо вы создаете совершенно новый текст HTML, либо конвертируете существующий . doc в .html.

  1. Создание нового HTML-текста

  • Файл/Новый/Веб-страница
  • Немедленно сообщите Word, что вы создаете кириллический файл HTML —
    перейдите в Инструменты/Параметры и:
    • в окне вкладки «Общие» нажмите кнопку «Веб-параметры».
    • в окне «Веб-параметры» перейдите на вкладку «Кодировка»
    • выберите «Кириллица (Windows)» в списке «Сохранить этот документ как»
  • Теперь вы можете печатать кириллицей
  • Файл/Сохранить как. Не используйте русский язык в имени файла.
    Нажмите на кнопку «Заголовок» в диалоговом окне «Файл/Сохранить как», чтобы при необходимости изменить заголовок — это , а не . Хорошая идея использовать кириллицу в заголовке веб-страницы.

  Вновь созданный файл HTML будет содержать обычные буквы кириллицы внутри, а также Word вставляет следующую строку вверху HTML-кода (это можно увидеть с помощью Вид / HTML-источник):
  Преобразование существующего .doc в HTML

  • Открыть кириллический документ (.doc) в Word 2000
  • Немедленно сообщите Word, что вы создаете кириллический файл HTML —
    перейдите в Инструменты/Параметры и:
    • в окне вкладки «Общие» нажмите кнопку «Веб-параметры».
    • в окне «Веб-параметры» перейдите на вкладку «Кодировка»
    • выберите «Кириллица (Windows)» в списке «Сохранить этот документ как»
  • Файл / Сохранить как веб-страницу. Не используйте русский язык в имени файла.
    Нажмите на кнопку «Заголовок» в диалоговом окне File/SaveAsWebPage, чтобы при необходимости изменить Заголовок — это , а не . Хорошая идея использовать кириллицу в заголовке веб-страницы.

  Вновь созданный файл HTML будет содержать обычные буквы кириллицы внутри, а также Word вставляет следующую строку вверху HTML-кода (это можно увидеть с помощью Вид/Источник HTML):
  д.
  Но в любом случае, вот как это сделать в Word 97:

  • Откройте кириллический документ (.doc) в Word или введите текст в новом окне
  • Файл / Сохранить как HTML. Не используйте русский язык в имени файла.
  • Word может выдать предупреждающее сообщение о форматировании. Просто не обращай внимания — нажмите «Да», чтобы продолжить
  • Word может выдать вам еще одно предупреждающее сообщение — о символах/кодировке/UTF-8. Просто игнорируйте его — нажмите «ОК», чтобы продолжить.
  • Сообщите Word, что вы создаете кириллический файл HTML —
    заходим в Файл/Свойства и:
    • Изменить поле Заголовок, если необходимо (это , а не , хорошая идея иметь кириллицу там )
    • Выберите «Кириллица» в списке «Для отображения этой страницы»
    • Выберите «Кириллица» в списке «Для сохранения этой страницы»
  • Очень важно — выполните File/Save now — чтобы сохранить изменения, сделанные на предыдущем шаге

  Теперь HTML-файл будет содержать обычные буквы кириллицы внутри, а также Word вставляет следующую строку вверху HTML-кода (это можно увидеть с помощью Вид/Источник HTML):
  4 и выше имеет встроенный HTML-редактор WYSIWYG — Композитор :

  • в Netscape 6 — Задача/Композитор или Файл/Новая/Пустая страница для редактирования
  • в Netscape 4.x — Communicator/Composer или File/New/Blank Page

  Я напишу этапы настройки на примере создания текста Windows-1251, но те же шаги следует выполнить, если вы создаете страницу KOI8-R:

  1. В меню Композитора выберите нужную кодировку кириллицы:
     • Netscape 6 — Вид/Кодировка символов/Кириллица (Windows-1251)
     • Netscape 4.5+ — Вид/Набор символов/Кириллица (Windows-1251)
     • Netscape 4.0x — Вид/Кодировка/Кириллица (Windows-1251)
     (для страницы KOI8-R выберите там Cyrillic(KOI8-R) )
  2. Убедитесь, что имя шрифта не указано, чтобы избежать проблемы FONT FACE=…
     • Netscape 6 — формат/шрифт/переменная ширина
     • Нетскейп 4 — найдите небольшое окно на панели инструментов, в котором отображается число (размер используемого шрифта).
       Слева от этого окна есть еще одно окно, в котором Netscape показывает либо тип шрифта, например, «Variable Width» , или имя определенного шрифта, если вы выбрали какой-то, например, «Ариал» .
       Убедитесь, что у вас НЕ есть имя определенного шрифта.
       Вы должны увидеть (или выбрать) в этом окне пункт «Переменная ширина» .

     Это означает, что Composer будет использовать шрифты, выбранные для Encoding=Cyrillic в Правка/Настройки/Внешний вид/Шрифты.

     В таком случае на вашей странице будет , а не жестко закодированных имен шрифтов, нет тегов HTML FONT FACE=….
     

  Вышеизложенное поможет вам создать правильно оформленный кириллический HTML текст.

---

Заключительные замечания по правильно Кириллица HTML

После того, как вы разработали кириллическую HTML-страницу либо «вручную» (используя простой текстовый редактор и введя код/теги HTML самостоятельно) или разрешив редактору WYSIWYG HTML написать код/теги HTML для вас, вам нужно проверить, что эта кириллическая веб-страница будет читаемой для любого конечного пользователя.
Вот некоторые распространенные ошибки, которые допускает разработчик, из-за чего страница нечитаемым для некоторых пользователей (в зависимости от типа их браузера и/или компьютера).

Первые два уже упоминались выше, но стоит перечислить все товара здесь, в одном месте.

Вам необходимо проверить исходный HTML-код, созданный WYSIWYG-редактором HTML, чтобы убедиться, что вы не допустили распространенных ошибок, перечисленных ниже.
Вы можете проверить исходный HTML-текст с помощью параметра «Просмотр/Источник» вашего браузера или вашего HTML-редактора или открыв файл .html в текстовом редакторе, который позволяет просматривать обычный текст кириллица — HTML-текст — это обычный текст, такой же, как в файле .TXT.

Ошибка 1. Кириллический HTML-текст , а не содержит обычные буквы кириллического алфавита.
Обычно это происходит, когда автор использует HTML-редактор WYSIWYG версии 9. 0009, а не настроен на создание кириллического HTML текста.
В результате View/Source будет отображать внутри страницы следующее вместо кириллицы буквы:

• Сущности SGML, такие как á
  или же
• числовые коды (значения Unicode), такие как д

Ошибка 2. Страница заявлена ​​как «западноевропейская», а не как «кириллица».
То есть значение charset (кодировка) для этой страницы не является кириллицей (типа windows-1251 например), но «западные» — iso-8859-1 или windows-1252 или us-ascii .

Значение Charset (кодировки) может быть установлено либо в заголовке HTTP, отправляемом веб-сервером в браузер вместе с самой страницей или в «теле» HTML-текста этой страницы, в его заголовочной части, например
HTML-теги используются для кириллических строк.

Хорошая, удобочитаемая для всех кириллическая веб-страница должна содержать теги HTML , а не . .
Автор должен , а не предположить, какие именно шрифты на компьютере конечного пользователя будет содержать кириллицу — как он/она?
Очень возможно, что на компьютере автора с установленным Office 2000 «Вердана» содержит кириллицу, а у конечного пользователя в Windows 98 может быть только западный шрифт «Verdana» и, таким образом, будет , а не . видеть любую читаемую кириллицу, если этот автор окружает кириллицу текстом !

Это верно не только для кириллицы, но и для любой незападноевропейской письменности.
Вы можете прочитать мою отдельную страницу о тегах и (что также может сделать текст нечитаемым):
«Неправильно оформленные, нечитаемые русские страницы».

Если ваш WYSIWYG-редактор окружил ваши кириллические строки такими тегами, вам может потребоваться открыть HTML-файл. в обычном текстовом редакторе (или используйте Source Edit, если такая опция существует в вашем редакторе WYSIWYG) и вручную удалить таких тегов (только те, которые окружают кириллический текст. Западноевропейские струны могут иметь его).

---

Примечание. Создание

КОИ8-Р стр.

Несмотря на то, что в настоящее время большинство русскоязычных веб-страниц имеют кириллицу (Windows-1251), одна можно разработать русскую страницу в кириллической ( KOI8-R ) кодировке.

Как было пояснено на «Кириллические шрифты и кодировки» раздел моего сайта «Кириллица (русская): инструкция для Windows и интернета»,

современные приложения, такие как Netscape 4+/Mozilla, Internet Explorer, Front Page 2000 и т. д. разрешить пользователю работать с родным для MS Windows набором шрифтов и клавиатурных инструментов — кодировки «Кириллица(Windows-1251)» и процесс KOI8-R автоматически , без Шрифты KOI8-R и инструменты клавиатуры.

Для разработчика кириллической HTML-страницы это означает следующее:

• разработчик вводит текст будущей страницы KOI8-R, используя шрифты Windows-1251, такие как «Arial (Cyrillic)» и средства клавиатуры Windows-1251 («RU» на панели задач), так что он/она действительно имеет в окне редактора текст Windows-1251 (или Unicode), а не текст KOI8-R
• Но если в качестве кодировки для этого HTML-файла была указана KOI8-R, то современная HTML-редакторы WYSIWYG молча, «за кулисами» преобразовать текст из Windows-1251 в KOI8-R и поместите текст KOI8-R на жесткий диск в формате .html
  . Они также поместят следующую строку вверху HTML-текста:
  .
  Таких преобразователей очень много. Два из них обсуждаются в Раздел «Преобразование кодировки» моего сайта.
• Вам необходимо указать правильное значение charset (кодировка) для такой страницы:
  • , либо имея HTTP-заголовок с charset=koi8-r , отправленный веб-сервером вместе со страницей
    или же
  • , указав его в «теле» вашего HTML-текста —
    DOCTYPE и кириллица — HTML и CSS — Форумы SitePoint Форумы SitePoint | Сообщество веб-разработки и дизайна

    танцы_матильда 22 сентября 2010 г., 7:05

    #1

    Привет,
    Хочу написать чистые xhtml страницы для кириллицы и не могу найти как какой DOCTYPT использовать и какой тег в шапке для языка.

    Я просто меняю EN в DOCTYPE на RU?
    Что лучше сделать понятной кириллица в шапке страницы?

    Спасибо за ответы и советы.
    Танцующая Матильда

    Ральф 22 сентября 2010 г., 7:20

    #2

    танцующая_матильда:

    Я просто меняю EN в DOCTYPE на RU?

    Я думаю, что это правильно, но я не буду на этом ругаться. Я определенно видел это раньше:

     
    [COLOR="Красный"][/COLOR]
     

    Вот очень старая, но все еще полезная ветка на эту тему, которая может оказаться полезной:

    Форумы SitePoint

    Форумы SitePoint

    Сообщество веб-дизайнеров и разработчиков для обсуждения всего, от HTML, CSS, JavaScript, PHP до Photoshop, SEO и многого другого.

    система 22 сентября 2010 г., 7:31

    #3

    здесь речь идет о кодировке, а не о DTD.

    во-первых, ваша страница должна быть написана и закодирована с использованием utf-8, которая является большой кодировкой, включая кириллицу. это также спасает жизнь, когда у вас смешанный языковой контент: русский, немецкий, французский.

    , тогда вам нужно заставить сервер отправлять соответствующую информацию о кодировке: директивы AddType или AddDefaultCharset для Apache. при этом строка в заголовке HTTP будет выглядеть так: Content-Type: text/html; кодировка=utf-8. как вы увидите, также рекомендуется поместить эту информацию заголовка в раздел заголовка на вашей странице.

    и, наконец, вы должны включить их на свою страницу:

    
    <голова>
    
    
    
     

    вы можете использовать более мелкую кириллицу, например, iso-8859-5 или windows-1251, но utf-8 является более безопасным вариантом.

    Stomme_poes 22 сентября 2010 г., 7:36

    #4

    noonope прав: и вы НЕ меняете «EN» в типе документа!
    Это не часть набора символов. Вместо этого это связано с опубликованным языком DTD.

    Держите тип документа таким же, как на любой западной, азиатской или любой другой странице, и установите свой язык, как сказал noonope: с атрибутом lang в теге HTML (или также с атрибутами xml: lang, если вы пишете XHTML), мета content-lang и, самое главное, на вашем сервере (если сервер и ваши метатеги конфликтуют, сервер побеждает).

    Наконец, единственное, о чем noonope не упомянул, это сохранение вашего документа также в UTF-8 (или меньшей кодировке, если вы выберете другую кодировку — просто держите их все совместимыми друг с другом). Если редактор документа сохраняет в какой-то другой кодировке, а сервер пытается отправить в другой кодировке, пользователь увидит много ??? везде.

    , вы можете использовать более узкую кодировку, например iso-8859-5 или windows-1251, но utf-8 является более безопасным вариантом.

    Гораздо безопаснее… Я не работаю под Windows, поэтому мой компьютер не всегда хорошо справляется с кодировками только для Windows (1251, 1252).

    dance_mathilde 22 сентября 2010 г., 8:18

    #5

    Большое спасибо за полезную информацию.
    «Stomme poes»: ??? Заметил в браузере
    Еще раз спасибо.

    система 22 сентября 2010 г., 8:35

    #6

    Stomme_poes:

    Наконец, единственное, о чем noonope не упомянул, это сохранение вашего документа также в UTF-8 (или меньшей кодировке, если вы выберете какую-то другую кодировку — просто держите их все совместимыми друг с другом). Если редактор документа сохраняет в какой-то другой кодировке, а сервер пытается отправить в другой кодировке, пользователь увидит много ??? везде.

    но я сделал…

    сначала ваша страница должна быть написана и закодирована с использованием utf-8

    Stomme_poes 22 сентября 2010 г., 8:47

    #7

    Ах да… Я думаю об этом только как о «сохранении как», потому что в большинстве редакторов кодировка устанавливается при сохранении. Но это также может отличаться для каждого редактора.

    система 22 сентября 2010 г., 10:47

    #8

    я использую notepad++ для html и css. в нем вы можете изменить кодировку вашего файла на лету, используя параметры в меню «Кодировка». и я установил по умолчанию для нового файла в notepad++ значение UTF-8 без спецификации. так что не сохраняйте, как для меня:)

    это важная часть для контента, отличного от ANSI, на вашей веб-странице: запуск документа в кодировке UTF-8 для вашей страницы, и поэтому я поставил его первым:

    , ваша страница должна быть написана и закодирована с использованием utf-8, которая представляет собой большой набор символов, включая кириллицу. это также спасает жизнь, когда у вас смешанный языковой контент: русский, немецкий, французский.

    если вы обслуживаете такой файл как UTF-8 на стороне сервера, этого должно быть достаточно. на самом деле нет необходимости в lang=»ru» или charset=utf-8, по крайней мере, чтобы не гарантировать правильное отображение символов на вашем сайте

    xhtmlcoder 22 сентября 2010 г. , 11:27

    #9

    Я полагаю, вы имеете в виду, что хотели бы изменить человеческий язык, используемый на всей странице, а не использовать комбинацию языков на странице?

    Например, азбука, ISO-8859-5, как упоминалось ранее, вы обычно устанавливаете параметр «charset» поля заголовка «Content-Type» протокола HTTP.

    В противном случае в (x)html вы, вероятно, использовали бы объявления META Content-Type, которые должны появляться как можно раньше в элементе HEAD, то есть перед TITLE. В качестве окончательной защиты от сбоев вы можете использовать атрибут «charset».

    
    . . .
    «ru»>
    . . .
    
    
    Другими словами, если существует конфликт между несколькими объявлениями кодирования в XHTML, следует следующее:

    1. Заголовок HTTP Content-Type
    2. метка порядка байтов (BOM)
    3. XML-декларация
    4. метаэлемент
    5. атрибут кодировки ссылки

    Как уже упоминалось, обычно UTF-8 обычно охватывает большинство вещей, хотя в некоторых случаях могут быть проблемы с отображением из-за шрифтов/глифов, в некоторых языках и т. д.

    Unicode, как правило, не включает кириллические буквы с диакритическими знаками. Кодировка KOI8-R популярна для русского текста и используется чаще, чем ISO-8859-5, но поддержка Unicode замедляет их замену.

    Не используйте только наборы символов Windows, они абсолютно злые!

    Поэс, вероятно, имел в виду «символ замены» (часто черный ромб с белым вопросительным знаком), символ, встречающийся в стандарте Unicode в кодовой точке U+FFFD в таблице Specials.

    Stomme_poes 22 сентября 2010 г., 13:59

    #10

    lang=»ru»,

    на самом деле не нужен

    На самом деле есть. Программы чтения с экрана и другие а11ы должны обращать внимание на атрибуты языка, и они это делают.
    Если мой ридер по умолчанию настроен на английский язык, я не хочу, чтобы он пытался читать русский язык с английским произношением. Я не должен слушать, выяснять, что такое язык на самом деле, и возиться с настройками.

    или кодировка=utf-8,

    Я всегда включаю его по двум причинам:

    1. проверка
    2. У меня нет контроля над сервером, и я хочу, чтобы несоответствия появлялись, когда на сервере устанавливают дурацкие кодировки. Я также жестко кодирую все свои символы, отличные от ASCII, с десятичными объектами HTML для тех, которые всегда должны отображаться правильно.
       Это правда, что если ваш сервер настроен правильно, метатеги не нужны, так как браузер их проигнорирует, но валидатор настаивает на этом.

    Поэс, вероятно, имел в виду «замещающий символ» — (часто черный ромб с белым вопросительным знаком) символ, встречающийся в стандарте Unicode в кодовой точке U+FFFD в таблице Specials.

    Я заметил, что Safari использует странный вариант, а в автомате Doze просто пустые ящики.
    При несоответствии символов вы можете получить �, но если у вас нет шрифта в системе, по крайней мере, в Linux, вы получите поле с маленькими символами внутри.

    система 22 сентября 2010 г., 14:02

    #11

    xhtmlcoder:

    Юникод, как правило, не включает буквы кириллицы с диакритическими знаками.

    провел небольшое исследование, и я думаю, что это стоит упомянуть:

    Unicode не включает кириллические буквы с ударением, но их можно комбинировать, добавляя U+0301 («сочетание острого ударения») после ударной гласной (например, ы́ э́ ю́ я́). Некоторые языки, в том числе современный церковнославянский, до сих пор не полностью поддерживаются.

    www.google.ru также использует utf-8. я думаю, можно с уверенностью предположить, что utf-8 можно использовать для кириллических страниц.

    Stomme_poes 22 сентября 2010 г. , 14:07

    #12

    Unicode не включает кириллические буквы с ударением, но их можно комбинировать, добавляя U+0301 («сочетание острого ударения») после ударной гласной (например, ы́ э́ ю́ я́). Некоторые языки, в том числе современный церковнославянский, до сих пор не полностью поддерживаются.

    Это проблема. Есть много персонажей, которые могут быть представлены либо как один персонаж, либо как комбинация двух. Там буква, я думаю, это была маленькая j, но с циркумфлексом вместо точки сверху? Или какая-то похожая буква, где была двухсимвольная комбинация для прописных букв, но не для строчных, или наоборот… Я читал об этой конкретной букве в книге по регулярным выражениям. Регулярные выражения могут блевать на эти различия. Почему я боюсь зайти слишком далеко в регулярных выражениях и юникоде!

    Я думаю, можно с уверенностью предположить, что utf-8 можно использовать для кириллических страниц.

    Я бы.

    система 22 сентября 2010 г., 14:09

    №13

    Stomme_poes:

    На самом деле есть. Программы чтения с экрана и другие а11ы должны обращать внимание на атрибуты языка, и они это делают.

    Я всегда включаю его по двум причинам:

    1. проверка
    2. У меня нет контроля над сервером, и я хочу, чтобы несоответствия появлялись, когда на сервере устанавливают дурацкие кодировки.

    ты прав, но…

    на самом деле нет необходимости в lang=»ru» или charset=utf-8, по крайней мере, чтобы не гарантировать правильное отображение символов на вашем сайте

    я пытался убедиться, что OP понимает:

    • каковы минимальные требования для создания кириллической веб-страницы: текстовый файл, содержащий страницу, должен быть правильно закодирован и отправлен с заголовком соответствующего типа содержимого.

    • какие еще включения для: lang, meta

    и ваши дополнения были действительно необходимы, чтобы сделать вещи еще более ясными, есть случаи, когда это необходимо.

    Хроникмастер1 22 сентября 2010 г., 23:39

    №14

    Для тех, кто хочет перейти к делу, вот код, который я использую неукоснительно. Я использую XHTML, поэтому мне нужно включить атрибуты lang и xml:lang в тег html. Вы определяете набор символов в метатеге следующим образом.

    
    
         <голова>
              
         
     

    « 0″ encoding=»UTF-8″?>» до того, как тип документа будет технически правильным для определения набора символов. Однако это приводит к тому, что IE (или, по крайней мере, некоторые версии) плавится в маленькие лужицы нефункциональной слизи, поэтому я никогда не использовал его и не рекомендую. Я не использовал метатег для определения языка, однако, не зная какой-либо ключевой причины для его включения, определение любого параметра в нескольких местах является плохой практикой. Как только один обновится, а другой нет, ваша страница будет противоречить сама себе, что может привести к проблемам.

    полдень:

    , ваша страница должна быть написана и закодирована с использованием utf-8, которая представляет собой большой набор символов, включая кириллицу. это также спасает жизнь, когда у вас смешанный языковой контент: русский, немецкий, французский.

    Я думаю, мы должны вернуться к этому. Это настоящая причина, по которой вы используете utf-8. Существуют всевозможные тонкие сбои, которые могут возникнуть, если вы попытаетесь закодировать одну страницу в одной кодировке, а другую страницу на том же сайте — в другой. Попытка использовать два разных языка на одной странице может сработать в зависимости от того, какие именно символы вы используете, и от того, доступны они или нет… ха-ха… попробуйте следить за ЭТОЙ частью обслуживания на страницах вашего веб-сайта. Это кошмар, из-за которого люди в первую очередь создали Unicode, и я постоянно использую его на всех своих страницах на всех своих веб-сайтах. В редких случаях может возникнуть небольшая проблема, но это ничто по сравнению с попытками управлять альтернативами, особенно если вы создаете веб-сайт для международного использования.

    Обратите внимание, что это не означает, что вы всегда будете получать хорошее отображение при использовании Unicode. Использование Unicode просто означает, что когда HTTP-ответ, который вы отправляете в браузеры посетителей, с большей вероятностью будет понят, чем при использовании любого другого метода. К сожалению, отрисовка символов ТАКЖЕ зависит от поддержки шрифтов на компьютере посетителя. Поэтому, если вы используете Unicode, но на вашем компьютере нет шрифтов, содержащих эти глифы, вы увидите вопросительные знаки, или маленькие прямоугольники, или квадраты с четырехзначным кодированием Unicode, или любой другой подстановочный знак, который использует ваша ОС. Это не вина Unicode, это проблема со шрифтом. Другой набор символов не будет лучше отображаться, потому что проблема заключается в отсутствии поддержки шрифтов; плюс у вас есть дополнительная проблема, заключающаяся в том, что набор символов, скорее всего, вызовет проблемы.

    Вы также можете сделать все правильно, но если ваш веб-хост обслуживает заголовки контента, в которых указан другой набор символов, он переопределит настройки в вашем XHTML. Вам нужно будет связаться с вашим веб-хостингом, чтобы исправить эту ситуацию (и есть некоторые веб-хосты, которые отказываются). К счастью, это гораздо реже, чем раньше, потому что Unicode наконец-то становится доминирующим стандартом.

    Кроме того, ВСЕГДА следует указывать язык документа. Вероятно, есть какая-то логика, которая по умолчанию использует английский или что-то в этом роде, но вы можете вызвать серьезные проблемы с удобством использования и доступностью, особенно для небраузерных интерфейсов. Поработав в Институте Брайля, я могу привести пару случаев, когда не указание языка или его неправильное выполнение приводило к полной тарабарщине для некоторых пользователей.

    1. Программы голосового вывода читают пользователям содержимое экрана. У них совершенно разный код, записи, акценты и т. д. в зависимости от указанного вами языка. Если вы сделаете это неправильно, он попытается прочитать английский как французский, русский как английский и т. д. Результат обычно неразборчив.

    2. Дисплеи Брайля отображаются совершенно по-разному в зависимости от языка; это даже не проблема конкретной технологии, а проблема шрифта Брайля. Символы Брайля совершенно разные в каждом языке. Кто-то может выучить английский шрифт Брайля и читать книги по Брайлю; однако, если они возьмут книгу, написанную французским шрифтом Брайля, все, что они смогут разобрать, — это тарабарщина, даже если они свободно говорят по-французски, символы на самом деле означают совершенно разные комбинации букв. А если английский и французский несовместимы, то можно понять проблемы для неевропейских языков.

    фелгалл 23 сентября 2010 г., 2:14

    №15

    Хроникмастер1:

    «» до того, как тип документа будет технически правильным для определения набора символов. Однако это приводит к тому, что IE (или, по крайней мере, некоторые версии) плавится в маленькие лужицы нефункциональной слизи, поэтому я никогда не использовал его и не рекомендую.

    Единственными версиями IE, которым не нравится этот тег, являются версии, которые вообще не поддерживают XHTML. У него нет проблем ни в одном браузере, который на самом деле поддерживает XHTML.

    Самая ранняя версия IE, действительно поддерживающая XHTML, — IE9. Во всех более ранних версиях вы не можете использовать страницу как XHTML и отображать ее в Internet Explorer (она будет предложена для загрузки, если вы попробуете), поэтому вам придется загружать ее как HTML, если вы хотите, чтобы страница отображалась. Это утверждение недействительно для HTML, но только IE6 действительно имеет какие-либо проблемы с его наличием.

    Stomme_poes 23 сентября 2010 г., 6:26

    №16

    1. Программы голосового вывода считывают содержимое экрана для пользователей. У них совершенно разный код, записи, акценты и т. д. в зависимости от указанного вами языка. Если вы сделаете это неправильно, он попытается прочитать английский как французский, русский как английский и т. д. Результат обычно неразборчив.

    К сожалению, у меня нет нидерландского голоса на моей копии JAWS (если только я не хочу платить около тысячи евро). Для тестирования JAWS любой из моих рабочих страниц это означает, что я должен перевести все, что хочу протестировать, на английский язык. За голландским, произносимым как английский, очень сложно следить.

    2. Дисплеи Брайля отображаются совершенно по-разному в зависимости от языка; это даже не проблема конкретной технологии, а проблема шрифта Брайля. Символы Брайля совершенно разные в каждом языке. Кто-то может выучить английский шрифт Брайля и читать книги по Брайлю; однако, если они возьмут книгу, написанную французским шрифтом Брайля, все, что они смогут разобрать, — это тарабарщина, даже если они свободно говорят по-французски, символы на самом деле означают совершенно разные комбинации букв. А если английский и французский несовместимы, то можно понять проблемы для неевропейских языков.

    Прикольная информация. Мне всегда было интересно, похоже ли это на язык жестов (разные на разных языках).

    Этот оператор недействителен для HTML, но только у IE6 есть какие-либо проблемы с его наличием.

    Да, они научили IE7 игнорировать XML-тег, даже несмотря на то, что другие комментарии перед типом документа переводят 7 в Quirks Mode.

    dance_mathilde 23 сентября 2010 г., 6:48

    # 17

    Большое спасибо за приведенное выше обсуждение, многому научился из него

    Я посмотрел настройки сервера и могу выбрать 3 варианта:

    • k 018-r
    • окна-1251
    • x-mac-кириллица

    Насколько я понял выше (и понял), лучше всего выбрать вариант «k 018-r».
    В html-документе я начинаю с (и удаляю красный код, как объяснил felgall):
    


    

Stomme_poes 23 сентября 2010 г., 8:23

    # 18

    Ну уж точно не хотите lang=»en» на русскоязычном сайте!

    Но вам нужны lang=»ru» и xml:lang=»ru»!

    Примечание: почему переходный тип документа? Используйте строго! : )

    Примечание 2: наши теги кода (и другие теги) используют квадратные скобки

    xhtmlcoder 23 сентября 2010 г. , 10:02

    # 19

    Стивен пошутил о том, что большинство живых версий M$IE не могут обрабатывать XHTML, поэтому, вероятно, выступал за HTML 4.01.

     
       
       [B][/B]
         <голова>
           
           <название>
             Жадный волшебник
           
         
         <тело>
         
       
     

    Если вы пишете грамматику XHTML, необходимо, чтобы у вас было пространство имен xml, и обычно рекомендуется добавить значения xml:lang и lang. XHTML обычно использует по умолчанию UTF-8 в отсутствие других протоколов более высокого уровня и т. д.

    система 23 сентября 2010 г. , 10:12

    #20

    должно быть, насколько я понимаю, у вас есть

    а у вас должно быть

    или

    подробнее об этом здесь.

    следующая страница →

    URL-кодирование «кириллицы» — URL Encode and Decode

    Познакомьтесь с декодированием и кодированием URL, простым онлайн-инструментом, который делает именно то, о чем говорит: декодирует URL-кодирование, а также быстро и легко кодирует его. URL-кодируйте свои данные без проблем или декодируйте их в удобочитаемый формат.

    URL-кодирование, также известное как «процентное кодирование», представляет собой механизм кодирования информации в универсальном идентификаторе ресурса (URI). Хотя это известно как URL-кодирование, на самом деле оно более широко используется в основном наборе унифицированных идентификаторов ресурсов (URI), который включает в себя как унифицированный указатель ресурса (URL), так и унифицированное имя ресурса (URN). Как таковой, он также используется при подготовке данных медиа-типа «application/x-www-form-urlencoded», который часто используется при отправке данных формы HTML в HTTP-запросах.

    Дополнительные параметры


    • Набор символов: Наш веб-сайт использует набор символов UTF-8, поэтому ваши входные данные передаются в этом формате. Измените этот параметр, если вы хотите преобразовать данные в другой набор символов перед кодированием. Обратите внимание, что в случае текстовых данных схема кодирования не содержит набора символов, поэтому вам может потребоваться указать соответствующий набор в процессе декодирования. Что касается файлов, то по умолчанию используется двоичный вариант, который исключает любое преобразование; эта опция необходима для всего, кроме обычных текстовых документов.
    • Разделитель новой строки: В системах Unix и Windows используются разные символы разрыва строки, поэтому перед кодированием любой вариант будет заменен в ваших данных выбранным параметром. Для раздела файлов это частично не имеет значения, так как файлы уже содержат соответствующие разделители, но вы можете определить, какой из них использовать для функций «кодировать каждую строку отдельно» и «разбить строки на куски».
    • Каждую строку кодировать отдельно: Даже символы новой строки преобразуются в их процентно-кодированные формы. Используйте эту опцию, если вы хотите закодировать несколько независимых записей данных, разделенных разрывами строк. (*)
    • Разделить строки на части: Закодированные данные станут непрерывным текстом без пробелов, поэтому установите этот флажок, если хотите разбить его на несколько строк. Применяемое ограничение на количество символов определено в спецификации MIME (RFC 2045), в которой указано, что длина закодированных строк не должна превышать 76 символов. (*)
    • Режим реального времени: Когда вы включаете эту опцию, введенные данные немедленно кодируются встроенными функциями JavaScript вашего браузера, без отправки какой-либо информации на наши серверы. В настоящее время этот режим поддерживает только набор символов UTF-8.
    (*) Эти параметры нельзя включить одновременно, так как результирующий вывод не будет действителен для большинства приложений.

    Надежно и безопасно

    Вся связь с нашими серверами осуществляется через безопасные зашифрованные соединения SSL (https). Мы удаляем загруженные файлы с наших серверов сразу после обработки, а полученный загружаемый файл удаляется сразу после первой попытки загрузки или 15 минут бездействия (в зависимости от того, что короче). Мы никоим образом не храним и не проверяем содержимое отправленных данных или загруженных файлов. Ознакомьтесь с нашей политикой конфиденциальности ниже для получения более подробной информации.

    Совершенно бесплатно

    Наш инструмент можно использовать бесплатно. Отныне вам не нужно скачивать какое-либо программное обеспечение для таких простых задач.

    Сведения о кодировке URL

    Типы символов URI

    Символы, разрешенные в URI, либо зарезервированы, либо незарезервированы (или символ процента как часть кодировки процента). Зарезервированные символы — это символы, которые иногда имеют особое значение. Например, символы косой черты используются для разделения разных частей URL-адреса (или, в более общем смысле, URI). Незарезервированные символы не имеют такого специального значения. Используя процентное кодирование, зарезервированные символы представляются с помощью специальных последовательностей символов. Наборы зарезервированных и незарезервированных символов, а также обстоятельства, при которых определенные зарезервированные символы имеют специальное значение, немного меняются с каждой новой редакцией спецификаций, регулирующих URI и схемы URI.

    
    
    Другие символы в URI должны быть закодированы в процентах.

    Зарезервированные символы с процентным кодированием

    Когда символ из зарезервированного набора («зарезервированный символ») имеет особое значение («зарезервированное назначение») в определенном контексте, и схема URI говорит, что необходимо использовать этот символ для какой-либо другой цели, то символ должен быть закодирован в процентах. Процентное кодирование зарезервированного символа означает преобразование символа в соответствующее ему байтовое значение в ASCII, а затем представление этого значения в виде пары шестнадцатеричных цифр. Цифры, которым предшествует знак процента («%»), затем используются в URI вместо зарезервированного символа. (Для символа, отличного от ASCII, он обычно преобразуется в последовательность байтов в UTF-8, а затем каждое значение байта представляется, как указано выше.)

    Зарезервированный символ «/», например, если он используется в компоненте «путь» URI, имеет особое значение, поскольку он является разделителем между сегментами пути. Если в соответствии с заданной схемой URI в сегменте пути должен быть символ «/», то в сегменте должны использоваться три символа «%2F» (или «%2f») вместо «/».

    
    Зарезервированные символы, которые не имеют зарезервированного назначения в конкретном контексте, также могут быть закодированы в процентах, но семантически не отличаются от других символов.

    В компоненте «запрос» URI (часть после символа «?»), например, «/» по-прежнему считается зарезервированным символом, но обычно не имеет зарезервированного назначения (если не указано иное в конкретной схеме URI). Символ не нужно кодировать в процентах, если он не имеет зарезервированного назначения.

    URI, отличающиеся только тем, является ли зарезервированный символ процентным кодированием или нет, обычно считаются неэквивалентными (обозначающими один и тот же ресурс), за исключением случаев, когда рассматриваемые зарезервированные символы не имеют зарезервированного назначения. Это определение зависит от правил, установленных для зарезервированных символов отдельными схемами URI.

    Незарезервированные символы с процентным кодированием

    Символы из незарезервированного набора никогда не нуждаются в процентном кодировании.

    URI, отличающиеся только тем, является ли незарезервированный символ процентным кодированием или нет, эквивалентны по определению, но на практике процессоры URI не всегда могут обрабатывать их одинаково. Например, потребители URI не должны рассматривать «%41» иначе, чем «A» («%41» — это процентное кодирование «A») или «%7E» иначе, чем «~», но некоторые это делают. Поэтому для обеспечения максимальной совместимости производителям URI не рекомендуется использовать процентное кодирование незарезервированных символов.

    Процентное кодирование символа процента

    Поскольку символ процента («%») служит индикатором октетов, закодированных в процентах, он должен быть закодирован в процентах как «%25», чтобы этот октет можно было использовать в качестве данных в URI.

    Процентное кодирование произвольных данных

    Большинство схем URI включают представление произвольных данных, таких как IP-адрес или путь к файловой системе, в виде компонентов URI. Спецификации схемы URI должны, но часто не обеспечивают явное сопоставление между символами URI и всеми возможными значениями данных, представленными этими символами.

    Двоичные данные

    После публикации RFC 1738 в 1994 г. было указано, что схемы, обеспечивающие представление двоичных данных в URI, должны делить данные на 8-битные байты и кодировать каждый байт в процентах в так же, как указано выше. Значение байта 0F (шестнадцатеричное), например, должно быть представлено как «%0F», но значение байта 41 (шестнадцатеричное) может быть представлено как «A» или «%41». Использование незакодированных символов для буквенно-цифровых и других незарезервированных символов обычно предпочтительнее, поскольку это приводит к более коротким URL-адресам.

    Символьные данные

    Процедура процентного кодирования двоичных данных часто экстраполируется, иногда неуместно или без полного уточнения, для применения к символьным данным. В годы становления World Wide Web при работе с символами данных в репертуаре ASCII и использовании соответствующих им байтов в ASCII в качестве основы для определения последовательностей с процентным кодированием эта практика была относительно безвредной; многие люди предполагали, что символы и байты сопоставляются один к одному и взаимозаменяемы. Однако потребность в представлении символов за пределами диапазона ASCII быстро росла, и схемы и протоколы URI часто не могли обеспечить стандартные правила подготовки символьных данных для включения в URI. Следовательно, веб-приложения начали использовать различные многобайтовые кодировки, кодировки с отслеживанием состояния и другие кодировки, несовместимые с ASCII, в качестве основы для процентного кодирования, что привело к неоднозначности, а также к трудностям с надежной интерпретацией URI.

    Например, многие схемы и протоколы URI, основанные на RFC 1738 и 2396, предполагают, что символы данных будут преобразованы в байты в соответствии с некоторой неуказанной кодировкой символов, прежде чем они будут представлены в URI незарезервированными символами или байтами с процентным кодированием. Если схема не позволяет URI предоставить подсказку о том, какая кодировка использовалась, или если кодировка конфликтует с использованием ASCII для процентного кодирования зарезервированных и незарезервированных символов, то URI нельзя надежно интерпретировать. Некоторые схемы вообще не учитывают кодировку и вместо этого просто предполагают, что символы данных сопоставляются непосредственно с символами URI, что оставляет на усмотрение отдельных пользователей решать, следует ли кодировать в процентах символы данных, которые не входят ни в зарезервированные, ни в незарезервированные наборы.

    
    Произвольные символьные данные иногда кодируются в процентах и ​​используются в ситуациях, отличных от URI, например, для программ запутывания паролей или других системных протоколов перевода.

    draft-winitzki-koi8c-encoding-00

     [Поиск] [txt|pdfized|bibtex] [Отслеживание] [Электронная почта] [Nits]
    Версии:  00  

     Internet Draft Serge Winitzki
    черновик-winitzki-koi8c-encoding-00.txt
    Истекает: апрель 2002 г.
                                            Расширенный набор символов кириллицы
    КОИ8-С
    Статус этого меморандума
      Этот меморандум является Интернет-проектом и подлежит всем положениям
      Раздела 10 RFC2026.
      Интернет-черновики – это рабочие документы Интернета. 
      Инженерная рабочая группа (IETF), ее области и ее работа
      группы. Обратите внимание, что другие группы также могут распространять рабочие
      документы в виде Internet-Drafts.
      Интернет-черновики — это проекты документов, действительные не более шести
      месяцев и могут быть обновлены, заменены или устаревшими другими
      документы в любое время. Нецелесообразно использовать
      Internet-Drafts в качестве справочного материала или цитировать их, кроме
      как «работа в процессе».
      Список текущих интернет-драфтов можно найти по адресу
      http://www.ietf.org/ietf/1id-abstracts.txt Список
      Доступ к теневым каталогам Internet-Draft можно получить по адресу
      http://www.ietf.org/shadow.html.
    Автор
       Серж Виницки 
    Абстрактный
      Этот документ содержит информацию о кодировке символов
      KOI8-C (кириллица KOI8) предлагается для использования с русским языком (включая
      старая орфография), украинский, белорусский, сербский, македонский
      языки со специальными знаками препинания.  KOI8-C совместим
      с КОИ8-Р [1] и КОИ8-У [2] в области русского, украинского
      и белорусские буквы, и дополняет их буквами для старых
      Русская орфография, югославская кириллица и
      типографские символы в позициях, совместимых с CP1251 для использования
      в устаревших приложениях.
    Предлагаемое имя набора символов MIME: koi8-c
    Введение
      Этот документ содержит информацию о предлагаемом новом персонаже
      кодирование KOI8-C, расширение стандартов KOI8-R и KOI8-U.
      Это расширение обеспечивает поддержку всех русских букв
      (в том числе нужных для древнерусской орфографии), а также
      Кириллические буквы, используемые в белорусском, македонском, сербском и
      украинские языки и некоторые часто используемые типографские
      символы, заимствованные из кодировки CP1251. Кодировка KOI8-C
      совместим с существующими кодировками KOI8-RU и CP1251 в
      соответствующие символы.
    Мотивация
      Семейство кодировок KOI8 уже давно используется для электронных
      обмен кириллическими текстами [1,2]. Следующие соображения
      побудили автора предложить расширение KOI8. 
      1) Большая часть таблицы кодирования KOI8 (большая часть 0x80-0xBF
      диапазон) по историческим причинам занят символами
      псевдографика, которая не используется в современном программном обеспечении. Эти символы
      отсутствуют в большинстве реализаций шрифтов KOI8 без каких-либо последствий
      на производительность пользователей. Эти места в таблице кодирования могут быть
      используется для представления более часто используемых символов.
      2) Недавнее доминирование операционной среды «MS Windows».
      привело к широкому распространению текстовых процессоров, использующих «код
      page 1251" для отображения кириллицы. Многие интернет-документы
      таким образом преобразуются в KOI8 из CP1251 и часто включают
      некоторые типографские знаки, такие как апострофы, кавычки или
      тире, не представленные в кодировках KOI8, но оставленные без
      меняются автоматическими преобразователями. Эти типографские символы падают
      в неиспользуемой области псевдографики KOI8.
      3) Тексты в древнерусской орфографии (до 1918) содержат четыре
      Кириллические буквы не представлены ни одним из широко используемых
      Кириллические кодировки.  Хотя инструменты на основе Unicode
      быть адекватным для рендеринга этих символов, текущая
      программное обеспечение в большинстве случаев не имеет необходимой поддержки. Это было бы
      удобно иметь 8-битную кодировку, представляющую старую русскую
      символов и иметь возможность размещать их непосредственно в шрифте
      карта кодирования и раскладка клавиатуры, совместимая с широким диапазоном
      текущего программного обеспечения.
    Реализация
      Автор реализовал кодировку KOI8-C согласно этим
      рекомендации: (1) совместимость с символами KOI8-R и KOI8-U
      наборы, (2) совместимость с набором символов CP1251 в области
      типографские символы и югославская кириллица; (3) нужно быть
      умеет конвертировать шрифты в другие кириллические кодировки.
      Нижняя часть набора символов KOI8-C является полной копией
      ASCII в диапазоне печатных символов (0x20 -- 0x7F).
      диапазон (0x00 -- 0x1F) занят псевдографикой и другими
      редко используемые специальные символы.
      Верхняя часть набора символов KOI8-C содержит все русские,
      Белорусские и украинские буквы на позициях, определенных в KOI8-R
      и КОИ8-У; часто используемые типографские символы (кавычки,
      тире и символы валюты) и югославская кириллица как
      определяется кодировкой CP1251; и старыми русскими буквами.  Большая коробка
      рисование символов из КОИ8-Р, а также некоторые математические
      символы, были удалены.
      Результирующий набор символов содержит все символы ISO 8859.-5 символов
      кроме МЯГКОГО ДЕФИСА и охватывает CP1251 кроме 5 знаков препинания
      символов (все также в CP1252).
      Веб-страница
      
      содержит разработки автора, связанные с KOI8-C
      кодировка и тексты в древнерусской орфографии. Бесплатное растровое изображение
      адаптированы шрифты семейства Cronyx для системы X Window
      к кодировке KOI8-C, реализуя полную карту KOI8-C (256
      символов) во всех шрифтах (проект "xcyr"). Расширение
      раскладка клавиатуры, содержащая старые русские буквы, была
      предложенный. Словарь проверки орфографии для древнерусского языка
      была разработана орфография с использованием кодировки KOI8-C.
    Отношение к другим усилиям
      Эта кодировка была разработана как модификация [1,2]. Ан
      независимый проект разработки шрифтов "CYR-RFX" использует
      альтернативная кодировка "КОИ8-О" с аналогичными целями
      совместимость с KOI8-R и CP1251, но не содержит
      Югославские кириллические символы. 
    Спецификация кодовой страницы KOI8-C
      Описание всех символов верхней половины KOI8-C
      кодовая страница указана в соответствии с набором символов Unicode ISO 10646.
      (УКС).
        # 
      0x01 U25C6 # ЧЕРНЫЙ АЛМАЗ
      0x02 U2592 # СРЕДНИЙ ОТТЕНОК
      0x03 U00D7 # ЗНАК УМНОЖЕНИЯ
      0x04 U00F7 # ЗНАК РАЗДЕЛЕНИЯ
      0x05 U2030 # ПРОМЫШЛЕННЫЙ ЗНАК
      0x06 U2248 # ПОЧТИ РАВНО
      0x07 U00B5 # ЗНАК МИКРО
      0x08 U00B1 # ЗНАК ПЛЮС-МИНУС
      0x09 U00B6 # ЗНАК НАШИВКИ
      0x0A U2021 # ДВОЙНОЙ КИНЖАЛ
      0x0B U2518 # ЧЕРТЕЖИ В КОРОБКЕ ЗАЖИГАЮТСЯ ВВЕРХ И ВЛЕВО
      0x0C U2510 # ЧЕРТЕЖИ КОРОБКИ ПОДСВЕТКА ВНИЗ И ВЛЕВО
      0x0D U250C # ЧЕРТЕЖИ В КОРОБКЕ ПОДСВЕТКА ВНИЗ И ВПРАВО
      0x0E U2514 # ЧЕРТЕЖИ ЗАЖИГАЮТСЯ ВВЕРХ И СПРАВА
      0x0F U253C # ЧЕРТЕЖИ КОРОБКИ ОСВЕЩЕНИЕ ВЕРТИКАЛЬНО И ГОРИЗОНТАЛЬНО
      0x10 UFFFD # ЗАМЕНЯЮЩИЙ СИМВОЛ
      0x11 UFFFD # ЗАМЕНЯЮЩИЙ СИМВОЛ
      0x12 U2500 # ЧЕРТЕЖИ СВЕТ ГОРИЗОНТАЛЬНЫЙ
      0x13 UFFFD # ЗАМЕНЯЮЩИЙ СИМВОЛ
      0x14 UFFFD # СИМВОЛ ЗАМЕНЫ
      0x15 U251C # ЧЕРТЕЖИ КОРОБКИ ПОДСВЕТКА ВЕРТИКАЛЬНАЯ И ПРАВАЯ
      0x16 U2524 # ЧЕРТЕЖИ КОРОБКИ ПОДСВЕТКА ВЕРТИКАЛЬНАЯ И СЛЕВА
      0x17 U2534 # ЧЕРТЕЖИ КОРОБКИ ЗАСВЕТЯТСЯ И ГОРИЗОНТАЛЬНО
      0x18 U252C # ЧЕРТЕЖИ В КОРОБКЕ СВЕТ ВНИЗ И ГОРИЗОНТАЛЬНО
      0x19U2502 # ЧЕРТЕЖИ В КОРОБКЕ СВЕТ ВЕРТИКАЛЬНЫЙ
      0x1A U2264 # МЕНЬШЕ ИЛИ РАВНО
      0x1B U2265 # БОЛЬШЕ ИЛИ РАВНО
      0x1C U03C0 # СТРОЧНАЯ ГРЕЧЕСКАЯ БУКВА ПИ
      0x1D U2260 # НЕ РАВНО
      0x1E U00A4 # ЗНАК ВАЛЮТЫ
      0x1F U00B2 # НАДПИСЬ ДВА
      0x20 U0020 # ПРОБЕЛ
      0x21 U0021 # ВОСКЛИЦАТЕЛЬНЫЙ ЗНАК
      0x22 U0022 # КАвычки
      0x23 U0023 # ЗНАК НОМЕРА
      0x24 U0024 # ЗНАК ДОЛЛАРА
      0x25 U0025 # ЗНАК ПРОЦЕНТА
      0x26 U0026 # АМПЕРСАНД
      0x27 U0027 # АПОСТРОФ
      0x28 U0028 # ЛЕВАЯ СКОБКА
      0x29U0029 # ПРАВАЯ СКОБКА
      0x2A U002A # ЗВЕЗДОЧКА
      0x2B U002B # ЗНАК ПЛЮС
      0x2C U002C # ЗАПЯТАЯ
      0x2D U002D # ДЕФИС-МИНУС
      0x2E U002E # ПОЛНАЯ СТОП
      0x2F U002F # СОЛИДУС
      0x30 U0030 # ЦИФРА НОЛЬ
      0x31 U0031 # ЦИФРА ОДИНА
      0x32 U0032 # ВТОРАЯ ЦИФРА
      0x33 U0033 # ЦИФРА ТРИ
      0x34 U0034 # ЦИФРА ЧЕТЫРЕ
      0x35 U0035 # ПЯТАЯ ЦИФРА
      0x36 U0036 # ЦИФРА ШЕСТЬ
      0x37 U0037 # СЕДЬМАЯ ЦИФРА
      0x38 U0038 # ВОСЕМЬ ЦИФРА
      0x39U0039 # ЦИФРА ДЕВЯТЬ
      0x3A U003A # ТОЛСТАЯ
      0x3B U003B # ТОЧКА С ЗАПЯТОЙ
      0x3C U003C # ЗНАК МЕНЬШЕ
      0x3D U003D # ЗНАК РАВНО
      0x3E U003E # ЗНАК БОЛЬШЕ
      0x3F U003F # ВОПРОСИТЕЛЬНЫЙ ЗНАК
      0x40 U0040 # КОММЕРЧЕСКОЕ В
      0x41 U0041 # ЛАТИНСКАЯ ЗАГЛАВНАЯ БУКВА A
      0x42 U0042 # ЛАТИНСКАЯ ЗАГЛАВНАЯ БУКВА B
      0x43 U0043 # ЛАТИНСКАЯ ЗАГЛАВНАЯ БУКВА C
      0x44 U0044 # ЛАТИНСКАЯ ЗАГЛАВНАЯ БУКВА D
      0x45 U0045 # ЛАТИНСКАЯ ЗАГЛАВНАЯ БУКВА E
      0x46 U0046 # ЛАТИНСКАЯ ЗАГЛАВНАЯ БУКВА F
      0x47 U0047 # ЛАТИНСКАЯ ЗАГЛАВНАЯ БУКВА G
      0x48 U0048 # ЛАТИНСКАЯ ЗАГЛАВНАЯ БУКВА H
      0x49U0049 # ЛАТИНСКАЯ ЗАГЛАВНАЯ БУКВА I
      0x4A U004A # ЛАТИНСКАЯ ЗАГЛАВНАЯ БУКВА J
      0x4B U004B # ЛАТИНСКАЯ ЗАГЛАВНАЯ БУКВА K
      0x4C U004C # ЛАТИНСКАЯ ЗАГЛАВНАЯ БУКВА L
      0x4D U004D # ЛАТИНСКАЯ ЗАГЛАВНАЯ БУКВА M
      0x4E U004E # ЛАТИНСКАЯ ЗАГЛАВНАЯ БУКВА N
      0x4F U004F # ЛАТИНСКАЯ ЗАГЛАВНАЯ БУКВА O
      0x50 U0050 # ЛАТИНСКАЯ ЗАГЛАВНАЯ БУКВА P
      0x51 U0051 # ЛАТИНСКАЯ ЗАГЛАВНАЯ БУКВА Q
      0x52 U0052 # ЛАТИНСКАЯ ЗАГЛАВНАЯ БУКВА R
      0x53 U0053 # ЛАТИНСКАЯ ЗАГЛАВНАЯ БУКВА S
      0x54 U0054 # ЛАТИНСКАЯ ЗАГЛАВНАЯ БУКВА T
      0x55 U0055 # ЛАТИНСКАЯ ЗАГЛАВНАЯ БУКВА U
      0x56 U0056 # ЛАТИНСКАЯ ЗАГЛАВНАЯ БУКВА V
      0x57 U0057 # ЛАТИНСКАЯ ЗАГЛАВНАЯ БУКВА W
      0x58 U0058 # ЛАТИНСКАЯ ЗАГЛАВНАЯ БУКВА X
      0x59U0059 # ЛАТИНСКАЯ ЗАГЛАВНАЯ БУКВА Y
      0x5A U005A # ЛАТИНСКАЯ ЗАГЛАВНАЯ БУКВА Z
      0x5B U005B # ЛЕВАЯ КВАДРАТНАЯ СКОБКА
      0x5C U005C # ОБРАТНЫЙ СОЛИДУС
      0x5D U005D # ПРАВАЯ КВАДРАТНАЯ СКОБКА
      0x5E U005E # ЦИРКУМФЛЕКС АКЦЕНТ
      0x5F U005F # НИЗКАЯ ЛИНИЯ
      0x60 U0060 # МОГИЛЬНЫЙ АКЦЕНТ
      0x61 U0061 # СТРОЧНАЯ ЛАТИНСКАЯ БУКВА A
      0x62 U0062 # СТРОЧНАЯ ЛАТИНСКАЯ БУКВА B
      0x63 U0063 # СТРОЧНАЯ ЛАТИНСКАЯ БУКВА C
      0x64 U0064 # СТРОЧНАЯ ЛАТИНСКАЯ БУКВА D
      0x65 U0065 # СТРОЧНАЯ ЛАТИНСКАЯ БУКВА E
      0x66 U0066 # СТРОЧНАЯ ЛАТИНСКАЯ БУКВА F
      0x67 U0067 # СТРОЧНАЯ ЛАТИНСКАЯ БУКВА G
      0x68 U0068 # СТРОЧНАЯ ЛАТИНСКАЯ БУКВА H
      0x69U0069 # ЛАТИНСКАЯ СТРОЧНАЯ БУКВА I
      0x6A U006A # СТРОЧНАЯ ЛАТИНСКАЯ БУКВА J
      0x6B U006B # СТРОЧНАЯ ЛАТИНСКАЯ БУКВА K
      0x6C U006C # СТРОЧНАЯ ЛАТИНСКАЯ БУКВА L
      0x6D U006D # СТРОЧНАЯ ЛАТИНСКАЯ БУКВА M
      0x6E U006E # СТРОЧНАЯ ЛАТИНСКАЯ БУКВА N
      0x6F U006F # СТРОЧНАЯ ЛАТИНСКАЯ БУКВА O
      0x70 U0070 # СТРОЧНАЯ ЛАТИНСКАЯ БУКВА P
      0x71 U0071 # СТРОЧНАЯ ЛАТИНСКАЯ БУКВА Q
      0x72 U0072 # СТРОЧНАЯ ЛАТИНСКАЯ БУКВА R
      0x73 U0073 # СТРОЧНАЯ ЛАТИНСКАЯ БУКВА S
      0x74 U0074 # СТРОЧНАЯ ЛАТИНСКАЯ БУКВА T
      0x75 U0075 # СТРОЧНАЯ ЛАТИНСКАЯ БУКВА U
      0x76 U0076 # СТРОЧНАЯ ЛАТИНСКАЯ БУКВА V
      0x77 U0077 # СТРОЧНАЯ ЛАТИНСКАЯ БУКВА W
      0x78 U0078 # СТРОЧНАЯ ЛАТИНСКАЯ БУКВА X
      0x79U0079 # ЛАТИНСКАЯ СТРОЧНАЯ БУКВА Y
      0x7A U007A # СТРОЧНАЯ ЛАТИНСКАЯ БУКВА Z
      0x7B U007B # ЛЕВАЯ ФИГУРНАЯ СКОБКА
      0x7C U007C # ВЕРТИКАЛЬНАЯ ЛИНИЯ
      0x7D U007D # ПРАВАЯ ФИГУРНАЯ СКОБКА
      0x7E U007E # ТИЛЬДА
      0x7F U00AC # НЕ ЗНАК
      0x80 U0402 # ЗАГЛАВНАЯ БУКВА DJE
      0x81 U0403 # ЗАГЛАВНАЯ БУКВА GJE
      0x82 U00B8 # СЕДИЛЬЯ
      0x83 U0453 # СТРОЧНАЯ КИРИЛЛИЧНАЯ БУКВА GJE
      0x84 U201E # ДВОЙНАЯ МЛАДШАЯ-9 КАВАТЫ
      0x85 U2026 # ГОРИЗОНТАЛЬНЫЙ ЭЛЛИПСИС
      0x86 U2020 # КИНЖАЛ
      0x87 U00A7 # ЗНАК СЕКЦИИ
      0x88 U20AC # ЗНАК ЕВРО
      0x89U00A8 # ДИЭРЕЗИС
      0x8A U0409 # ЗАГЛАВНАЯ БУКВА LJE
      0x8B U2039 # ОДИНОЧНЫЙ УГОЛ, УКАЗЫВАЮЩИЙ ВЛЕВО, КАВАТЫ
      0x8C U040A # ЗАГЛАВНАЯ БУКВА NJE
      0x8D U040C # ЗАГЛАВНАЯ БУКВА KJE
      0x8E U040B # ЗАГЛАВНАЯ БУКВА ТШЕ
      0x8F U040F # ЗАГЛАВНАЯ БУКВА ДЖЕ
      0x90 U0452 # СТРОЧНАЯ КИРИЛЛИЧНАЯ БУКВА DJE
      0x91 U2018 # ЛЕВАЯ ОДИНАРНАЯ КАВАТЫ
      0x92 U2019 # ПРАВАЯ ОДИНАРНАЯ КАВАТЫ
      0x93 U201C # ЛЕВАЯ ДВОЙНАЯ КАВАТЫ
      0x94 U201D # ПРАВАЯ ДВОЙНАЯ КАПОТА
      0x95 U2022 # ПУЛЯ
      0x96 U2013 # В ТИРЕ
      0x97 U2014 # ЭМ ТИРЕ
      0x98 U00A3 # ЗНАК ФУНТА
      0x99 U00B7 # СРЕДНЯЯ ТОЧКА
      0x9A U0459 # СТРОЧНАЯ КИРИЛЛИЧНАЯ БУКВА LJE
      0x9B U203A # ОДИНОЧНЫЙ УГОЛ НАПРАВЛЕНИЯ ВПРАВО КАВАТЫ
      0x9C U045A # СТРОЧНАЯ КИРИЛЛИЧНАЯ БУКВА NJE
      0x9D U045C # СТРОЧНАЯ КИРИЛЛИЧНАЯ БУКВА KJE
      0x9E U045B # СТРОЧНАЯ КИРИЛЛИЧНАЯ БУКВА ЦШЕ
      0x9F U045F # СТРОЧНАЯ БУКВА ДЖЕ
      0xA0 U00A0 # НЕРАЗРЫВНЫЙ ПРОБЕЛ
      0xA1 U0475 # СТРОЧНАЯ КИРИЛЛИЧНАЯ БУКВА ИЖИЦА
      0xA2 U0463 # СТРОЧНАЯ БУКВА ЯТЬ
      0xA3 U0451 # СТРОЧНАЯ КИРИЛЛИЧНАЯ БУКВА IO
      0xA4 U0454 # СТРОЧНАЯ КИРИЛЛИЧНАЯ УКРАИНСКАЯ БУКВА IE
      0xA5 U0455 # СТРОЧНАЯ БУКВА ДЗЕ
      0xA6 U0456 # СТРОЧНАЯ КИРИЛЛИЧНАЯ БЕЛОРУССКАЯ-УКРАИНСКАЯ БУКВА I
      0xA7 U0457 # СТРОЧНАЯ КИРИЛЛИЧНАЯ БУКВА ЙИ
      0xA8 U0458 # СТРОЧНАЯ БУКВА JE
      0xA9U00AE # ЗАРЕГИСТРИРОВАННЫЙ ЗНАК
      0xAA U2122 # ЗНАК ТОРГОВОЙ МАРКИ
      0xAB U00AB # НАПРАВЛЯЮЩАЯ ВЛЕВО ДВОЙНАЯ УГЛОВАЯ КАВАТЫ
      0xAC U0473 # СТРОЧНАЯ КИРИЛЛИЧНАЯ БУКВА ФИТА
      0xAD U0491 # СТРОЧНАЯ КИРИЛЛИЧНАЯ БУКВА GHE С ВВЕРХОМ
      0xAE U045E # СТРОЧНАЯ КИРИЛЛИЧНАЯ БУКВА КОРОТКАЯ U
      0xAF U00B4 # ОСТРЫЙ АКЦЕНТ
      0xB0 U00B0 # ЗНАК СТЕПЕНИ
      0xB1 U0474 # ЗАГЛАВНАЯ БУКВА ИЖИЦА
      0xB2 U0462 ​​# ЗАГЛАВНАЯ БУКВА ЯТЬ
      0xB3 U0401 # ЗАГЛАВНАЯ БУКВА IO
      0xB4 U0404 # ЗАГЛАВНАЯ БУКВА УКРАИНСКИЙ IE
      0xB5 U0405 # ЗАГЛАВНАЯ БУКВА ДЗЕ
      0xB6 U0406 # ЗАГЛАВНАЯ БУКВА БЕЛОРУССКИЙ-УКРАИНСКИЙ I
      0xB7 U0407 # ЗАГЛАВНАЯ БУКВА YI
      0xB8 U0408 # ЗАГЛАВНАЯ БУКВА JE
      0xB9U2116 # ЗНАК ЦИФРЫ
      0xBA U00A2 # ЗНАК ЦЕНТА
      0xBB U00BB # ДВУХУГОЛЬНАЯ КАВАЧКА, УКАЗЫВАЮЩАЯ ВПРАВО
      0xBC U0472 # ЗАГЛАВНАЯ БУКВА ФИТА
      0xBD U0490 # ЗАГЛАВНАЯ БУКВА GHE С ВВЕРХОМ
      0xBE U040E # ЗАГЛАВНАЯ БУКВА КОРОТКАЯ U
      0xBF U00A9 # ЗНАК АВТОРСКОГО ПРАВА
      0xC0 U044E # СТРОЧНАЯ БУКВА Ю
      0xC1 U0430 # СТРОЧНАЯ КИРИЛЛИЧНАЯ БУКВА A
      0xC2 U0431 # СТРОЧНАЯ БУКВА BE
      0xC3 U0446 # СТРОЧНАЯ БУКВА ТСЕ
      0xC4 U0434 # СТРОЧНАЯ БУКВА DE
      0xC5 U0435 # СТРОЧНАЯ КИРИЛЛИЧНАЯ БУКВА IE
      0xC6 U0444 # СТРОЧНАЯ БУКВА EF
      0xC7 U0433 # СТРОЧНАЯ БУКВА GHE
      0xC8 U0445 # СТРОЧНАЯ БУКВА HA
      0xC9U0438 # СТРОЧНАЯ КИРИЛЛИЧНАЯ БУКВА I
      0xCA U0439 # СТРОЧНАЯ КИРИЛЛИЧНАЯ БУКВА КОРОТКАЯ I
      0xCB U043A # СТРОЧНАЯ КИРИЛЛИЧНАЯ БУКВА КА
      0xCC U043B # СТРОЧНАЯ БУКВА EL
      0xCD U043C # СТРОЧНАЯ БУКВА EM
      0xCE U043D # СТРОЧНАЯ КИРИЛЛИЧНАЯ БУКВА EN
      0xCF U043E # СТРОЧНАЯ БУКВА O в кириллице
      0xD0 U043F # СТРОЧНАЯ КИРИЛЛИЧНАЯ БУКВА PE
      0xD1 U044F # СТРОЧНАЯ КИРИЛЛИЧНАЯ БУКВА Я
      0xD2 U0440 # СТРОЧНАЯ БУКВА ER
      0xD3 U0441 # СТРОЧНАЯ БУКВА ES
      0xD4 U0442 # СТРОЧНАЯ БУКВА TE
      0xD5 U0443 # СТРОЧНАЯ БУКВА U
      0xD6 U0436 # СТРОЧНАЯ БУКВА ЖЕ
      0xD7 U0432 # СТРОЧНАЯ БУКВА ВЕ
      0xD8 U044C # МЯГКИЙ ЗНАК СТРОЧНОЙ БУКВЫ КИРИЛЛИЦЫ
      0xD9U044B # СТРОЧНАЯ БУКВА ЕРУ
      0xDA U0437 # СТРОЧНАЯ БУКВА ZE
      0xDB U0448 # СТРОЧНАЯ КИРИЛЛИЧНАЯ БУКВА ША
      0xDC U044D # СТРОЧНАЯ БУКВА Е
      0xDD U0449 # СТРОЧНАЯ КИРИЛЛИЧНАЯ БУКВА ЩА
      0xDE U0447 # СТРОЧНАЯ КИРИЛЛИЧНАЯ БУКВА ЧЕ
      0xDF U044A # СТРОЧНАЯ КИРИЛЛИЧНАЯ БУКВА ЖЕСТКИЙ ЗНАК
      0xE0 U042E # ЗАГЛАВНАЯ БУКВА Ю
      0xE1 U0410 # ЗАГЛАВНАЯ БУКВА A
      0xE2 U0411 # ЗАГЛАВНАЯ БУКВА BE
      0xE3 U0426 # ЗАГЛАВНАЯ БУКВА TSE
      0xE4 U0414 # ЗАГЛАВНАЯ БУКВА DE
      0xE5 U0415 # ЗАГЛАВНАЯ БУКВА IE
      0xE6 U0424 # ЗАГЛАВНАЯ БУКВА EF
      0xE7 U0413 # ЗАГЛАВНАЯ БУКВА GHE
      0xE8 U0425 # ЗАГЛАВНАЯ БУКВА HA
      0xE9U0418 # ЗАГЛАВНАЯ БУКВА I
      0xEA U0419 # ЗАГЛАВНАЯ БУКВА КОРОТКАЯ I
      0xEB U041A # ЗАГЛАВНАЯ БУКВА КА
      0xEC U041B # ЗАГЛАВНАЯ БУКВА EL
      0xED U041C # ЗАГЛАВНАЯ БУКВА EM
      0xEE U041D # ЗАГЛАВНАЯ БУКВА EN
      0xEF U041E # ЗАГЛАВНАЯ БУКВА О
      0xF0 U041F # ЗАГЛАВНАЯ БУКВА PE
      0xF1 U042F # ЗАГЛАВНАЯ БУКВА Я
      0xF2 U0420 # ЗАГЛАВНАЯ БУКВА ER
      0xF3 U0421 # ЗАГЛАВНАЯ БУКВА ES
      0xF4 U0422 # ЗАГЛАВНАЯ БУКВА TE
      0xF5 U0423 # ЗАГЛАВНАЯ БУКВА U
      0xF6 U0416 # ЗАГЛАВНАЯ БУКВА ЖЕ
      0xF7 U0412 ​​# ЗАГЛАВНАЯ БУКВА VE
      0xF8 U042C # МЯГКИЙ ЗНАК ЗАГЛАВНОЙ КИРИЛЛИЧЕСКОЙ БУКВЫ
      0xF9U042B # ЗАГЛАВНАЯ БУКВА ЕРУ
      0xFA U0417 # ЗАГЛАВНАЯ БУКВА ZE
      0xFB U0428 # ЗАГЛАВНАЯ БУКВА SHA
      0xFC U042D # ЗАГЛАВНАЯ БУКВА E
      0xFD U0429 # ЗАГЛАВНАЯ БУКВА ЩА
      0xFE U0427 # ЗАГЛАВНАЯ БУКВА ЧЕ
      0xFF U042A # ТВЕРДЫЙ ЗНАК ЗАГЛАВНОЙ БУКВЫ КИРИЛЛИЦЫ
    Вопросы безопасности
      Этот меморандум не вызывает никаких известных проблем с безопасностью. 
    Благодарности
      Автор выражает благодарность Маркусу Куну (Computer Science
    лаборатории Кембриджского университета, Великобритания) за помощь в создании
    Таблица кодирования KOI8-C.
    использованная литература
      [1] Чернов А., "Регистрация кириллического набора символов", RFC
               1489, июль 1993 г.
      [2] Украинский набор символов KOI8-U, RFC 2319. 1998.
    Адрес автора
       Серж Виницки
       4 Аризона Тер. #2
       Арлингтон, Массачусетс, 02474
       США
     

    Буква кириллицы в URL — Кодировка | SEO Форум

    Ваш браузер не поддерживает JavaScript. В результате ваши впечатления от просмотра будут уменьшены, и вы будете переведены в режим только для чтения .

    Загрузите браузер, поддерживающий JavaScript, или включите его, если он отключен (например, NoScript).

    1. org/ListItem»> Дом
    2. SEO-тактика
    3. Техническое SEO
    4. Буква кириллицы в URL — Кодировка

    Эта тема была удалена. Его могут видеть только пользователи с правами управления вопросами.

    • Привет всем

      Мы запускаем наш сайт в России.

      Насколько я вижу по поиску в гугле, все сайты имеют адреса латинскими буквами.

      Есть ли для этого особая причина? — Вроде и кириллица тоже работает.

      Мой технический персонал говорит, что это может привести к проблемам с кодировкой.

      Может ли кто-нибудь дать мне некоторое представление об этом?

      Заранее спасибо..

      / Кеннет

    • 
      

      Привет,

      У меня точно такая же проблема, как описано выше. Что-то изменилось с 2012 года? Каково эмпирическое правило, когда речь идет о русских URL-адресах, лучше ли оставить кириллицу или преобразовать их в латиницу?

      Я заметил, что URL-адреса на кириллице ломаются при их копировании и вставке, а также поисковые роботы Moz определяют их как слишком длинные. А как насчет поисковых роботов Google, видят ли они это по-другому?

      Спасибо,

      Аня

    • org/Comment»>
      

      Если вы ориентируетесь на русские запросы на Google.ru, и ваша целевая аудитория в основном вводит запросы с кириллическими символами, то кириллические URL-адреса должны подойти. Раньше поддержка нелатинских символов была плохой, но я думаю, что за последние пару лет ситуация сильно изменилась.

      Вот соответствующая ветка поддержки Google, в которую вмешивается Джон Му:

      http://www.google.com.ag/support/forum/p/Webmasters/thread?tid=489ece0479e0d33d&hl=en

      Технически Google может сканировать /индексировать эти страницы. Например, русская версия Википедии, кажется, использует кириллические URL-адреса:

      http://ru.wikipedia.org/wiki/%D0%9A%D0%BE%D0%BC%D0%BF%D1%8C% D1%8E%D1%82%D0%B5%D1%80

      (к сожалению, этот URL-адрес ломается, когда я вырезаю/вставляю)

      Большой вопрос для меня будет заключаться в том, привыкли ли поисковики использовать латинские символы в поиске, и привлекают ли эти поиски больше объема, чем кириллица. К сожалению, у нас здесь нет русскоязычных сотрудников, поэтому я не могу прокомментировать это. Я немного говорю по-китайски, и на этом рынке я тоже видел смесь. В некоторых URL-адресах используются упрощенные символы, а в некоторых — пиньинь (латинизированная версия). Технически любой из них должен работать, но все еще есть некоторые устаревшие эффекты времен, когда поддерживались только латинские символы.

    У вас есть животрепещущий вопрос по SEO?

    Подпишитесь на Moz Pro, чтобы получить полный доступ к вопросам и ответам, отвечать на вопросы и задавать свои.

    Начать бесплатную пробную версию

    
    Есть вопрос?

    Обзор вопросов

    Посмотреть Все вопросыНовые (нет ответов)ОбсуждениеОтветыПоддержка продуктаБез ответа

    От Все времяПоследние 30 днейПоследние 7 днейПоследние 24 часа

    Сортировка по Последние вопросыНедавняя активностьБольше всего лайковБольшинство ответовМеньше всего ответовСамые старые вопросы

    С категорией All CategoriesAffiliate MarketingAlgorithm UpdatesAPIBrandingCommunityCompetitive ResearchContent DevelopmentConversion Rate OptimizationDigital MarketingFeature RequestsGetting StartedImage & Video OptimizationIndustry EventsIndustry NewsIntermediate & Advanced SEOInternational SEOJobs and OpportunitiesKeyword ExplorerKeyword ResearchLink BuildingLink ExplorerLocal ListingsLocal SEOLocal Website OptimizationMoz BarMoz LocalMoz NewsMoz ProMoz ToolsOn-Page OptimizationOther SEO ToolsPaid Search MarketingProduct SupportReporting & AnalyticsResearch & TrendsReviews and RatingsSearch BehaviorSEO ТактикаТренды поисковой выдачиСоциальные сетиТехническое SEOВеб-дизайнБелое/черное SEO

    Связанные вопросы

    schema.org/ItemList» data-nextstart=»» data-set=»»>

    • Дружественные URL-адреса для многоязычного сайта
      

      Привет! У нас есть многоязычный веб-сайт с латинскими и нелатинскими символами, Мы работаем над созданием удобной структуры URL для сайта. Можем ли мы для латинских языков использовать переведенную версию URL-адресов в языковых папках? Например — www.сайт/автомобили www.сайт/fr/voitures www.сайт/es/autos

      Техническое SEO | | theLotter

      0

    • org/ListItem»>
      Почему мой URL-адрес меняется
      

      Мой рейтинг внезапно упал, и когда я пытался понять, почему я понял, что почти все изображения в кешированной Google версии моего сайта отсутствуют. На самом сайте они появляются, а в кешированной версии их нет. Я заметил, что у большинства изображений в конце URL была пометка ?6b5830, и это были изображения, которые не показывались. Надеюсь, я нашел причину падения рейтинга. Возможно, поскольку Google не может видеть большую часть контента, он решил не ранжировать его (особенно потому, что это происходит на тысячах страниц). Это кешированная версия моего сайта Я использую следующие плагины, которые могут быть причиной этого: плагин Yoasts SEO, общий кеш W3. Кто-нибудь знает, что вызывает добавление ? 6b5830 в конец большинства моих URL-адресов? Может ли это быть причиной падения рейтинга? Заранее спасибо!

      Техническое SEO | | ДжиллБ2013

      0

    • org/ListItem»>
      Имеет ли значение порядок URL-адресов в карте сайта xml?
      

      Имеют ли URL-адреса, расположенные выше, более высокий приоритет?

      Техническое SEO | | айресккит

      0

    • Изменен URL-адрес всех веб-страниц на новый обновленный — Ключевые слова по-прежнему выбирают старый URL-адрес
      

      Месяц назад мы обновили наш веб-сайт и создали новые URL-адреса для каждой страницы. В разделе «На странице» ключевые слова, по которым мы проверяем рейтинг, по-прежнему предоставляют информацию о старых URL-адресах наших веб-сайтов. Постепенно появляются новые URL. Мне интересно, есть ли способ вручную сделать информацию обратной связи ключевых слов из новых URL-адресов.

      Техническое SEO | | Чемпионы

      0

    • Лучшая структура URL для интернет-магазина?
      

      Какая структура порекомендует страницы продукта? Давайте сделаем пример с ключевым словом « Luxim FZ200 ». С категорией в URL:
      www.myelectronicshop.com/digital-cameras/luxim-FZ200. html С префиксом /продукт:
      www.myelectronicshop.com/product/luxim-FZ200.html Без категории в URL:
      www.myelectronicshop.com/luxim-FZ200.html Я прочитал в сообщении в блоге, что Пэдди Муган рекомендует /lluxim-FZ200.html — думаю, я тоже предпочитаю эту версию. Но я вижу, что многие крупные интернет-магазины используют префикс /product перед названием продукта. Что является причиной этого? и что является лучшей практикой?

      Техническое SEO | | gojesper

      0

    • Как найти исходные URL-адреса после того, как хостинговая компания добавила канонические URL-адреса, перезаписала URL-адреса и дублировала контент.
      

      Недавно мы сменили хостинговую компанию для нашего веб-сайта электронной коммерции. Хостинговая компания добавила некоторые функции, такие как дублирование контента и/или зеркальные страницы в поисковых системах. Чтобы решить эту проблему, хостинговая компания создала как канонические URL-адреса, так и перезаписываемые URL-адреса. Теперь у нас есть страница А (исходная страница со всем ссылочным весом) и страница Б (новая страница без ссылочного веса или ценности SEO). Обе страницы имеют одинаковый контент с разными URL-адресами. Я понимаю, что канонический URL-адрес — это способ сообщить поисковым системам, какая страница является предпочтительной в случае дублирования контента и зеркальных страниц. Я также понимаю, что канонические URL-адреса сообщают поисковой системе, что страница B является копией страницы A, но страница A является предпочтительной страницей для индексации. Проблема, с которой мы сейчас сталкиваемся, заключается в том, что хостинговая компания сделала страницу А копией страницы Б, а не наоборот. Но страница A — это исходная страница с ценностью SEO и ссылочным весом, а страница B — это новая страница без ценности. В результате поисковые системы теперь отдают приоритет вновь созданной странице над исходной. Я считаю, что решение состоит в том, чтобы изменить это и сделать так, чтобы страница B (новая страница) была копией страницы A (исходной страницы). Теперь мне просто нужно указать исходный URL-адрес в качестве канонического URL-адреса для дубликатов страниц. Проблема в том, что со всеми переписываниями и изменениями в функциональности я больше не знаю, какие URL-адреса имеют обратные ссылки, которые создают эту ценность SEO. Я полагаю, что если я смогу найти обратные ссылки на исходную страницу, то я смогу узнать исходный веб-адрес исходных страниц. Мой вопрос заключается в том, как я могу искать обратные ссылки в Интернете таким образом, чтобы я мог определить URL-адрес, на который указывают все эти обратные ссылки, чтобы сделать этот URL-адрес каноническим URL-адресом для всех новых дубликатов страниц. .

      Техническое SEO | | КАБЕЛИ

      0

    • Минус-адрес?
      

      У меня есть новый клиент, у которого есть буквы «BB» в начале его URL-адреса, bbzautorepair.com. Кто-то из Google Adwords сказал ему, что буквы «BB» в его URL-адресе могут повредить его рейтингу в Google. Причина в том, что Google помечает красными флажками все или веб-сайты, связанные с огнестрельным оружием, огнестрельным оружием и боеприпасами. Ему сказали, что буквы «BB» могут быть ошибочно приняты или отмечены красным флажком как «BB Gun». Кажется немного надуманным. Кто-нибудь когда-либо слышал о такой вещи? Спасибо
      Гэри Дауни

      Техническое SEO | | весело52копать

      0

    • org/ListItem»>
      Как отобразить точный адрес нашего дочернего сайта в Google
      

      Привет, Я новичок в SEO, и мы совсем недавно перезапустили наш сайт. Наш сайт состоит из 6 отелей, которые действуют как дочерний сайт. Мы заметили, что при поиске одного из отелей в Google выводится основной веб-сайт. Пример: мы ищем флору великую. Мы ожидаем, что в Google первая ссылка будет отображаться как www.florahospitality.com/dubai-flora-grand-hotel.aspx. Но он показывает основной сайт www.florahospitality.com. Что мне здесь не хватает?

      Техническое SEO | | Шебинхассан

      0

    RFC 2319: набор украинских символов KOI8-U

    RFC 2319: набор украинских символов KOI8-U [RFC Home] [TEXT|PDF|HTML] [Tracker] [IPR] [Errata] [Информационная страница]

    INFORMATIONAL
    Errata Exist

     Network Working Group Рабочая группа KOI8-U
    Запрос комментариев: 2319 19 апреля98
    Категория: Информационная
                         Украинский набор символов KOI8-U
    Статус этого меморандума
       В этом меморандуме содержится информация для интернет-сообщества.  Оно делает
       не указывать какой-либо стандарт Интернета. Распространение этого
       Памятка не ограничена.
    Уведомление об авторских правах
       Авторское право (C) Общество Интернета (1998 г.). Все права защищены.
    Абстрактный
       В этом документе представлена ​​информация о кодировке символов KOI8-U.
       (KOI8 украинский), который является стандартом де-факто в украинском Интернете
       сообщество. KOI8-U совместим с KOI8-R (RFC 1489) в целом
       русскими буквами и дополняется четырьмя украинскими буквами, которые
       местоположения соответствуют ISO-IR-111. Официальный сайт КОИ8-У
       Рабочая группа http://www.net.ua.
    Введение
       В этом документе представлена ​​информация о кодировке символов KOI8-U.
       (KOI8 украинский) широко используется в украинском интернет-сообществе для почты
       и обмена новостями, а также для представления WWW-информации
       ресурсы на украинском языке.
       Первоначально спецификация предложенного стандарта koi8-u была официально
       принято конференцией Почтмейстеров Украинского Интернета
       Провайдеры услуг в Славске осенью 1992 представил Игорь
       Свиридов из Киева и Стас Вороний из Харькова.  Позднее в июне 1995 г.
       данная спецификация была дополнена УКРАИНСКИМ ГТО С ВВЕРХОМ.
       KOI8-U (украинский KOI8) является стандартом де-факто, поддерживаемым во многих
       операционные системы и пользовательские интернет-приложения, включая кодирование
       таблицы, шрифты, поддержка локали для многих операционных систем и
       среды.
       Имя набора символов MIME: koi8-u
    Информационная рабочая группа КОИ8-У [Страница 1] 

    ---

    RFC 2319 Набор украинских символов KOI8-U, апрель 1998 г.
    Отношение к другим RFC
       Этот стандарт основан на нескольких опубликованных стандартах: RFC1489 (он
       полностью совместим по всем русским буквам), RFC-1345, ISO-IR-111,
       ИСО 10646.
    Совместимость с другими наборами символов
       Нижняя часть Украинского набора символов КОИ8-У представляет собой полный
       копия ASCII, как она используется в KOI8-R и других не-ASCII
       кодовые страницы.
       Верхняя часть набора символов КОИ8-У содержит все русские
       буквы, определенные в КОИ8-Р, и четыре украинские буквы (#164, #180 -
       укр.  т.е. #166, #182 - укр. i, #167, #183 - укр. йи, #173, #189- укр.
       ghe с переворотом), расположение которых соответствует ISO-IR-111.
       элементы BOX DRAWINGS в других позициях (которые не используются
       украинские буквы) такие же, как в кодировке KOI8-R. Список
       все отличия КОИ8-Р от предлагаемого КОИ8-У приведены в
       ПРИЛОЖЕНИЕ.
    Спецификация верхней части кодовой страницы KOI8-U
       Описание всех знаков верхней половинки КОИ8-У
       кодовая страница указана в соответствии с набором символов Unicode ISO 10646 (UCS).
       Таблица кодировок KOI8-U в формате RFC1345 приведена в Приложении Б.
        <десятичный> <шестнадцатеричный код>  <описание>
       128 80 U2500 КОРОБКИ ЧЕРТЕЖИ СВЕТЛЫЕ ГОРИЗОНТАЛЬНЫЕ
       12981 U2502 КОРОБОЧНЫЕ ЧЕРТЕЖИ СВЕТ ВЕРТИКАЛЬНЫЙ
       130 82 U250C КОРОБКИ ЧЕРТЕЖИ СВЕТ ВНИЗ И СПРАВА
       131 83 U2510 КОРОБКА ЧЕРТЕЖИ ПОДСВЕТКА ВНИЗ И ВЛЕВО
       132 84 U2514 КОРОБКИ ЧЕРТЕЖИ ЗАЖИГАЮТСЯ ВВЕРХ И СПРАВА
       133 85 U2518 КОРОБКИ ЧЕРТЕЖИ ЗАЖИГАЮТСЯ ВВЕРХ И ВЛЕВО
       134 86 U251C КОРОБОЧНЫЕ ЧЕРТЕЖИ ПОДСВЕТКА ВЕРТИКАЛЬНАЯ И СПРАВА
       135 87 U2524 КОРОБКИ ЧЕРТЕЖИ ПОДСВЕТКА ВЕРТИКАЛЬНАЯ И СЛЕВА
       136 88 U252C КОРОБКИ ЧЕРТЕЖИ ВНИЗ И ГОРИЗОНТАЛЬНО
       137 89U2534 КОРОБКИ ЧЕРТЕЖИ ПОДСВЕТКА И ГОРИЗОНТАЛЬНО
       138 8A U253C КОРОБОЧНЫЕ ЧЕРТЕЖИ СВЕТИЛЬНЫЕ ВЕРТИКАЛЬНЫЕ И
                                     ГОРИЗОНТАЛЬНЫЙ
       139 8B U2580 ВЕРХНЯЯ ПОЛОВИНА БЛОКА
       140 8C U2584 НИЖНЯЯ ПОЛУБЛОК
       141 8D U2588 ПОЛНЫЙ БЛОК
       142 8E U258C ЛЕВАЯ ПОЛОВИНА БЛОКА
       143 8F U2590 ПРАВАЯ ПОЛУБЛОК
    Информационная рабочая группа КОИ8-У [Страница 2] 

    ---

    RFC 2319Украинский набор символов KOI8-U, апрель 1998 г. 
       144 90 U2591 СВЕТЛЫЙ ОТТЕНОК
       145 91 U2592 СРЕДНИЙ ОТТЕНОК
       146 92 U2593 ТЕМНЫЙ ОТТЕНОК
       147 93 U2320 ВЕРХНЯЯ ПОЛОВИНА ЦЕЛАЯ
       148 94 U25A0 ЧЕРНЫЙ КВАДРАТ
       149 95 U2219 ПУЛЯ ОПЕРАТОР
       150 96 U221A КВАДРАТНЫЙ КОРЕНЬ
       151 97 U2248 ПОЧТИ РАВНО
       152 98 U2264 МЕНЬШЕ ИЛИ РАВНО
       153 99U2265 БОЛЬШЕ ИЛИ РАВНО
       154 9A U00A0 НЕРАЗРЫВНЫЙ ПРОБЕЛ
       155 9B U2321 НИЖНЯЯ ПОЛОВИНА ИНТЕГРАЛЬНАЯ
       156 9C U00B0 ЗНАК СТЕПЕНИ
       157 9D U00B2 НАДПИСЬ ДВА
       158 9E U00B7 СРЕДНЯЯ ТОЧКА
       159 9F U00F7 ЗНАК ОТДЕЛЕНИЯ
       160 A0 U2550 КОРОБКИ ЧЕРТЕЖИ ДВОЙНОЙ ГОРИЗОНТАЛЬНЫЙ
       161 A1 U2551 ЧЕРТЕЖИ В КОРОБКЕ ДВОЙНАЯ ВЕРТИКАЛЬНАЯ
       162 A2 U2552 КОРОБКИ ЧЕРТЕЖИ ВНИЗ ОДИНОЧНЫЙ И СПРАВА
                                     ДВОЙНОЙ
       163 A3 U0451 СТРОЧНАЯ КИРИЛЛИЧНАЯ БУКВА IO
       164 A4 U0454 СТРОЧНАЯ КИРИЛЛИЧНАЯ УКРАИНСКАЯ БУКВА IE
       165 A5 U2554 КОРОБКИ ЧЕРТЕЖИ ДВОЙНОЙ ВНИЗ И ВПРАВО
       166 A6 U0456 СТРОЧНАЯ КИРИЛЛИЧНАЯ БУКВА БЕЛОРУССКИЙ-
                                     УКРАИНСКИЙ I
       167 A7 U0457 СТРОЧНАЯ КИРИЛЛИЧНАЯ БУКВА ЙИ (УКРАИНСКАЯ)
       168 A8 U2557 КОРОБКИ ЧЕРТЕЖИ ДВОЙНОЙ ВНИЗ И ВЛЕВО
       169A9 U2558 ЧЕРТЕЖИ КОРОБКИ ВВЕРХ ОДИНОЧНАЯ И ДВОЙНАЯ СПРАВА
       170 AA U2559 КОРОБКА ЧЕРТЕЖИ ДВОЙНАЯ И ПРАВАЯ ОДИНАРНАЯ
       171 AB U255A КОРОБОЧНЫЕ ЧЕРТЕЖИ ДВОЙНАЯ ВВЕРХ И ВПРАВО
       172 AC U255B ЧЕРТЕЖИ КОРОБКИ ВВЕРХ ОДИНАРНАЯ И СЛЕВА ДВОЙНАЯ
       173 AD U0491 СТРОЧНАЯ КИРИЛЛИЧНАЯ БУКВА GHE С ВВЕРХОМ
       174 AE U255D КОРОБОЧНЫЕ ЧЕРТЕЖИ УДВОИТЬ ВВЕРХ И ВЛЕВО
       175 AF U255E КОРОБОЧНЫЕ ЧЕРТЕЖИ ВЕРТИКАЛЬНАЯ ОДИНОЧНАЯ И
                                     ПРАВЫЙ ДВОЙНОЙ
       176 B0 U255F ЧЕРТЕЖИ КОРОБКИ ВЕРТИКАЛЬНАЯ ДВОЙНАЯ И
                                     ПРАВИЛЬНЫЙ ОДИН
       177 B1 U2560 ЧЕРТЕЖИ В КОРОБКЕ ДВОЙНАЯ ВЕРТИКАЛЬНАЯ И ПРАВАЯ
       178 B2 U2561 КОРОБОЧНЫЕ ЧЕРТЕЖИ ВЕРТИКАЛЬНАЯ ОДИНОЧНАЯ И
                                     ЛЕВЫЙ ДВОЙНОЙ
       179B3 U0401 ЗАГЛАВНАЯ БУКВА IO
       180 B4 U0404 ЗАГЛАВНАЯ БУКВА УКРАИНСКИЙ ИП
       181 B5 U2563 ЧЕРТЕЖИ КОРОБКИ ДВОЙНОЙ ВЕРТИКАЛЬНЫЙ И ЛЕВЫЙ
       182 B6 U0406 ЗАГЛАВНАЯ БУКВА КИРИЛЛИЦЫ
                                     БЕЛОРУССКИЙ-УКРАИНСКИЙ I
       183 B7 U0407 ЗАГЛАВНАЯ БУКВА ЙИ (УКРАИНСКАЯ)
       184 B8 U2566 КОРОБКИ ЧЕРТЕЖИ ДВОЙНОЙ ВНИЗ И ГОРИЗОНТАЛЬНО
       185 B9 U2567 ЧЕРТЕЖИ КОРОБКИ ВВЕРХ ОДИНОЧНЫЕ И
    Информационная рабочая группа КОИ8-У [Страница 3] 

    ---

    RFC 2319 Набор украинских символов KOI8-U, апрель 1998 г. 
                                     ГОРИЗОНТАЛЬНЫЙ ДВОЙНОЙ
       186 BA U2568 КОРОБКИ ЧЕРТЕЖИ UP ДВОЙНЫЕ И
                                     ГОРИЗОНТАЛЬНЫЙ ОДИНАРНЫЙ
       187 BB U2569 ЧЕРТЕЖИ КОРОБКИ ДВОЙНОЙ И ГОРИЗОНТАЛЬНЫЙ
       188 BC U256A КОРОБОЧНЫЕ ЧЕРТЕЖИ ВЕРТИКАЛЬНЫЕ ОДИНОЧНЫЕ И
                                     ГОРИЗОНТАЛЬНЫЙ ДВОЙНОЙ
       189 BD U0490 ЗАГЛАВНАЯ БУКВА GHE С ВВЕРХОМ
       190 BE U256C КОРОБОЧНЫЕ ЧЕРТЕЖИ ДВОЙНОЙ ВЕРТИКАЛЬНЫЙ И
                                     ГОРИЗОНТАЛЬНЫЙ
       191 BF U00A9 ЗНАК АВТОРСКОГО ПРАВА
       192 C0 U044E СТРОЧНАЯ БУКВА Ю
       193 C1 U0430 СТРОЧНАЯ КИРИЛЛИЧНАЯ БУКВА A
       194 C2 U0431 СТРОЧНАЯ БУКВА BE
       195 C3 U0446 СТРОЧНАЯ БУКВА ТСЕ
       196 C4 U0434 СТРОЧНАЯ БУКВА DE
       197 C5 U0435 СТРОЧНАЯ КИРИЛЛИЧНАЯ БУКВА IE
       198 C6 U0444 СТРОЧНАЯ БУКВА EF
       199 C7 U0433 СТРОЧНАЯ КИРИЛЛИЧНАЯ БУКВА GHE
       200 C8 U0445 СТРОЧНАЯ КИРИЛЛИЧНАЯ БУКВА ХА
       201 C9 U0438 СТРОЧНАЯ КИРИЛЛИЧНАЯ БУКВА I
       202 CA U0439 СТРОЧНАЯ КИРИЛЛИЧНАЯ БУКВА КОРОТКАЯ I
       203 CB U043A СТРОЧНАЯ КИРИЛЛИЧНАЯ БУКВА КА
       204 CC U043B СТРОЧНАЯ КИРИЛЛИЧНАЯ БУКВА EL
       205 CD U043C СТРОЧНАЯ КИРИЛЛИЧНАЯ БУКВА EM
       206 CE U043D СТРОЧНАЯ КИРИЛЛИЧНАЯ БУКВА EN
       207 CF U043E СТРОЧНАЯ КИРИЛЛИЧНАЯ БУКВА O
       208 D0 U043F СТРОЧНАЯ КИРИЛЛИЧНАЯ БУКВА PE
       209D1 U044F СТРОЧНАЯ КИРИЛЛИЧНАЯ БУКВА Я
       210 D2 U0440 СТРОЧНАЯ БУКВА ER
       211 D3 U0441 СТРОЧНАЯ БУКВА ES
       212 D4 U0442 СТРОЧНАЯ БУКВА TE
       213 D5 U0443 СТРОЧНАЯ БУКВА U в кириллице
       214 D6 U0436 СТРОЧНАЯ БУКВА ЖЕ
       215 D7 U0432 СТРОЧНАЯ КИРИЛЛИЧНАЯ БУКВА VE
       216 D8 U044C СТРОЧНАЯ КИРИЛЛИЧНАЯ БУКВА МЯГКИЙ ЗНАК
       217 D9 U044B СТРОЧНАЯ БУКВА ЙЕРУ
       218 DA U0437 СТРОЧНАЯ БУКВА ZE
       219DB U0448 СТРОЧНАЯ КИРИЛЛИЧНАЯ БУКВА ША
       220 DC U044D СТРОЧНАЯ КИРИЛЛИЧНАЯ БУКВА E
       221 DD U0449 СТРОЧНАЯ БУКВА ЩА
       222 DE U0447 СТРОЧНАЯ КИРИЛЛИЧНАЯ БУКВА ЧЕ
       223 DF U044A СТРОЧНАЯ КИРИЛЛИЧНАЯ БУКВА ЖЕСТКИЙ ЗНАК
       224 E0 U042E ЗАГЛАВНАЯ БУКВА Ю
       225 E1 U0410 ЗАГЛАВНАЯ БУКВА A
       226 E2 U0411 ЗАГЛАВНАЯ БУКВА BE
       227 E3 U0426 ЗАГЛАВНАЯ БУКВА ТСЕ
       228 E4 U0414 ЗАГЛАВНАЯ БУКВА DE
       229E5 U0415 ЗАГЛАВНАЯ БУКВА IE
    Информационная рабочая группа КОИ8-У [Страница 4] 

    ---

    RFC 2319 Набор украинских символов KOI8-U, апрель 1998 г. 
       230 E6 U0424 ЗАГЛАВНАЯ БУКВА EF
       231 E7 U0413 ЗАГЛАВНАЯ БУКВА GHE
       232 E8 U0425 ЗАГЛАВНАЯ БУКВА ХА
       233 E9 U0418 ЗАГЛАВНАЯ БУКВА I
       234 EA U0419 ЗАГЛАВНАЯ БУКВА КОРОТКАЯ I
       235 EB U041A ЗАГЛАВНАЯ БУКВА КА
       236 EC U041B ЗАГЛАВНАЯ БУКВА EL
       237 ED U041C ЗАГЛАВНАЯ БУКВА EM
       238 EE U041D ЗАГЛАВНАЯ БУКВА EN
       239EF U041E ЗАГЛАВНАЯ БУКВА О
       240 F0 U041F ЗАГЛАВНАЯ БУКВА PE
       241 F1 U042F ЗАГЛАВНАЯ БУКВА Я
       242 F2 U0420 ЗАГЛАВНАЯ БУКВА ER
       243 F3 U0421 ЗАГЛАВНАЯ БУКВА ES
       244 F4 U0422 ЗАГЛАВНАЯ БУКВА TE
       245 F5 U0423 ЗАГЛАВНАЯ БУКВА U
       246 F6 U0416 ЗАГЛАВНАЯ БУКВА ЖЕ
       247 F7 U0412 ​​ЗАГЛАВНАЯ БУКВА VE
       248 F8 U042C ЗАГЛАВНАЯ КИРИЛЛИЧНАЯ БУКВА МЯГКИЙ ЗНАК
       249F9 U042B ЗАГЛАВНАЯ БУКВА ЕРУ
       250 FA U0417 ЗАГЛАВНАЯ БУКВА ZE
       251 FB U0428 ЗАГЛАВНАЯ БУКВА ША
       252 FC U042D ЗАГЛАВНАЯ БУКВА Е
       253 FD U0429 ЗАГЛАВНАЯ БУКВА ЩА
       254 FE U0427 ЗАГЛАВНАЯ БУКВА ЧЕ
       255 FF U042A КИРИЛЛИЧНАЯ ЗАГЛАВНАЯ БУКВА ЖЕСТКИЙ ЗНАК
    Вопросы безопасности
       Этот меморандум не вызывает никаких известных проблем с безопасностью. 
    Благодарности
       Настоящая редакция этого документа подготовлена ​​совместными усилиями
       Рабочей группы КОИ8-У и является результатом широкого обсуждения в
       Украинская группа новостей USENET ukr.nodes и консенсус, достигнутый среди
       большинство украинских интернет-провайдеров.
       Особая признательность:
       Андрей Чернов , автор первого в Интернете
       RFC 1489описание набора русских символов KOI8-R;
       Игорю Свиридову  за первоначальную работу по созданию и
       поддержка набора символов KOI8-U и его реализация в первой электронной версии.
       почтовые продукты.
    Информационная рабочая группа КОИ8-У [Страница 5] 

    ---

    RFC 2319 Набор украинских символов KOI8-U, апрель 1998 г.
       Многие люди внесли свой вклад в раннюю работу над кодировкой koi8-u:
              Станислав Владимирович Вороный 
              Сергей Вакуленко 
              Лена Савченко 
              Игорь Романенко  kiev.ua>
              Руслан Белкин 
              Андрей Блохинцев 
    использованная литература
       [1] Чернов А., "Регистрация кириллического набора символов", RFC
            1489, июль 1993 г.
       [2] БАЗА СИМВОЛОВ UNICODE 2.0. - ftp://unicode.org/pub/2.0-
            Обновление/UnicodeData-2.0.14.txt
       [3] Украинские буквы в koi8-u и других наборах символов
            ftp://ftp.ua.net/pub/info/encodings/koi8-u/ukr_chars_in_koi8-
            u_and_others.txt, июнь 1995 г.
       [4] ECMA-кириллица. - ftp://dkuug.dk/i18n/charmaps.all/ECMA-
            кириллица
       [5] Симонсен, К., «Мнемоника символов и наборы символов» RFC 1345,
            июнь 1992 г.
    Список рабочей группы КОИ8-У
       Координатор:
       Александр Еременко 
       Юрий Демченко 
       Виктор Форсюк 
       Тарас Гейченко 
       Павел Гульчук 
       Дмитрий Кохманюк 
       Борис Мостовой 
       Елена Панченко 
       Игорь Романенко  net>
       Евгений Шерстобитов 
       Андрей Стесин 
       Игорь Свиридов 
       Роман Александрович Ткачук 
    Информационная рабочая группа КОИ8-У [Страница 6] 

    ---

    RFC 2319 Набор украинских символов KOI8-U, апрель 1998 г.
    ПРИЛОЖЕНИЕ
    ОТЛИЧИЕ KOI8-U от KOI8-R (RFC 1489)
       KOI8-U совместим с KOI8-R во всех кириллических буквах и
       завершает его четырьмя украинскими буквами УКРАИНСКИЙ ИЭ №164, №180,
       КИРИЛЛИЧЕСКАЯ СТРОЧНАЯ БЕЛОРУССКАЯ-УКРАИНСКАЯ I #166, #182, УКРАИНСКАЯ
       ЙИ №167, №183, УКРАИНСКОЕ ГХЕ С ВВЕРХОМ №173, №189.
          <десятичный> <шестнадцатеричный код>  <описание>
        164 A4 U0454 СТРОЧНАЯ КИРИЛЛИЧНАЯ УКРАИНСКАЯ БУКВА IE
        166 A6 U0456 СТРОЧНАЯ КИРИЛЛИЧНАЯ БУКВА
                                     БЕЛОРУССКИЙ-УКРАИНСКИЙ I
        167 A7 U0457 СТРОЧНАЯ КИРИЛЛИЧНАЯ БУКВА ЙИ (УКРАИНСКАЯ)
        173 г. н.э. U0491 СТРОЧНАЯ КИРИЛЛИЧНАЯ УКРАИНСКАЯ ГЕ
                                     С ПОДЪЕМОМ
        180 B4 U0403 ЗАГЛАВНАЯ БУКВА УКРАИНСКИЙ ИП
        182 B6 U0406 ЗАГЛАВНАЯ БУКВА КИРИЛЛИЦЫ
                                     БЕЛОРУССКИЙ-УКРАИНСКИЙ I
        183 B7 U0407 ЗАГЛАВНАЯ БУКВА ЙИ (УКРАИНСКАЯ)
        189 BD U0490 ЗАГЛАВНАЯ БУКВА УКРАИНСКОЕ GHE
                                     С ПОДЪЕМОМ
    Информационная рабочая группа КОИ8-У [Страница 7] 

    ---

    RFC 2319 Набор украинских символов KOI8-U, апрель 1998 г. 
    ПРИЛОЖЕНИЕ Б
    Таблица кодировки KOI8-U в формате RFC1345
       &кодировка KOI8-U
       &rem источник: RFC 2319
       &рем Мибенум: 2088
       &rem источник: http://www.net.ua/KOI8-U/
       &биты 8
       &код 0
       NU SH SX EX ET EQ AK BL BS HT LF VT FF CR SO SI
       DL D1 D2 D3 D4 NK SY EB CN EM SB EC FS GS RS US
       СП! " Nb DO % & ' ( ) * + , - . / 0 1 2 3 4 5 6 7 8 9 : ; < = > ?
       А Б В Г Д Е Ж Ж З И Й К Л М Н О П Р С Т У Ф Х Ц Ы Z <( // )> '> _
       '! АБВГДЕЖЗИЙКЛМНОПРСТУФХЦЧШЩЫЭЮЯ (! !! !) '? ДТ
       hh vv dr dl ur ul vr vl dh uh vh TB LB FB lB RB
       .S :S ?S Iu fS Sb RT ?2 =< >= NS Il DG 2S .M -:
       HH VV dR io ie DR II yi LD ur Ur UR uL g3 UL vR
       Vr VR vL IO IE VL II YI DH uH Uh UH vH G3 VH Co
       ju a= b= c= d= e= f= g= h= i= j= k= l= m= n= o=
       p= ja r= s= t= u= z% v= %' y= z= s% je sc c% ='
       JU A= B= C= D= E= F= G= H= I= J= K= L= M= N= O=
       P= JA R= S= T= U= Z% V= %" Y= Z= S% JE Sc C% ="
    Информационная рабочая группа КОИ8-У [Страница 8] 

    ---

     RFC 2319 Набор украинских символов KOI8-U, апрель 1998 г. Полное заявление об авторских правах
     Авторское право (C) Общество Интернета (1998 г.). Все права защищены.
     Этот документ и его переводы могут быть скопированы и предоставлены
     другие и производные работы, которые комментируют или иным образом объясняют это
     или содействовать в его реализации, могут быть подготовлены, скопированы, опубликованы
     и распространяется полностью или частично без ограничения каких-либо
     вид, при условии, что приведенное выше уведомление об авторских правах и этот параграф
     включены во все такие копии и производные работы. Однако это
     сам документ не может быть изменен каким-либо образом, например, путем удаления
     уведомление об авторских правах или ссылки на Internet Society или другие
     Интернет-организациям, за исключением случаев, когда это необходимо для целей
     разработка интернет-стандартов, и в этом случае процедуры для
     авторские права, определенные в процессе Интернет-стандартов, должны быть
     следовала или по мере необходимости переводила его на языки, отличные от
     Английский.
    No related posts.