Форум dkLab и Denwer

[Victor Feketa]

Как лучше сделать сайт на двух языках, то есть каждая страничка и любой текст должны быть в двух вариантах, между которыми можна переключаться в любой момент с помощью кнопочек? И еще вопросЖ как узнать в скрипте адрес текущей странички,

[Евгений Галашин]

Victor Feketa wrote:

И еще вопросЖ как узнать в скрипте адрес текущей странички,

$SERVER['REQUEST_URI']

[2ko]

есть файл index.php(например), вот, в нем должна быть обработка переменной:

$lang = $GLOBALS['lang'];
$defaultlang = 'rus';

./lang/rus.php
./lang/eng.php - файлы в папке с примерно таким содержимым:

Code (php):	скопировать код в буфер обмена
<?php $lang = array (www.php.net/array)( 'title' => 'hello'; ); ?>

Code (php):	скопировать код в буфер обмена
if (!empty (www.php.net/empty)($lang)) {    $lang = (!file_exists (www.php.net/file_exists)("./lang/{$lang}.php")) ? $defaultlang : $lang; } require "./lang/{$lang}.php";

В каждой функции сделай глобальной - $lang, или если это класс - что-то типа $site -> lang = $lang;

обращаться так:
если функция - $lang['title'] = выводит hello
или $site -> lang['title'], - если это класс

удачи..

[Vladimir Sergeev]

Хорошее решение, GetText, которое фактически является стандартом, изложено здесь:
phpclub.ru/talk/showthread.php?s=&threadid=58523

[Дмитрий Котеров]

Bred Vilchec, вах!
+2

[Дмитрий Котеров]

М

Сама статья: php.russofile.ru/Using_GetText.html Перенесено из форума: Разное :: PHP. Перенесено в форум: Склад готовых решений :: PHP.

[Punisher]

GetText очень полезная утилита, но имеет один очень большой недостаток: системы созданные на его основе практически невозможно будет распространять (продавать) как самостоятельные пакеты, которые легко установить на хостинге. Кроме того, что будет требоваться установка самой системы, дополнительно ещё необходимо будет установить GetText. Более того, не каждый хостер позволит сделать это, т.к. не все дают возможность работать с php.ini. Также, ещё минус в том, что решение не кросс-платформенное, да ещё в видндовс дополнительные сложности с установкой.
В итоге, лишая себя проблемы с мультиязычностью, мы добавляем себе проблемы с установкой и более высокими требованиями к хостеру.

Кстати, не подскажите, iconv в этом отношении хуже или нет?

[Дмитрий Котеров]

Вы имеете в виду, что расширение gettext стоит не у всех хостеров?
Но есть же, наверное, библиотека на чистом PHP? Там же вроде во время исполнения особенных возможностей не нужно...

iconv совсем не для этого предназначен, а для перекодирования из одной кодировки в другую.

[Punisher]

Quote:

Но есть же, наверное, библиотека на чистом PHP?

Как бы я хотел узнать, что это за библиотека! Уже несколько недель бьюсь в тщетных попытках найти такую. Или хотя бы принцип её реализации. А то, что gettext стоит не у всех хостеров, то это верно и именно об этом я и говорил. Даже вернее сказать, что мало у кого он вообще стоит. Российские хостеры в этом отношении ещё более или менее молодцы, но вот СНГшные (а особенно ЦА) - это ужас... И не будет же пользователь, купивший BOX-версию продукта, самостоятельно заниматься его установкой.

Я перечитал кучу статей и здесь и на форума РНР-клуба, но ничего готового, кроме gettext пока не нашёл.

[Дмитрий Котеров]

Что значит - "принцип реализации"? Почитайте документацию на gettext, посмотрите, как он работает, и сделайте то же самое, но на PHP. Там же ничего, кроме парсинга текстовых файлов, нет, по идее.

[melfar]

Если текст генерирует скрипт, в несложных случаях мне хватало:

Code (any language):	скопировать код в буфер обмена
$lang = "ru"; function lang ($ru, $en) {         return $lang == "ru" ? $ru : $en; } echo lang ("Отменить", "Cancel");

И то же самое в js.

[Saturn]

