BiTel

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

А как тут многоязычность относится к вас к юникоду? Вам чего именно не хватает то?

_________________
I'm clever. I've got a computer.

Позвольте, а нахуа? Великий и могучий при переходе на UTF начнет жрать, ЕМНИМС, примерно в 2 раза больше места в БД, а толку от этого UTF ну вообще никакого, кроме понтов "есть поддержка UTF". БГБ - это АСР (в простонародье - биллинг), а не CMS и т.п. Нужна поддержка нескольких языков для клиентской статистики? Так это реализуется буквально в пол пинка прямо там же, в статистике. Повоторюсь - нахуа БГБ юникод?!?

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

Да, имонно, так и есть. Юникод плох тем, что русские буквы занимают по 2 байта, русских букв у нас по сто на страницах, следовательно страницы нашего web-кабинета вместо 100500 килобайт станут весить 100600

_________________
I'm clever. I've got a computer.

Но всё равно непонятно как юникод приведёт к многоязычности сам по себе? Всё равно только один язык одновременно будет. Или вы что-то другое имеете ввиду?

_________________
I'm clever. I've got a computer.

тут две проблемы:
1) многоязычность сама по себе (чтобы кастомер мог выбирать язык длмашнего кабинета)
2) юникод, чтобы показывать не русские буквы... биллинг-то используют не только в России

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

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


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

P.S. А еще есть онлайн переводчики, так с их помощью можно сделать вообще немеряное кол-во поддерживаемых языков для _странички_ статистики

Спасибо за гениальный и абсолютно бессмысленный совет...
Это мне значит надо в xslt шаблоны засунуть сразу все три языка, все три языка гнать к клиенту в браузер (и похеру что страничка теперь не 100500 байт а 301500 байт), а там джава скриптом переключать языки! КАК КЛЕВО!
А еще в xslt шаблоны заранее засунуть переводы всех динамических элеменов - как-то новости, названия тарифов, имена пользователей, адреса и т.д.
А теперь вообще пипец snark, если вы сделаете view enconding на страничке, которую сами мне предложили - вы офигеете - там UTF8

Как мне на страничке показать НЕ РУССКИЕ буквы?!

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

P.S. Я хотя бы предпринял попытку решить _Вашу_ проблему _сейчас_, а Вы ...

snark, давайте на этом и остановимся мне не нужен очередной костыль в биллинге, не нужен какой-то хитроумный совет временно выйти из положения, у меня сейчас например работает такое решение: между кастомером и биллингом висит прокси сервер, который делает на лету find/replace пунктов меню на русском языке и подменяет их на <img> с текстом на нужном мне языке.... и как-то это работает.... ЭТО НЕ РЕШЕНИЕ и никому советов так делать я не буду давать, потому что это все противоестесственное сношение с it технологиями.... И вы не советуйте такого.

Я верный покупатель биллинга и хочу в нем фичи вполне адекватной карте распространения биллинга... чтобы биллинг был на том языке, который используется в том регионе, где этот биллинг установлен. Перевод с меня. ЧТО СТРАННОГО Я ХОЧУ?!!!

Мы тут много можем меряться %$@, предлагать хитровыдуманные решения и т.д. Но я в этом учавствовать не хочу. У меня нет времени на 2500 постов как у вас snark. Мне работать надо. И если я не смогу в своем регионе показать домашний кабинет на том языке, на котором говорит преобладающее большинство, то я либо потеряю клиентов, либо поменяю биллинг. Мне очень обидно, что делать это придется не потому, что биллинг не устраивает (а он как раз очень устраивает нас по функционалу), а потому, что создатели его не видят ничего дальше границ своей страны...
Если будет хотя бы только юникод - я переведу все на один (местный) язык и на том успокоимся, хотя большая чать кастомеров будет конечно ущемлена в удобстве.

Насколько я знаю, по поводу UTF-8 в web нет такой жесткой позиции.
Но мультиязычность это все-таки не просто UTF-8.

Мультиязычность в БГБ - это необходимость держать несколько "таблиц" (полей в таблице), например с новостями на разных языках с указанием того на каком там языке написано и т.д. и т.п., да?

Если будет хотя бы только UTF-8 - это уже не мало - я смогу показать домашний кабинет на местном языке. Без этого вообще никак!

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

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

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

Убедительно прошу не вмешиваться не разработчикам. Меня интересует ТОЛЬКО ИХ позиция.

Попробуем в 5.2 перевести веб на UTF-8.
Т.е., чтобы личный кабинет работал на UTF-8, и xsl файлы были в UTF-8.

БОЛЬШОЕ человеческое Вам СПАСИБО!!!

Только один момент немного неясен - если база будет по прежнему win1251, то как в UTF-8 домашнем кабинете будут показываться названия тарифов, новости, имена клиентов и т.д.?

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

Ммм.. это же никак не решает мою проблему. Кой смысл в домашнем кабинете, который наполовину (статическая информация) будет на местном языке и наполовину - на русском (вся информация из биллинга).... ну не говорит большая часть населения по русски!... что мне с этим делать?
Изначально домашний кабинет не был для нас так важен, но с каждым днем его ценность во взаимоотношениях с клиентами все больше возрастает. А люди туда не ходят, так как ничего там не понимают.

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

_________________
I'm clever. I've got a computer.

попрбуйте на тестовой машине, конвертнуть базу в utf или хотя бы несколько таблиц, например таблицу с новостями

например так, http://blog.sjinks.pro/mysql/3-convert- ... o-another/

убрать в webroot/WEB-INF/web.xml



в запуск клиента биллинга добавить параметр

Еще нужно в конфиге сервера выставить
charset=UTF-8
Интегрированные приложения с плохим xml парсером могут удивиться, если сервер начнет выдавать ответы на UTF-8.
Но отдельных полей для каждого языка нет и в 5.2 точно не будет.

И в data.properties, в url к mysql characterEncoding=UTF-8

Да это уже я понял...

За советы огромное спасибо, я обязательно все это попробую.

Видимо я совсем давно тут не был.

Господа, Unicode однозначно должен стать основной кодировкой в BGBilling'е. Даже упертый MS в Windows 7 большую часть подсистем перевел на UTF-8, а уж java-разработчикам сам бог велел. Первые рабочие реализации Unicode появились именно в java.

На мой взгляд, для адекватной локализации клиентского кабинета нужно лишь предусмотреть указание названия услуги на разных языках. Ну и предусмотреть выбор языка кабинета в договоре. Всё остальное можно реализовать в рамках XSLT-шаблонов. И все... Но это при условии, если дефолтовой кодировкой будет utf-8.

Локализация клиента - это лишнее. Ну, разве что предусмотреть еще англоязычного клиента. Остальное лишнее... Впрочем за отдельные деньги и это можно делать...

IMHO достаточно в БГБ указать язык пользователя (a-la MUI в венде), а все остальное делать через XSL, не?

ну как минимум нужна будет возможность задавать на нескольких языках
1) названия типов платежей и расходов
2) название тарифов
3) новости
4) справочники которые попадают в ЛК
5) ???