Archive for the ‘DataLife Engine’ Category

DataLife Engine, кодировка в utf-8

Платный движок или бесплатный, какой выбрать – вечный вопрос!

В свое время, выбирая движок для сайта присматривался я среди прочих и к новостному движку DataLife Engine. Победил тогда конечно же WordPress во многом благодаря бесплатности. Покупать сразу же DataLife как то не хотелось, нуленых версий валом, но думалось, поизучаешь движок, заполнишь контентом, а потом претензии вдруг предъявят. Кроме того минимальная лицензия, как я понял, дается на один домен, что предполагает возможное возникновение каких то проблем в будущем. Прошло время, о выборе WordPress в качестве движка я ни разу не пожалел(исключая моменты, когда заглядывал в базу MySQl и наблюдал тот кошмар в виде огромного количества рекламной информации, которую не выведешь, т.к. это является “платой за бесплатность”), но вот захотелось попробовать какой нибудь другой движок и, естественно выбор пал на DataLife Engine. Говорят незаменим в качестве адалт сайта да и вообще.. Для начала скачал я “хорошую” версию DataLife v.8.3 с английским языком, залил на локалхост файлы движка, создал PHPадмином базу данных для будущего сайта. Как создать эту самую базу, если кто еще не знает, описано в статье Wordpress – атака клонов. Набрал в баузере http://localhost/site/install.php и получил окошко:

Далее получаем второе:

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

Если все компоненты отмечены зеленым, идем дальше.

Тут показаны результаты проверки прав на запись файлов и папок. Вспоминаем, что у нас написано про атрибуты файлов в статье Wordpress – атака клонов.Часть8, то есть вникаем в то, что на локалхосте этот вопрос можно опустить.

Жмем продолжить и попадаем на страницу настройки конфигурации системы:

Прописываем url сайта данные нашей базы MySQl. Префикс можно поменять если используется одна база данных для нескольких установок, и возможно в какой то мере в целях повышения уровня безопасности. А вот выбор кодировки MySQl меня заставил задуматься. Как вы наверное знаете в вордпрессе применяется кодировка utf-8, что конечно оправданно. Современная кодировка, поддерживает много языков и пр. Конечно и в данной установке хотелось бы иметь эту кодировку. Но оказалось не так все просто. Почему то авторы Datalife Engine предусматривают изначально кодировку windows-1251, и это их право. Но тут же закрадываются сомнения в том, что например англоязычный потребитель контента получит читабельный текст а не кракозябры. Может я ошибаюсь, но захотелоссь подстраховаться. В последних версиях DataLife появилась возможность кодировать базу в utf-8. Чтож попробуем. Можно было сразу в файле install.php прописать utf8. В результате получили вот такие настройки в файле data/dbconfig.php движка.

Один нюанс пописывать в настройках надо не utf-8, а utf8, иначе движок не установится. Все систему установили получили поздравления

и удалили файл install.php. Все хорошо, но вот незадача – в настройках сайта вот такая картина:

И никак windows-1251 не убирается. Зашел я в папку language/Russian и language/English, и в файлах website.lng, adminpanel.lng на всякий случай поменял кодировку windows-1251 на utf-8. Тут же в сеттингах прописалась utf-8. Вроде все просто.
До этого я пробовал перевести в другую кодировку старую седьмую версию движка более сложным способом.
Первое это перекодировка файлов движка с помощью программы Kaboom, которая имеет функцию пакетной конвертации.
Вначале в папке Upload движка выделил все файлы. Кто не знает, для этого надо нажать F3 и задать поиск в строке запроса с *. Таким образом мы выстроим файлы из всех подпапок включительно. Далее сделал выделение файлов кроме картинок и папок.
Открыл и настроил на перекодировку windows-1251 в utf-8 программу Kaboom и перенес выделенные файлы в окошко.
Поменял в файле install.php, adminpanel.lng, website.lng кодировку на utf-8.
Вроде все правильно, но получилось как всегда. Когда я открывал сайт, для того, чтобы убрать кракозябры, надо было каждый раз принудительно в браузере менять кодировку на utf-8.
Автор Stepan Demin. Использование и копирование статьи РАЗРЕШАЕТСЯ с указанием автора и ссылки на первоисточник BlogInforama