Тут надо поступать в зависимости от того, что имеем: сайт с нуля или уже готовый...
Если с нуля, то в базе заранее разделяем все данные по локалям. Так можно языковых версий делать уйму - не хватит времени и способностей переводить на столько языков. Причём, если грамотно всё сделать, то можно на автомате даже версии добавлять.
В общем, это уже считай обсуждение CMS-систем, а не нескольких языковых версий сайта...

GetText мне не подошёл.

[Дмитрий Котеров]

Перекликающаяся тема: xpoint.ru/forums/computers/dbms/misc/thread/31618.xhtml

[Supercelt]

Можно ещё с помощью switch-case сделать, тогда не надо создавать массив

[netghost]

Жалко исчезли информеры с www.translate.ru Раньше можно было разместить один такой на сайте и будет обеспечен перевод на 5 европейских языков!!! Может есть ещё такие ресурсы, с которых можно получить такой информер? Если кто знает, подскажите пожалуйста

[Vasiliy]

Многоязычные приложения - Способы хранения динамических данных (php.russofile.ru/multilagual_dynamic_data.html)

После прочтения статьи я просто прозрел – как может быть всё просто! После небольших экспериментов пришёл к следующему:
Если организовать метод класса осуществляющий запрос к БД в виде

Code (php):

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

