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

Я насчитал несколько путей:

1. Самый честный и он же самый тернистый. Прописываем язык интерфейса в URL (GET или сегмент), а в коде его парсим и выводим соответствующую страницу. Основная сложность тут, как мне кажется, в изменении ссылок на страницах так, чтобы они указывали на свою же "зону".
2. Достаточно легкий способ изменить ссылки "на лету" (как это показалось моему извращенному изощренному разуму) -- переписать их с помощью JavaScript. Время, конечно, отнимет, но зато все культурно и просто.
3. Но есть способ и попроще (именно так я и сделал). URL остается прежним, а вся языковая информация хранитя в куках. При загрузке в файле конфига (application/maxsite/mso_config.php) проверяются куки (ветвь elseif оставлена "на будущее") и загружается нужный конфиг. А выставляет куки JavaScript в шаблоне страницы (у меня это application/maxsite/templates/clouds/main-start.php) по клику на ссылку, после чего страница перезагружается.

$ck = mso_get_cookie('lang',NULL);
if ($ck == 'en')
{
    $MSO->language = 'en';
} elseif ($ck == 'ru'){
    $MSO->language = 'ru';
} else {
    $MSO->language = 'ru';
}

Участок кода в шаблоне:

<div id="lang" align="right">
    <a href="#" onclick="document.cookie='lang=en; path=/;'; location.reload();">English</a> | <a href="#" onclick="document.cookie='lang=ru; path=/;'; location.reload();">Русский</a>
</div>

Сделал. Работает. Только мне стало казаться, что при такой системе возможна проблема с кэшем (например, увеличивается количество SQL-запросов). Кэш в CodeIgniter я, признаться, подзабыл. Разберусь, конечно, попозже (счас времени нет). Но может кто из моих читателей может навскидку подсказать, чем сие чревато и как проще всего устранить последствия?