В связи с тем, что накопилось достаточно много мороки – процесс переводов и их же последующих релизов затянут. Это аргументировано некоторыми причинами:
1. Много работы (уже говорил);
2. У меня, как главного переводчика, нет доступа на официальный сайт.
Будет возможность – будут локализации. Пользуйтесь пока тем, что есть. Всего наилучшего.

Так-с, очень много проблем, связаные с кодировкой форума. В итоге у некоторых появляются “кракозябры” (непонятные спецсимволы и т.п.), а у некоторых вообще отсутствует язык на форуме.

Существует последовательность определения своих действий:
1. Используя PHPMyAdmin “залезть” в БД форума, и определить в какой кодировке находятся таблицы;
2. Определить кодировку Мускула (MySQL);
3. Предпринять действия к предотвращению проблемы.

Ниже — для версии 3.7.х

Допустим, БД у нас в кодировке utf-8, а соединений мускула и его кодировка в ср1251.
Берем файл init.php с папки includes, находим там строчку (сразу после подключения):

1
2
3

{
vbulletin_demo_init_db();
}

И после этой строчки используем сия код:

1
2
3

mysql_query ("set character_set_client='utf8'");
mysql_query ("set character_set_results='utf8'");
mysql_query ("set collation_connection='utf8_general_ci'");

Все проблемы должны решиться.
Другая ситуация – БД в ср1251, Мускул в utf-8. Берем все тот же init.php, находим ту самую строчку:

1
2
3

{
vbulletin_demo_init_db();
}

И используем этот код:

1
2
3

mysql_query ("set character_set_client='cp1251'");
mysql_query ("set character_set_results='cp1251'");
mysql_query ("set collation_connection='cp1251_general_ci'");

Ниже — для версии 3.8.х

Ищем:

1

// make $db a member of $vbulletin

И перед этой строчкой добавляем эту:

1
2
3

mysql_query ("set character_set_client='cp1251'");
mysql_query ("set character_set_results='cp1251'");
mysql_query ("set collation_connection='cp1251_general_ci'");

Или эту (в зависимости от Вашей задачи):

1
2
3

mysql_query ("set character_set_client='utf8'");
mysql_query ("set character_set_results='utf8'");
mysql_query ("set collation_connection='utf8_general_ci'");

Ниже — для версии 4.х

Ищем:

1
2

// make $db a member of $vbulletin
$vbulletin->db =& $db;

И перед этой строчкой добавляем эту:

1
2
3

mysql_query ("set character_set_client='cp1251'");
mysql_query ("set character_set_results='cp1251'");
mysql_query ("set collation_connection='cp1251_general_ci'");

Или эту (в зависимости от Вашей задачи):

1
2
3

mysql_query ("set character_set_client='utf8'");
mysql_query ("set character_set_results='utf8'");
mysql_query ("set collation_connection='utf8_general_ci'");

Тут все.
P.S. Не забудьте наново перезагрузить языковый пакет (!)

Что делать, если это мне не помогло?

Самое главное мы сделали — отрегулировали всеобщую кодировку БД и vB. Но, если у Вас все же проблема отображения некорректных символов осталась, то следует “копать” уже в другую сторону.
Последовательность действий:
1. Убедиться, что предыдущие действия по отрегулировке кодировки имеют правильный характер. Одним словом, дать себе и машине понять, что на серверной части все так, как и должно быть;
2. Проанализировать показатели браузера по выбору кодировки.
Да, как оказалось, браузер может и не “почувствовать” изменения, которые Вы проводили. В таком случае, весь процесс отладки завершен лишь наполовину.

Как пример: Имеется форум с параметрами кодировки — БД: Кодировка базы (utf-8), кодировка таблиц (utf-8), сопоставление MySQL (utf-8), языковая кодировка (utf-8).
В браузере каким-то боком все выводится “кракозябрами”. Смотрим кодировку, которую выбрал браузер и делаем ужасающее открытие — он отображает Вам страницу в кодировке ср1251. Что же делать?
А следующие:
1. Если в корне форума нет .htaccess, то создать его;
2. В этом самом файле .htaccess прописать:

1

AddDefaultCharset [нужная для Вас кодировка]

В нашем случае, будет выглядеть так:

1

AddDefaultCharset utf-8

Более подробная информация по .htaccess: Указание явной кодировки.

Данный метод решения — брутален. Но, полезен для тех, кто не может прочесть даже символы в админ-панели. Для тех, кому удалось перескочить на английский язык, предлагаю глобальное решение проблемы:
Админ-панель — Языки и фразы — Управление языками — Редактировать настройки — Набор символов HTML — [выставить нужную кодировку]

Есть еще варианты?

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

1

// $config['Mysqli']['charset'] = 'utf8';

