Собственно интересует вот что:
Например, нужно сделать, чтобы у каждого "текста" на сайте было несколько языковых версий.
Как рациональней и наименьшими затратами ресурсов этого достичь, если сайт пашет на PHP+MySQL?

Пока в голову приходит создание в базе своего рода таблицы словаря, тоесть, например, в каком либо месте (другой таблице) у нас есть поле типа TEXT или VARCHAR
и внем вместо самого текста будет указан лишь ID ряда из словаря с этим текстом, а в этом ряду в "словарной" таблице столько колонок, сколько у нас языков соответственно.
Ну и так далее (выбираем нужную колонку с языком и подставляем).
Не будет ли это "нагрузно" если у нас 100-200 замен происходит, причем тексты разного размера (как маленькие, так и громадные).
И случаем не упростит ли наличие такой "словарной" таблицы создания поискового индекса позже?

Буду благодарен за любые советы по теме.

artfabrique найди на phpinside.ru журнал №10 за 2005 год. В нем иметтся очень интересная тема - `Многоязычные приложения с использованием PHP и GetText` может поможет   

Советую завести отдельные "языковые" пхп файлы в которых хранить значения именованых строк. Например:

Несколько таких файлов для разных языков. Ну и инклудить по требованию. Тогда в ПХП скрипте нужно будет делать так:

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


artfabrique, заведи переменную lang=?. чтобы получилось следующее http://site/index.php?lang=en&la=lala.
потом получай значение этой переменной и из БД или еще откуда вытаскивай язык, если же набранно просто http://site/index.php то установи язык по умолчанию и баста... 

А не проще использовать ещё одну таблицу для другого языка, в любом случае запросов к бд избежать не удастся, а так код   будет проще и понятней и скорость не изменится. Абсолютно идентичную таблицу, только на другом языке.

Это сообщение отредактировал(а) KoLiZeI - 10.1.2008, 10:50

KoLiZeI тут можно использовать хоть что, хоть БД, файлы (начиная от .php и заканчивая более продвинутым способом .xml).  фсе зависит от идей и опыта программирования (ну и конечно лени   )

вопрос был, что оптимальней, и насколько ресурсозатратен метод автора

мне кажется, что тут лучше комбинация
технический список слов (скажем статическую менюшку, "вперёд", "назад", "скачать") можно забить одним файлом:
ru.lang:
...
$word[34] = 'вперёд';
...

en.lang:
...
$word[34] = 'forward';
...
что-то в этом роде, а вот скажем новости, всё зависит от мощи поддержки:
если известно, что ну где-то >90% новостей будут иметь копию на другом языке, то лучше изначально сделать таблицу, где будут все эти поля: text_ru, text_en, coment_ru, coment_en...
а если копии будут не так часты (от случая к случаю), то может лучше будет новая таблица для другого языка
ну и синхронизирующий id на них

ИМХО склоняюсь в сторону MySQL. Тем более она уже задействованна в проекте.

Всем спасибо за советы!
Думаю выясню на краш-тесте что быстрее. Результаты суда пихну.

я придумал такой вариант:

если этих значений $word[34] = 'вперёд'; будет порядка 2000 и текст будет занимать порядка 2-10Мб то это будет не красиво??

можно сделать, например, для каждой страниц файлы (всего страниц 30-50)
show.tpl.php 

скриптом обновлять...

cделать таблицу с id и data

этот массив сериализировать в json и поставить в data с id который соответсвует show.tpl


а запрос минималистический будет 

десериализируем с json в php 
php не будет тратить лишние ресурсы постоянно на инициализацию этого массива (если он не маленький), а будет все время очень быстро десериализовать

1) $array в smatry отправляется
2) или $from_db_json прямо на станицу в js и там распарсить













Это сообщение отредактировал(а) gcc - 31.5.2010, 13:57

gcc, ты на дату посмотри!

MoLeX,  я видел, я хотел рассмотреть, предложить идею...

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