IE7 & LOR

Сложно представить чтобы это было багом ЛОРа ))

Я не знаю, тут я мало разбираюсь. Поэтому и спросил.

Почему-то на других сайтах я еще не видел чтобы сбивалась.

оно испугалось слова linux в адресной строке =)

может быть, потому, что нет вот такого?

<META http-equiv="Content-Type" content="text/html; charset=koi8-r">

С IE6 та же хрень. Включи автовыбор кодировки в меню View.

Угу. Попробуем... Спасибо.

елмхо, ЕЯКХ Б ЯННАЫЕМХХ ОПХЯСРЯРБСЧР ЯХЛБНКШ РХОЮ ╚ ≈ ╝ √ ╩ IE РСОН ЬК╦Р ЕЦН Б win1251.

Сорри, это был я. =) Смысл в том, что если в сообщении присутствуют символы типа « — ® – » IE тупо шлёт его в win1251.

В общем-то тоже так подумал. Потому как и автоопределением не всегда справляется.

Я так понимаю, пора эту тему либо вообще закрывать, либо переносить в другой раздел.

Ты уже всех достал со своей Вистой

не понятно как у IE работает автоопределение, в http-заголовках сайта прописана кодировка

FireFox! Свежее решение!

Это кара, которую Патрег и Небесная Дискета шлют на головы вендузятнигов.

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

>Это кара, которую Патрег и Небесная Дискета шлют на головы вендузятнигов.

А шапочка из фольги спасёт?

конечно шапка спасет отца русской демократии:

http://www.lugradio.org/competitions/sh4ct/joachim.jpg

В мире есть только одна кошерная шапочка из фольги — та, которой Адам из Mythbusters пользуется.

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

Вообще странно, у вас сервер вроде бы на джава - почему бы не поддержать юникод на нём?

Еще IE вместо слэша (обратного по-мойму) - символ W перечеркнутый отображает..

Мне как-то раз помогали регексп состряпать: я аж прифигел от увиденного :)

По-мойму зря я экшнпаковские лицензии потратил на свою рабочую тачку... (пошел перегружаться в lenny)

> Вообще странно, у вас сервер вроде бы на джава - почему бы не поддержать юникод на нём?

потому что в процессе перехода? :)

>Он вроде при невозможности сконвертить в запрошенный чарсет, шлет UTF-8 (либо тем, в котором ввод происходил, не помню), при этом без какой-либо сопроводительной информации о том, что это за кодировка. Прямой и железный способ избавиться от головняка - это жестко прописать utf-8.

Что там помнить? Повыше есть примерчик, win1251. И эта бага, тянется за ним, наверное, всю жизнь. Во всяком случае, я с ней сталкивлся ещё году в 2001-м.

> потому что в процессе перехода?

Так он с резина переходит, та же джава - какое разницо :-)

> Что там помнить? Повыше есть примерчик, win1251. И эта бага, тянется за ним, наверное, всю жизнь. Во всяком случае, я с ней сталкивлся ещё году в 2001-м.

Тогда на стороне сервера было не всегда просто поддержать юникод.

разница не в резине и томкате, разница в том что скоро с koi8r на utf8 переползем... насколько нужен utf8 уже понятно, другой вопрос что не все так сразу. :)

Ума не приложу какие могут быть проблемы с юникодизацией кроме конвертации БД 8-|

> Ума не приложу какие могут быть проблемы с юникодизацией кроме конвертации БД 8-|

Если БД оставить в KOI-8, а jsp в UTF-8, то сломается поддержка юникодных символов которые не помещаются в KOI-8 (нужно будет делать функцию преобразования их в sgml-entity). А если конвертить БД то придется пресобирать поисковые индексы. Прошлый раз это занято пол дня.

> сломается поддержка юникодных символов которые не помещаются в KOI-8

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

> Если конвертить БД то придется пресобирать поисковые индексы. Прошлый раз это занято пол дня.

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

> А это требует монопольного режима или база в процессе перегенерации индексов будет продолжать обслуживать запросы с веб-сайта? Во втором случае, видимо можно денёк без поиска перетоптаться имхо ради такого прорыва в технологиях.

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

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