class DB { ...     //     //    Запрос к БД. Текст запроса передается переметром $sql     //    Если параметр $r равен 1 - возвращаем массив записей,     //          если 0 - возвращаем массив одной записи     //    Параметр $type отвечает за то, в каком виде будет вернувшийся массив. См. ман!     //     function select($sql, $r=1, $type=MYSQL_ASSOC) {         $output = array (www.php.net/array)();         if ($res = $this->request($sql)) {             if ($r) {                 $i=0;                 while ($res_arr = mysql_fetch_array (www.php.net/mysql_fetch_array)($res, $type)){                   $output[$res_arr['id']][$res_arr['lang']]=$res_arr;                 }                 return ( (empty (www.php.net/empty)($output)) ? 0 : $output );             }             else return mysql_fetch_array (www.php.net/mysql_fetch_array)($res, $type);         }         return 0;     }

Самое интересное здесь вот это

Code (php):	скопировать код в буфер обмена
while ($res_arr = mysql_fetch_array (www.php.net/mysql_fetch_array)($res, $type)){                   $output[$res_arr['id']][$res_arr['lang']]=$res_arr;                 }

Если организовать SQL-запрос опр. вида (см. пример в архиве), то мы НИКОГДА не получим пустой массив и при необходимости всегда можно подсунуть текст на языке по умолчанию, уведомив об этом пользователя, опять же см. пример в архиве. Небольшая оговорка, говоря НИКОГДА, я подразумевал, что все поля в таблице для языка по умолчанию будут заполнены, но это забота уже других "служб".

И параллельно просьба к сообществу – не могли бы помочь в организации индексов для этого конкретного случая, а то у меня что-то не выходит дружить с MYSQL.

Заранее благодарен.

---

example.zip
Description:		Download
Filename:	example.zip
Filesize:	2.81 KB
Downloaded:	1694 Time(s)

---

[Vasiliy]

Многоязычные приложения. Профессиональная работа. (php.russofile.ru/multilagual_applycations.html)

[bæv]

PHPIns!de #12, Май'2005 Мультиязычные веб-приложения (detail.phpclub.net/magazine/2005/05/)

[Pavel A. Brilow]

Если известно что языка два - русский и английский допустим, и известно 100% что других языков не будет, то я выбрал для себя не очень сложный путь - проверка приблизительно так как описано выше, а вывод текста в файлах (не шаблонных, файлах-кашах) идет в виде

Code (php):	скопировать код в буфер обмена
echo (www.php.net/echo) langprint("Русская строка","English string");

а langprint определена в файле с глобальными функциями и имеет содержание что-то вроде

Code (php):	скопировать код в буфер обмена
function langprint($russtring,$engstring) {         global (www.php.net/global) $l //         if ($l=='eng') return $engstring;         else return $russtring; }

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

Знаю что принципиально вариант кривой, также как и плохо что логика с дизайном вперемешку, но разговор о дешевых быстрых проектах, когда в сверстанный ХТМЛ вставляются куски логики на PHP.

Вобщем просто на заметку.

[Юрий Насретдинов]

Pavel A. Brilow
Хм, интересная идея :). Вот только нужно функцию назвать ещё короче, а то неудобно каждый раз печатать длинное «langprint». Можно например называть функцию «l_» (т.к. «_» уже занято).

[Pavel A. Brilow]

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

Code (php):

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

function l_($russtring,$engstring,$kazstring='') {         global (www.php.net/global) $l //Получено идущими выше проверками         switch($l) {                 case eng:                 return $engstring;                 break;                 case kaz:                 if($kazstring!='') return $kazstring;                 else return $russtring                 break;                 default:                 return $russtring;                 break;         } }

Code (php):	скопировать код в буфер обмена
<?=l_("Привет","Hello","Салем");?>

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

[Guest]

Дмитрий Котеров wrote:

[m]Сама статья: php.russofile.ru/Using_GetText.html Перенесено из форума: Разное :: PHP. Перенесено в форум: Склад готовых решений :: PHP.[/m]

Я (автор указанной вверху статьи) написал еще два больших материала на тему создания многоязычных сайтов, может кому бедт интересно:
php.russofile.ru/ru/authors/multilangual/php_gettext_prof/ - PHP и GetText - проф. использование - с картинками и все такое.
php.russofile.ru/ru/authors/multilangual/dynamic/ - Многоязычные приложения: Способы хранения динамических данных

[Юрий Насретдинов]

Pavel A. Brilow
Ну, в принципе, это действительно очень похоже на идею GetText, только в более «локализованном» виде. В принципе, это может быть и удобнее, если языков не очень много и разработчиков очень мало

[gimnazist]

Я пользуюсь еще таким вариантом.

Code (php):	скопировать код в буфер обмена
public function langueges($lang, $file_ini) {         $parse = array (www.php.net/array)();       if(file_exists (www.php.net/file_exists)($lang . '_' . $file_ini . '.ini'))                     $parse = parse_ini_file (www.php.net/parse_ini_file)($lang . '_' . $file_ini . '.ini', TRUE);       if(count (www.php.net/count)($parse) > 0)               return $parse; }

и во время инициализации объекта смотрим результат из файла eng_lang.ini или ru_lang.ini

Code (php):	скопировать код в буфер обмена
function __construct() {         if(!empty (www.php.net/empty)($_GET['lang']) AND $_GET['lang'] == 'eng')             {                 $this->langarray = self::langueges('eng', 'lang');       }       else       {               $this->langarray = self::langueges('ru', 'lang');       } }

[Rin]

А я в шаблонах вызываю вот эту функцию:

Code (php):	скопировать код в буфер обмена
/**      * Возвращает локализованную строку текста в зависимости от текущего языка веб-страницы      *      * @param  array   ассоциативный массив, например:      *                 array('ru' => 'текст по-русски',      *                       'en' => 'english text')      * @return string      */     function loc($a)     {         return $a[$_REQUEST['lang']];     }

В таблице БД локализованные поля имеют окончание "__xx", например: caption__ru, caption__en
Все тексты хранятся в UTF-8.
Данные из таблицы БД достаются одним простым запросом и могут быть показаны на странице _одновременно_ на нескольких языках.
Очень удобно!

[KK Project]

У меня проще, как мне кажется:
// Index.php
require_once('Utilities.php');
...
$txt = array();
...
...
LangsInit()

echo $txt['01']; // index.php?language=russian, "ШалЁм".
...

// Utilities.php
...
...
function LangsInit()
{
global $txt;
...
...
...
// $siteLng = язык по умолчанию
if (isset($GLOBALS['_GET']['language']) && $GLOBALS['_GET']['language'] == 'russian' || isset($siteLng) && $siteLng == 'russian')
    require_once($headDir . '/langs/' . $installedLangs['r']); // rus
elseif (isset($GLOBALS['_GET']['language']) && $GLOBALS['_GET']['language'] == 'english' || isset($siteLng) && $siteLng == 'english')
    require_once($headDir . '/langs/' . $installedLangs['e']); // eng
elseif (isset($GLOBALS['_GET']['language']) && $GLOBALS['_GET']['language'] == 'japanese' || isset($siteLng) && $siteLng == 'japanese')
    require_once($headDir . '/langs/' . $installedLangs['j']); // jp
else
    fatalError('Language not set!', __FILE__, 'LangsInit()', __LINE__);
}

// Russian.php
$txt['01'] = 'ШалЁм';
// English.php
$txt['01'] = 'HeLLyo!';

[y0prst]

KK Project wrote:

У меня проще

Конечно, проще!
Но не факт, что эффективнее. Почитайте тему с самого начала и поймете, почему. Я сам использовал только похожий на ваш вариант и понимаю его недостатки:

1. при отсутствии какой-то "языковой константы" не выводится ничего (или выводится ошибка. Что из этого лучше - спорный вопрос.)
2. сложно поддерживать проект даже с двумя языками: как правило, я забывал добавить аналогичную переменную в языковой файл с английским языком.
3. нужно придумывать идентификаторы для каждой надписи, в результате получается "нечитабельный" скрипт со всякими $txt['01'], $txt['indexTitle'] и т.п. В GetText это кстати автоматизировано, насколько я понимаю.

К тому же никак не учитывается проблема с динамическим контентом.

[KK Project-]

Quote:

при отсутствии какой-то "языковой константы" не выводится ничего (или выводится ошибка. Что из этого лучше - спорный вопрос.)

Quote:

сложно поддерживать проект даже с двумя языками: как правило, я забывал добавить аналогичную переменную в языковой файл с английским языком

Нужно учиться делать хотя бы языковые файлы без синтаксических ошибок Я например для начала полностью сделаю русский файл, а только потом приступаю за англиЦкий копируя полностью содержимое русского, и уже потом переводя И ни каких ошибок с недостающими переменными :)

Quote:

нужно придумывать идентификаторы для каждой надписи, в результате получается "нечитабельный" скрипт со всякими $txt['01'], $txt['indexTitle'] и т.п.

Невижу в этом варианте ничего нечитабельного. Мне например удобнее присваивать такие имена - $txt['номер'], кому-то проще так - $txt['indexTitle'], так или иначе:
1. Пишущий этот код программер недолжен запутаться, если конечно голова на месте
2. В моем случае, я создаю движки в первую очередь для пользователей.

Можно, конечно, пример сделать более разнообразным, типа loadLanguage('index');, а языковые файлы разделить так - index.russian.php, admin.russian.php, settings.english.php и так далее, а loadLanguage будет загружать файлы через другую специальную функцию, которая прежде чем файл загрузить - его как следует обработает на наличие как синтаксических ошибок, так и каких-то других, а потом выдать соотвествующие предупреждение скажем в случае неимения какой-то переменной, или вывести сам .php файл(не полностью, скажем - 5 строк вверх и 5 вниз) с подсвеченным синтаксисом и указателем на место ошибки, в случае синтаксической ошибки.

[Олег Тaрусoв]

KK Project- wrote:

или вывести сам .php файл(не полностью, скажем - 5 строк вверх и 5 вниз) с подсвеченным синтаксисом и указателем на место ошибки, в случае синтаксической ошибки.

А если ошибка будет в середине?

[Programmer]

Простой класс для обработки создания многоязычного сайта:

Code (php):

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

<?php /* define (www.php.net/define)("OPTIONS_FILE", "lang_*.ini"); /* interface Options {     public static (www.php.net/static) function load($file); } /* class Options_ini implements Options {     public static (www.php.net/static) function load($l) {         $f = str_replace (www.php.net/str_replace)("*", $l, OPTIONS_FILE);         return file_exists (www.php.net/file_exists)($f) ? parse_ini_file (www.php.net/parse_ini_file)($f) : exit (www.php.net/exit)("Language file not found");     } } class Language {     //     private $classLoad;     //     private $language;     private $langArray;     public function __construct($classLoad = "ini", $language = "ru") {         $this->classLoad = $classLoad;         $this->language = $language;         $this->langArray = array (www.php.net/array)();         $this->load();     }     public function __get($name) {         if(array_key_exists (www.php.net/array_key_exists)($name, $this->langArray)) {             return $this->langArray[$name];         } else {             return "null";         }     }     public function __call($f, $a) {         $c = "Options_" . $this->classLoad;         if(class_exists (www.php.net/class_exists)($c)) {             $this->langArray = call_user_func (www.php.net/call_user_func)(array (www.php.net/array)($c, "load"), $this->language);         }     } } ?>

Пример использования:

Code (php):	скопировать код в буфер обмена
$test = new Language(); print (www.php.net/print) $test->text;

при lang_ru.ini:

Code (any language):	скопировать код в буфер обмена

[KK Project]

Quote:

А если ошибка будет в середине?

А тут и предполагается что ошибка произошла в середине (5 строк вверх и 5 вниз), в случае если произошла в начале файла - первые 5 вниз, если в конце - первые 5 вверх. Все просто. У меня такая функция уже давно реализована.

[chin]

А что если вместо ключа использовать значение языка по умолчанию? Пример:
lang.php

Code (php):

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

// Массив доступных языков (первый элемент - язык по умолчанию) $av_langs = array (www.php.net/array)('ru','ua','en'); // Определяем язык пользователя $loc_lang = ( isset (www.php.net/isset)($_REQUEST['lang']) && in_array (www.php.net/in_array)($_REQUEST['lang'],$av_langs) ? $_REQUEST['lang'] : $av_langs[0] ); // Массив значений (может храниться и в ini и в БД) $lang = array (www.php.net/array)(     'Привет' => array (www.php.net/array)(         'en' => 'Hello',         'ua' => 'Привiт',     ),     'Яблоко' => array (www.php.net/array)(         'en' => 'Apple',         'ua' => 'Яблуко',     ), ); function lang($key,$special_lang=NULL) {     global (www.php.net/global) $lang, $loc_lang;     $needle_lang = ( $special_lang ? $special_lang : $loc_lang );     return ( isset (www.php.net/isset)($lang[$key][$needle_lang]) ? $lang[$key][$needle_lang] : $key ); }

Пример использования:
index.php?lang=en

Code (php):	скопировать код в буфер обмена
require_once('lang.php'); echo (www.php.net/echo) lang("Яблоко"); // Выведет: Apple echo (www.php.net/echo) lang("Ананас"); // Выведет: Ананас echo (www.php.net/echo) lang("Привет","ua"); // Выведет: Привiт

Ну и т.д.

Проблема заключается в том, что если мы захотим отредактировать значение языка по умолчанию (в данном случае, русского).. к примеру, вместо "Яблоко", нам захочется чтобы было "Красное яблоко". Тогда придется редактировать все исходные коды, где есть строки lang("Яблоко");.
Во всем остальном, это очень удобно. Я это придумал, еще когда не знал о других всяких методах мультиязычности, и даже об этом форуме. Короче, изобрел велосипед на необитаемом острове (:

[Dark-Demon]

есть два типа текста:
1. контент - обычно хранится в БД
2. системный текст - например, сообщения об ошибках и прочая статичная информация. лучше располагать его в файлах.
статической инфе место в темплейте.
системным сообщениям - в скрипте.
смысла выделять текст в отдельные языковые файлы - не вижу смысла. более того, для каждого языка нужен свой темплейт, ибо одна и та же фраза на разных языках может быть разной степени многословности, а от этого исходный дизайн может поехать.

поэтому наиболее правильным вариантом я считаю такой:
в темплейте:

Code (any language):	скопировать код в буфер обмена

либо сразу на нужном языке, если у нас множественные темплейты.
в основном скрипте аналогично:

Code (any language):	скопировать код в буфер обмена

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

функция l должна в случае ненахожения варианта для определённого языка должна занести это в логи и тем или иным образом уведомить админа или переводчика с указанием имени файла и номера строки вызова функции. при переводе переводчик врубает поиск текста "l('" и скачет по вхождениям, добавляя перевод.
язык лучше задавать не ввиде одного значения, а ввиде массива, где значения выстроенны обратно приоритету. приоритет берётся из 3х место по очереди (в порядке возрастания приоритета):
1. исходные, записанные в конфиге
2. переданные в заголовке http-запроса
3. переданные через $_GET
с БД всё сильно проще (отдельное поле с указанием языка), правда с оптимизацией запросов могут возникнуть трудности....
при выводе контента можно (и даже лучше) в случае необнаружения нужной языковой версии писать что-то типа: "Данная статья ещё не переведена на ваш язык, но вы можете ознакомиться с ней на следующих языках:" и далее перечисление языков.

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

[Rin]

Dark-Demon
Все правильно пишите.
+1

[bmg1]

Мы в латвии, уже 10 лет этим занимаемся...

Last edited by bmg1 on Mon Apr 16, 2007 8:17 pm; edited 2 times in total

[Bu-Bu]

А define никто не пробовал? Буржуйские скрипты многие на define построены. Правда все равно приходится писать языковые файлы, но работает достаточно просто.

[Ramzes]

У меня давно была идея написать форум, но т.к. это довольно долгая и муторная затея, пишу я его до сих пор =)) гыы.. Ну вот, т.к. у меня используются компилирующиеся шаблоны я юзал следущий метод. Во время компиляции шаблона выполняется следущий код:

Code (php):

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

function clb_translate($text)         {                 global (www.php.net/global) $langpack;                 if (isset (www.php.net/isset)($langpack[$text[1]])) return $langpack[$text[1]];                 else return 'No translation: '.$text[1];         } // ..........                 if ($this->translate)                 $tmp=preg_replace_callback (www.php.net/preg_replace_callback)('#<lang>(.+?)</lang>#s','clb_translate',$tmp); // переведем если надо                 $tmp=str_replace (www.php.net/str_replace)(array (www.php.net/array)('<lang>','</lang>'),'',$tmp);

А сами ленгпаки подключаются из файлика и такого вот содержания:
/langpack/rus.php

Code (php):	скопировать код в буфер обмена
$langpack = array (www.php.net/array)( 'Forum'=>'Форум', 'Topics'=>'Тем', 'Posts'=>'Сообщений', 'Last post'=>'Последнее сообщение', 'Topic'=>'Название темы', 'Views'=>'Просмотров', 'Moderators'=>'Модераторы', );

И шаблоны с такими вот включениями:

/skins/default/templates/forumlist.tpl:

Code (html):

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

<tr (december.com/html/4/element/tr.html) class="head"> (december.com/html/4/element/.html)<td (december.com/html/4/element/td.html) colspan=5><a (december.com/html/4/element/a.html) href="/forum/{[urlname]}/"> (december.com/html/4/element/.html){[name]}</a></td></tr> <tr (december.com/html/4/element/tr.html) class="title"> (december.com/html/4/element/.html) <td (december.com/html/4/element/td.html) colspan=2><lang>Forum< (december.com/html/4/element/.html)/lang></td> <td> (december.com/html/4/element/td.html)<lang>Topics< (december.com/html/4/element/.html)/lang></td> <td> (december.com/html/4/element/td.html)<lang>Posts< (december.com/html/4/element/.html)/lang></td> <td> (december.com/html/4/element/td.html)<lang>Last post< (december.com/html/4/element/.html)/lang></td> </tr>

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

Шаблоны компилируются в разные файлы в зависимости от языка.

Не знаю к чему меня это приведет, но пока метод нравится... Единственное только впадлу постоянно на двух языках шаблоны делать и неудобно постоянно вставлять теги <lang></lang>

Удобство такого ленгпака заключается в том, что человек, если будет переводить, должен знать хотя бы один из уже переведенных языков, либо английский... И не обязан сидеть, курить мануалы и шаблоны в поисках: "А где же эта долбаная константа {$this->ipsclass->lang['to_post_alt']} и че она вообще означает?!"

[bmg1]

А как это меняется?

Code (php):	скопировать код в буфер обмена
<lang>Last post</lang>

[WingedFox]

Что интересно, всё делается много проще.

Code (php):	скопировать код в буфер обмена
l('string');

и всё тут.

Что делает l()
1. проверяет в базе (или ещё где) есть ли 'string' в текущей локали
2. если нет - добавляет
3. отдаёт строчку из базы

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

[Ramzes]

bmg1 wrote:

А как это меняется?

Не понял сути вопроса... preg_replace_callback`ом при компиляции...