Где делать перекодировку? Посоветуйте архитектурное решение.

А что за база? Сама не умеет перекодировать?

Не умеет.

То есть может и умеет, но я не буду напрягать ораклистов на тему «ребята, а не могли бы вы переписать 100500 процедур так, чтобы они выдавали utf-8»?

А mysql умеет. Тогда напиши враппер над интерфейсом к БД, который будет перекодировать.

Это рулится на уровне параметров передаваемых при коннекте к базе. Говоришь ей, чтобы она отдавала тебе все данные в utf-8.

и не надо, просто делаешь дамп данных, перекодируешь их, меняешь свойства таблиц на UTF-8 и импортишь обратно.

Возможно вот это: http://stackoverflow.com/questions/1998771/in-oracle-how-do-i-change-my-sessi...

Нет, базу мы не трогаем. Это не обсуждается. Она десять лет хранит данные в 1251, и ещё месяц, до самого конца света, будет их так хранить.

NLS_LANG будет мне перекодировку делать?

напиши враппер над интерфейсом к БД

Хмм. Враппер-то у меня есть... Просто его функции в половине случаев состоят из $sth=$dbh->prepare; $sth->execute; return $sth->fetchall_arrayref({})... Делать лишний обход всех возвращаемых данных не хочется.

Неужели там нет, что-то на подобие:

SET NAMES UTF8

Умеет.

► export NLS_LANG="RUSSIAN_CIS.UTF8"; echo -e "select * from tmp0;\nexit" | sqlplus -s test/test@127.0.0.1/test

TEST
--------------------------------------------------------------------------------
жопа

► export NLS_LANG="RUSSIAN_CIS.CL8MSWIN1251"; echo -e "select * from tmp0;\nexit" | sqlplus -s test/test@127.0.0.1/test

TEST
--------------------------------------------------------------------------------
����

Опять же, надо какие-то шаблоны для жабаскрипта придумать, чтобы не писать вручную $block.append(«<div class=' ' id=' '>»+data.value+«</div>»).... Так что если кто приличный js-шаблонизатор посоветует, тоже спасибо.

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

1. В чем проблема формирования JSON через TT? Всяческие итераторы там имеются.

2. http://search.cpan.org/~faxioman/Template-Plugin-SimpleJson-0.01/lib/Template...

Я использую jsrender - очень быстрый.

ну и о гибкости. Я вот так сделал.

гружу шаблоны в массив, отдаю их через json и сразу рендерю.

А че делать будете если начнется хорошая нагрузка? Кодирование нехило так будет тормозить систему. Сталкивался, приходилось все базы кодировать.

Я просто про то, что может сейчас это будет сделать легче чем потом

Так не только кодирование... Всяческая постобработка, типа форматирования телефонных номеров или времени работы.

Надо попробовать. Это уберёт часть проблем.

Всем спасибо, NLS_LANG действительно помог избавиться от recode почти везде.
Но вопрос с постобработкой данных остаётся. Раньше она произодилась в шаблонах, а сейчас где делать?

Где делать перекодировку? Посоветуйте архитектурное решение. (комментарий) Можешь ответить?

1. Зачем мне делать JSON через TT, это лишняя сущность получается. Я JSON делаю через JSON::encode, просто отдаю ему структуру данных.

2. Э... что это? Как это можно вообще использовать? Тупо писать отдельный шаблон для JSON-а? Нафига?

Спасибо. Просто, ИМХО, таким способом достигается единообразие. Т.е. из движка нормализованные данные. В tt ты уже разруливаешь представление и пост-обработку.

Тупо писать отдельный шаблон для JSON-а? Нафига?

Не совсем понял в чём вопрос.
//не r_asian, но сначала треда думал написать это же.

Основной вопрос наверное снимается. Я сначала решил, что представлением будет заниматься клиент и жабаскрипт, но сейчас уже сомневаюсь. Надо ещё думать, чего я хочу.

Но использование Template::Plugin::SimpleJson всё равно осталось для меня непонятным - что с ним делать? Как его можно полезно использовать?

https://www.w3.org/International/questions/qa-htaccess-charset.ru.php

Соответственно, включаете .htaccess в cgi-bin, делаете там .htaccess, указываете кодировку 1251. В результате браузеру будет отдаваться (и приниматься) всё в win-1251. Интересно, как будет себя вести в случае фреймов или jQuery (разные кодировки на одной странице).

В результате браузеру будет отдаваться (и приниматься) всё в win-1251

Спасибо, идиотских решений не требуется.

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

О боги.

Решение не самое лучшее, но и идиотским я его бы не назвал. Чем именно Вас не устраивает данное решение (объективно)?

Тем, что на клиенте должна быть одна кодировка - utf8. Всё остальное - чистое и незамутнённое зло. И если по каким-то историческим причинам бэкенд работает в другом формате, клиент страдать не должен.

Но использование Template::Plugin::SimpleJson всё равно осталось для меня непонятным - что с ним делать? Как его можно полезно использовать?

Я не совсем понимаю вопрос.
Cтруктура данных добралась до tt. Там она приводится к нужному ввиду, а потом конвертируется плагином

doSomething data
SimpleJson.toJson(data)

Нее, это что-то совсем странное. Это ж сколько уже проходов получается - сформировать данные, передать их в TT, в TT их обойти, сформировать ещё раз, и передать дальше. А дальше их будут ещё раз разбирать. Зачем тогда TT, если он будет только фильтры вызывать - так это и в коде сделать можно, даже более разумно выйдет.

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

Ха-ха-ха. NLS_LANG прекрасно справляется с запросами. Но СОВЕРШЕННО ничего не делает со значениями, получаемыми из bind_param_inout, то есть из процедур. Пц.

Вопрос с перекодировкой решён - NLS_LANG действительно перекодирует любые запросы, но для bind_param_inout не выставляет волшебный utf8-флаг.
js-шаблонизатор - jsrender. Требует где-то дня на изучение, потом дико доставляет.