Нафига до сих пор используют однобайтовые кодировки?

Юникод не нужен там где он не необходим.

http://panolab.com/index.php?action=forum

И? Однобайтовые кодировки не виноваты в кривых руках использующих их.

А где он, в таком случае, необходим?

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

А нахрена вообще нужно это убожество под название одобайтовые кодировки?

В наше время? Не нужны.

Насколько это убожество массовое?

Увы, все еще достаточно массовое. Но, к счастью, их доля падает.

Сразу несколько языков везде — английский и национальный.

А нахрена вообще нужно это убожество под название одобайтовые кодировки?

Дикари-с.

Насколько это убожество массовое?

К счастью, всё менее массовое.

принцип - «работает? не трожь!» был, есть и будет. отсюда и долгоживущие легаси. Мне от гугла письма приходят на русском, а внутрях koi8-r.

Юникод не нужен там где он не необходим.

наоборот. однобайтовые кодировки нужны только лишь там где они необходимы. (то есть ни где, кроме редких случаев ASCII :)).

Сразу несколько языков везде — английский и национальный.

Даже не смешно.

Кривые руки - однозначно. но проблемы произрастает из кодировок.

Плюс. Использовать нужно столько, сколько требуется.

И если не нужно кодировать овердофига символов, то даже полубайтовая кодировка сойдёт.

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

линукс - инструмент.

однобайтовая кодировка - экономия на спичках.

ЗАтем что зоопарк одних только двубайтовых был бы ещё большим убожеством. Ты ещё в коммуналке жить предложи.

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

А нахрена вообще нужно это убожество под название одобайтовые кодировки?

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

А нахрена вообще нужно это убожество под название одобайтовые кодировки?

Потому, что изначально так было. Historical reasons, так сказать.
Изобретешь машину времени - починишь.

Да я про сейчас. Понятно почему раньше.

что хочу - то и использую; :-P

Да я про сейчас. Понятно почему раньше.

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

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

Китайский и японский в однобайтовой кодировке?!

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

Неужели сами на этот вопрос ответить неспособны?

А нахрена вообще нужно это убожество под название одобайтовые кодировки?

Ты чего?! На сайте же 300 посетителей в сутки! Это же хайлоад!
Хайлоад не может себе позволить тратить ресурсы на юникод!

проблем безопасности.

Что за проблемы?

По мне UTF-8 это универсально, и его надо использовать везде.

Что за проблемы?

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

А нахрена вообще нужно это убожество под название одобайтовые кодировки?

Чтобы Eddy_Em был дополнительный повод для срачей.

Неужели сами на этот вопрос ответить неспособны?

У этого эффекта и у проблемы в топике есть одинаковые причины.

У нас в проекте, кстати, кодировка БД и сообщений сервера тоже цп1251. Потому что основная разработка из-под винды начиналась, 10 лет назад. Теперь уж муторно конвертировать всю систему. Вот за этим и нужны, увы.

Что за проблемы?

http://www.xakep.ru/post/53553/

Кривые руки - однозначно. но проблемы произрастает из кодировок.

http://www.lorquotes.ru/view-quote.php?id=1081

По ссылке капитанство и кучка говнокода на PHP. Тех кто в наше время юзает такой код однобайтовые кодировки не спасут от взлома.

Что за проблемы?

<img src=&#106;&#97;&#118;&#97;&#115;&#99;&#114;&#105;&#112;&#116;&#58;&#97;&#108;&#101;&#114;&#116;&#40;&#39;&#88;&#83;&#83;&#39;&#41;>

По ссылке капитанство и кучка говнокода на PHP

Не нравится капитанство? Не поверишь, но такого дофига в Интернете. Или ты живешь параллельной вселенной?
Не нравится PHP? Как на счет Python? Механика угона аккаунтов Spotify из-за бага в Python-библиотеке
И это только то, что попалось мне на глаза, при том что специально я не ищу.

ех кто в наше время юзает такой код однобайтовые кодировки не спасут от взлома.

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

Не нравится капитанство? Не поверишь, но такого дофига в Интернете. Или ты живешь параллельной вселенной?

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

Это как в интерпрайзе: используем строго IE6, ибо служба безопасности не дает добро на новые небезопасные браузеры! Согласись, глупо же?

Не нравится PHP?

Говнокод не нравится, никто не пишет сейчас что то хоть сколько то серьёзное без ORM и фреймворка.

а ты пишешь?

Не использовать юникод по причине безопасности это как по той же причине отказаться от использования AJAX, HTML5 и новых браузеров

Я и не предлагал отказываться.

Ты спросил: какие есть проблемы безопасности связанные с юникодом? Я ответил. Считай, что ответ можно перефразировать звучал как: «это еще одна точка уязвимости». А неиспользовать его по этой причине никто не предлагал, так как достоинств больше.

С другой стороны, и переходить (когда уже есть готовый продукт) на него без видимой на то причины тоже нет смысла, ибо:
1) «работает - не трогай»
2) «еще одна точка уязвимости»
3) switching costs
4) другое

Я, например, против разрешения юникода в URL, так как не вижу достаточного количества преимуществ.

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

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

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

А можно подробнее про безопасность? Upd: а, в треде сто раз ответили, пардон.

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

А ассемблер по той же логике — самое верное и точное решение любой задачи. Быстро, эффективно, экономно.

Нехорошее сравнение, ибо над кодировкой нет необходимости накладывать слои абстракции.

Хорошее сравнение: подключение jquery ради одной плавно-появляющейся менюшки.

Тоже нехорошее сравнение. Хорошее сравнение: в случае появления еще одного языка придется перекодировать весь текст. Не говоря уже о том, что софт должен поддерживать ВСЕ кодировки, потому что нельзя угадать, кто какую вздумает использовать.

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

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

Нельзя. Если ты проектируешь форум, то он вполне может стать международным. Или кто-то может захотеть вставить себе в подпись иероглифы китайские. Я вообще не представляю, что в таком случае случится с каким-нибудь УГ вроде cp1251.

В большинстве нормальных ЯП юникод из коробки.

Если ты проектируешь форум, то он вполне может стать международным.

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

Или кто-то может захотеть вставить себе в подпись иероглифы китайские.

Проблемы только одного человека.

В большинстве нормальных ЯП юникод из коробки.

Так ведь на ЯП кодят люди по всему миру.

Форумы музыкантов которые засветились зарубежом.

Проблемы только одного человека.

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