Нужна помощь с MySQL

[uti]

Сегодня открыл для себя формат JSON. Штука удобная, но опять проблема с кириллицей. Декодер превращает её фиг знает во что. Кто-нибудь сталкивался?

[ZeRoCooL]

json - это не "формат"
Это - хуй пойми что, с плюшками от всего и сразу

По факту - json - фенечка для ajax (ххз, как это проще объяснить)

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

[uti]

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

function toRussian(utext) {
	var u_arr = ['10','11','12','13','14','15','01','16','17','18','19','1a','1b','1c','1d','1e','1f','20','21','22','23','24','25','26','27','28','29','2a','2b','2c','2d','2e','2f','30','31','32','33','34','35','51','36','37','38','39','3a','3b','3c','3d','3e','3f','40','41','42','43','44','45','46','47','48','49','4a','4b','4c','4d','4e','4f'];
	var r_arr = ['А','Б','В','Г','Д','Е','Ё','Ж','З','И','Й','К','Л','М','Н','О','П','Р','С','Т','У','Ф','Х','Ц','Ч','Ш','Щ','Ъ','Ы','Ь','Э','Ю','Я','а','б','в','г','д','е','ё','ж','з','и','й','к','л','м','н','о','п','р','с','т','у','ф','х','ц','ч','ш','щ','ъ','ы','ь','э','ю','я'];
	var regex;
	for (var i = 0; i < u_arr.length; i++) {
		regex = new RegExp('u04' + u_arr[i], 'g');
		utext = utext.replace(regex, r_arr[i]);
	}
	return utext;
}

[ZeRoCooL]

о боже мой, камрад, это же кабздец

вы что?
гугли на тему локалей и не придумывай такой быдлокод

Чтобы на всех хостах кодировка была одинаковой - её достаточно явно прописать через setlocale(LC_ALL, 'ru_RU.UTF-8');
После этого всё, что крутится в пыхе, будет именно так крутиться

В шаблоне же в header прописал <meta http-equiv="Content-Type" content="text/html; charset=utf-8"> и радуйся жизни

Ну и в БД всё храни в utf-8

И всё, не будет никаких гвоздей

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

К слову, раз уж создаёшь такую хрень - делай двумерный массив, где первое значение - key ('10','11','12','13','14','15','01','16','17','18' ,'19','1a','1b','1c','1d','1e','1f'...), а второе value - ('А','Б','В','Г','Д','Е','Ё','Ж','З','И','Й','К',' Л','М','Н','О'...)

[[7x]WaNgeL]

На Json'e можно отличные базы данных собирать не используя Mysql =)

[uti]

Я несколько неверно выразился. Дело, как выяснилось, не в кодировке страниц/БД, а в том, что PHP не умеет по-другому паковать JSON, кроме как в юникод. Поэтому выбор невелик - либо использовать такой дешифратор на клиенте, либо не использовать JSON при передаче данных с сервера.
Можно, наверное, покопать в сторону дополнительных библиотек для кодирования кириллицы в PHP, но мне и так нормально. )

[[7x]Alpha]

Зерокуул, ты с опера что ли

[ZeRoCooL]

альфа, откуда?

uti,а можно использовать пыховскую функцию (пример на сайте жумлы http://joomlaforum.ru/index.php?PHPS...3514#msg363514)

Вообще, чем меньше "внешнего вида" будет зависеть от обработки на стороне клиента, тем жить проще ...

[uti]

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

[ZeRoCooL]

жесть

Т.е. ты полностью отдаёшься на откуп клиенту, а если у него движок иначе будет интерпретировать яваскрипт?

А это не редкость, ибо все клали на спецификацию ...