У меня есть предложение ко всем - ввести разработку скриптов в UTF-8 и вообще все данные и в базе и везде хранить в UTF-8


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


НО, все же, если взять наш форум в пример, то конвертация его базы в UTF-8, имхо было бы большой глупостью.

Что означает настоящая мультиязычность в CMS?

Настоящая мультиязычность, это когда на CMS можно построить сайт:
1. На любом языке
2. На нескольких языках сразу


С первым проблем у нас не будет, а вот со вторым могут быть. Т.к. сайты имеющие информацию на разных языках иногда имеют также разную структуру страниц. Я предлагаю, чтобы каждую создаваемую через CMS страницу, можно было бы создавать на нескольких языках. Пример вызова страницы:
domain.ru/?page=o_vingrade&lang=ru
domain.ru/?page=o_vingrade&lang=de

lang=ru - имеет смысл записывать наверное в сессию, чтобы не передавать с каждой ссылкой.

Wowa а как тогда будем хранить к примеру текст новостей на разных языках?
Тут проблема в этом. К тому же если пользователь захочет добавить язык, то придется еще столбец в БД записывать.

Цитата(Mal @ 17.6.2005, 16:52)

Wowa а как тогда будем хранить к примеру текст новостей на разных языках?

в UTF-8

Цитата(Mal @ 17.6.2005, 16:52)

Тут проблема в этом. К тому же если пользователь захочет добавить язык, то придется еще столбец в БД записывать.

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

Цитата(Wowa @ 17.6.2005, 19:14)

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

Вот меня этот вопрос существенно интересует. Сколько я не искал выходов, так и не нашел рациональлных.
Можно, конечно, делать для каждого модуля еще одну таблицу, куда псать
Модуль | ID записи в основной таблице |параметр (Название статьи) | Язык | текст на языке.
Как думаешь?

Цитата(Mal @ 17.6.2005, 17:24)

Как думаешь?

я считаю неплохим - вариант с доп. столбцом

по-моему следует сделать так:
для каждого модуля завести по две таблицы:
одна на данные которые переводить не нужно
вторая - для данных которые нужно переводить
структура второй таблицы:
id - внешний ключ - ссылка на первичный ключ первой таблицы
lang - внешний ключ - ссылка на певичный ключ таблицы языков
др. поля.

языки также будут храниться в двух аналогично построенных таблицах

по моему Mal Hack предложил оптимальный вариант

Ну да, тут особо вариантов нету.. добавлять lang к таблице, и выводить только у выбранных. Было бы неплохо систему как на php.net - язык выбирается автоматически, в то же время есть возможность выставить язык самому.

Так, а что думаете насчет UTF-8 ?

Wowa
а в чем проблема с cp1251? не сталкивался - не знаю, обоснуй?

Это сообщение отредактировал(а) Opik - 18.6.2005, 14:31

Цитата(Opik @ 18.6.2005, 15:31)

cp1251

А для японцев тоже cp1251?

Добавлено @ 15:11

Цитата(Opik @ 18.6.2005, 13:31)

а в чем проблема с cp1251? не сталкивался - не знаю, обоснуй?

В разных языках - разные алфавиты. В немецком языке есть буквы с умляутам, во франц. яз. - другие спец. буквы есть, литовский, латвийский, польский - там тоже отличия.
Добавлено @ 15:35
Кодировка, которая включает в себя символы всех нац. алфавитов - это UTF-8.

Wowa
понял

Цитата(Wowa @ 17.6.2005, 14:34)

Настоящая мультиязычность, это когда на CMS можно построить сайт: 1. На любом языке 2. На нескольких языках сразу

Только во втором пункте подребуеться UTF-x, а таких проектов очень мало, когда люди говорящие на разных языках постят контент друг другу. Увидел ли я китайские иероглифы или вопросики, по барабану, понять я это не смогу Отсюда сталкивамся с выбором, а стоит ли увеличивать размеры контента в 1.7 раз.

Если места много, то конечно надо писать в UTF-8, мало ли что в будущем всплывёт