По умолчанию она закомментирована. Нам же следует ее раскомментировать (убрать //) и указать требуемую нам кодировку. Т.е., выйти должно следующее:

1

$config['Mysqli']['charset'] = 'utf8';

Данный прием работает лишь в том случае (да, бывают и чудеса), если Вы используете MySQLi, а не MySQL. Конфигурация так же находится в файле config.php:

1

$config['Database']['dbtype'] = 'mysql';

Вот и все.

Ну вот, началось. Ожидания подтвердились. InstantCMS через 2 недели выдаст конечный ответ об интеграции с отдельным форумом. Ясное дело, мы поддерживаем vBulletin (мощь, сила, реакция в вашей компьютерной мыше с этим скриптом). Надеемся на поддержку других “воблофилов”.

Ссылка: Интеграция с форумом (Голосование)

Есть несколько операций для безопасного существования Вашего форума.
1-е что следует сделать – изменить имена папок для admincp и modcp предварительно указав изменения в конфигурационном файле config.php
Часть данных config.php, где требуется провести изминения.
Англ. версия:

1
2
3
4
5
6
7

//	****** PATH TO ADMIN & MODERATOR CONTROL PANELS ******
//	This setting allows you to change the name of the folders that the admin and
//	moderator control panels reside in. You may wish to do this for security purposes.
//	Please note that if you change the name of the directory here, you will still need
//	to manually change the name of the directory on the server.
$config['Misc']['admincpdir'] = 'admincp';
$config['Misc']['modcpdir'] = 'modcp';

Рус. версия:

1
2
3
4
5
6
7

//	****** ПУТИ К ПАНЕЛЯМ АДМИНИСТРАТОРА И МОДЕРАТОРА ******
//	Эта опция позволяет Вам изменить названия папок, в которых находятся
//	панели администратора и модератора. Это обычно делается из соображений
//	безопасности. Пожалуйста, помните, что при смене названия папки, вам
//	необходимо также изменить названия папок на сервере.
$config['Misc']['admincpdir'] = 'admincp';
$config['Misc']['modcpdir'] = 'modcp';

Все, с config.php пока все.
2-е – удалить после установки файлы с префиксом: install и upgrade. Должно лишь остаться: mysql-schema.php
3-е – дополнительно закодировать Административную часть способом Генератора паролей (в это в .htpasswd).
Тема в дополнение: Запароливание Административной чисти.
4-е – отключите использование HTML в сообщениях (если сия имеет место).
Все это – основная часть безопасности. Которой следует придерживаться во избежание больших неприятностей.

Недавно на рынок CMS появился еще один скрипт – InstantCMS. Возможности вправду впечатляют. Сперва становится непривычно, так как она не похожа на остальные CMS. Разработчики скрипт сейчас доводят версию до ума. По ихним словам, следующий релиз 1.0.7. Конечный релиз доводки до ума – 1.1.
Некоторые дополнения в 1.0.7:

- Выбор даты/времени при ответе админом на поступившие вопросы в FAQ.
- RSS фотогалереи
- RSS форума
- Копирование записей каталога
- Копирование рубрик каталога
- Опция выбора кодировки для формы комментариев
- Проверить удаление тегов в админке – статьи, ун.каталог
- в форумах – Послед.сообщ. – вывод из подфорумов
- Формы: возможность отправлять в личку
- Связанные записи (фото, блоги, статьи) по тегам
- “корзина” в админке
- выводить первое предложение в “темы на форуме”
- счетчик нажатий для полей типа “ссылка” в каталоге
- пользовательское меню вынести в модуль +CSS
- в польз.меню добавить пункт “Админка” для админов и редакторов
- Не хватает модуля “Последние вопросы и Ответы”, где так же необходимо видеть предложение.
- Проверка наличия CSS для компонентов в папке с шаблоном
- модераторы на форум
- звания на форуме
- упрощенный редакторский режим (“добавить в статью”, “мои статьи” прямо с сайта)
- уведомления о комментах по e-mail
- проверить удаление постов при удалении тем
- скрывать удаленных юзеров в мод. “новые пользователи”
- поиск совпадений по возрасту и другим полям в профилях
- апдейт редактора bb-кода для корректной работы в IE
- Счетчик+CY+PR
- Мини-чат

Работа разработчиков направлена на пожелания пользователей.
Официальный сайт: InstantCMS

Не так давно столкнулся с одной интересной проблемой. При написание поста и переключения потом редактора в режим “HTML” у меня появлялся непонятный код. Сперва я думал, что источник проблемы – моды WP. Но, предварительно все перепроверив, у меня не осталось выбора, как написать одним кодерам (англо-саксонам).
Сам отрывок кода:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

\"// ==UserScript==
// @name        MultiPopup Main Functions File
// @namespace   http://www.hesido.com
// @version     2.09
// @date        2005-08-18
// @author      Emrah BASKAYA
// @description Tooltip Replacement: Replaces Browser
Default Tooltips with CSS stylable ones and allows you to
customize the information displayed in it and the delay for
tooltips.
// @include     *
// ==/UserScript==
// Licence Information:
/*
MultiPopup V2.09 Main Functions File
Tooltip Replacement Script
Emrah BASKAYA  (hesido - www.hesido.com)
Detailed info can be found at:
http://www.hesido.com\

И, вот решение проблемы:

Hi Alex,

This is caused by HyperBK extension for firefox, please disable it and things should work fine. HyperBK uses
multipopup without my permission..

Regards,
Emrah

Да, на самом деле у меня был предустановлен плагин FF под названием HyperBK. Как уверяют кодеры, вся проблема в нем. Т.е. плагин следует отключить. По правде, я не догадался.

Не многие знают, что vBulletin – клон. Да-да-да, Вы не раслышали, именно клон. Оригинальный движок, с которого делался vBulletin – Ultimate BB. В доказательство прикладываю фото.

Сама книжечка года 2004-го. Сейчас характеристики изменились. Цените, сам когда-то удивился.

После оформления своего блога, я столкнулся с проблемой вписывания кода в посты. Ощущались проблемы с кодом HTML. Не знаю, то ли у меня руки кривые, то ли и вправду тэг:

<code>text</code>

Не работает. Склоняюсь к первому.
Главное, что проблема была решена следующим способом. Был найден модуль codecolorer.0.6.0. Сам по себе он неплохой, но требует детальных настроек. Т.к. цвета синтаксиса могут не совпадать с цветами шаблона, знаю, это извращение.
Но, все же. После установки этого мода, все вроде стало на свои места. Так что, юзайте, думаю Вам это в пользу.

Ну-с, начем. Для этого нам понадобится:
1. Модуль product-letphplive.xml (Он же продукт, который позволяет парсить PHP)
2. Маленькое пособие по созданию страниц в vBulletin (опционально)

Первый шаг – создаем страницу.
Созаем новый файл типа test.php. Открываем test.php и добавьте следущее (Примечание: Замените TEST в соответствии новосозданного шаблона. Т.е. шаблон создали RULEZ, этой же фразой заменяем все места указанные TEST):

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45

< ?php 
 
// ####################### Установка среды PHP ########################### 
error_reporting(E_ALL & ~E_NOTICE); 
 
// #################### Определение важных констант ####################### 
define('NO_REGISTER_GLOBALS', 1); 
define('THIS_SCRIPT', 'test'); // измените это в зависимости от названия файла
 
// ################### Кеширование шаблонов и данных ###################### 
// get special phrase groups 
$phrasegroups = array( 
 
); 
 
// получение специальных шаблонов с данными с базы
$specialtemplates = array( 
 
); 
 
// кеширование шаблонов, исрользуемых всеми действиями 
$globaltemplates = array( 
    'TEST', 
); 
 
// кеширование шаблонов, исрользуемых специфическими действиями 
$actiontemplates = array( 
 
); 
 
// ######################### Получение системы ############################ 
require_once('./global.php'); 
 
// ##################################################  ##################### 
// ######################## НАЧАЛО ОСНОВНОГО СКРИПТА ############################ 
// ##################################################  ##################### 
 
$navbits = array(); 
$navbits[$parent] = 'Test Page'; 
 
$navbits = construct_navbits($navbits); 
eval('$navbar = "' . fetch_template('navbar') . '";'); 
eval('print_output("' . fetch_template('TEST') . '");'); 
 
?>

Далее создаем шаблон TEST с “начинкой” такого рода:

1
2
3
4
5
6
7

$stylevar[htmldoctype] <html dir="$stylevar[textdirection]" lang="$stylevar[languagecode]"> <head> <title>$vboptions[bbtitle]</title> $headinclude 
 
</head> <body> $header $navbar <table class="tborder" cellpadding="$stylevar[cellpadding]" cellspacing="$stylevar[cellspacing]" border="0" 
 
width="100%" align="center"> <tr> <td class="tcat">Title</td> </tr> <tr> 
<td class="alt1">Test</td> 
</tr> </table> $footer </body> </html>

Этим кодом является оформление нашей странцы, что включает в семя как переменный скрипта так и HTML.
Не тяжело догадаться, что будущий наш PHP код мы будем “пихать” вместо фразы “Text“.
Должно получиться что-то типа такого:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21

$stylevar[htmldoctype]    $headinclude
 
$header $navbar
<table class="tborder" border="0" cellspacing="$stylevar[cellspacing]" cellpadding="$stylevar[cellpadding]">width="100%" align="center"&gt;
<tbody>
<tr>
<td class="tcat">Title</td>
</tr>
<tr>
<td class="alt1">
 
< ?php
if($flag){
echo "Hello world!";
}
?>
 
</td>
</tr>
</tbody></table>
$footer

В конечном итоге – устанавливаем и активируем Модуль product-letphplive.xml
Вот и все! Пользуйтесь.