В наличии Русификация Template Creator CK

Если кому нибудь понадобится то вот русский перевод от версии 3.4.3

файлы языка закидываем в administrator/language/ru-RU/

поставил перевод и вот что получается.
http://geekpic.net/pm-1KDRF2.html

У Вас похоже проблема с кодировкой на сервере(домене) в файле .htaccess пропишите:
AddDefaultCharset utf-8
Или в настройках домена выставте UTF-8 или utf8

Вот закинул к себе на тестовый все нормально

Спойлер: Тырк

Вы случайно на компьютере не открывали файлы встроеным блокнотом?

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

Это родной перевод от версии 3.4.3. Да там и так все понятно, я с аглицким на ВЫ и то понял.

а у вас есть готовый пример шаблона на сайте что вы сделали можно посмотреть?

Особо пока не делал так на скорую руку попробовал.

Спойлер: Тырк

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

я использую денвер где прописать кодировку не знаешь?

Извиняюсь но я не спец, так что особо ни чем помочь не могу.
Документацию у них посмотрите http://www.denwer.ru/faq/other.html

В конфигурационном файле Денверовского Apache-сервера в качестве дефолтной кодировки красуется “Windows-1251″, по этой причине в браузеры насильно передается инструкция использования именно этой кодировки для чтения открываемых сайтов. Очень часто эта инструкция воспринимается как основополагающая, и браузер не обращает внимания на то, что Вы передаете с помощью мета-тега “<meta http-equiv=”Content-Type” content=”text/html; charset=utf-8″>” или через параметр header в PHP.
Для того, чтобы исправить это, нам необходимо поменять эту самую инструкцию. Сделать это мы можем одним из двух описанных ниже способов…


Способ №1 – редактируем файл httpd.conf
httpd.conf отвечает за глобальные инструкции для сервера, т.е. внесенные в него изменения повлияют на все сайты, которые у нас будут храниться на сервере. Располагается он в каталоге /usr/local/apache/conf/. Отредактировать нам требуется всего одну строку: ищем “AddDefaultCharset windows-1251″ и меняем её на “AddDefaultCharset utf-8″.

Способ №2 – редактируем файл .htaccess
Этот метод решения поставленной задачи куда более консервативный. Его следует использовать, когда нам требуется изменить кодировку, подставляемую по-умолчанию для отдельного сайта или для определённого каталога на сайте.

Для этого необходимо найти в папке сайта (в корневом или другом интересующем нас каталоге) файл “.htaccess”, либо создать его, и добавить в него следующие строчки:
CharsetDisable on
CharsetDefault utf-8
CharsetSourceEnc utf-8
AddDefaultCharset utf-8

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

а правил файл httpd.conf и уточнить хотел в какой кодировки сохранить файл? , сработало текст стал виглядеть нормально, но теперь не открывается главная страница, фронтальная, белый экран.

Я же говорил, абсолютно ВСЕ файлы в Joomla должны быть в кодировке UTF-8 без BOM.
Скачай OpenServer, проблемы исчезнут сами по себе. В Денвере старый PHP.

сейчас другой сервер мне не как не вариант,свои причины!
всетаки не понятно я правильно делаю? в файле "httpd.conf" нашел строку “AddDefaultCharset utf-8″ , заменил. Сделал первый шаг, второй шаг он обязательный? и файл "httpd.conf" он не сохраняется в кодировке UTF-8 без BOM пользуюсь нотепад++ .

Шаг либо первый либо второй, либо оба вместе То есть как не сохраняется ? Так не бывает...

почему тогда у меня белый экран? файл то я тот редактировал?

Что то не то значит сделали. Если файл был httpd.conf то да, это он. Эти настройки никак не влияют на вывод, они только указывают кодировку. Ваш белый экран, если Вы все сделали правильно, не зависит от кодировки.

Зайдите в лог-файлы Денвера и посмотрите, на что он ругается, что-то мне подсказывает, что ему тупо нужна более свежая версия PHP

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

может мне воспользоваться вторым шагом а первый я отменю.