Собственно, первый вопрос — “Для чего это надо?”. В общем, не буду расписывать, что да как, а просто отвечу прямо — преимущественно для отладки. Небось, каждый 2-й администратор форума, имел дело с ошибкой БД, при проведение технических работ. Так вот, исходя их этого списка, Вы можете понять где “зарылась” проблема, и таким образом ее решить. Пользуйтесь…

Здравствуйте!
Наша сегодняшняя статья посвящена теме “спамеров” (spam — массовая рассылка коммерческой, политической и иной рекламы или иного вида сообщений лицам, не выражавшим желания их получать.), и как их отсечь на своем форуме. Решений найдено довольно много, но они либо не выполняют положенную на них работу, либо добросовестные пользователи сталкиваются с непредвиденной проблемой при работе со спам модулями. Сейчас я Вам расскажу, как эффективно отсечь любого членовредителя от Вашего чада.

Бывают такие ситуации, когда ненароком удаляются пользователи. При этом, остаются их темы и сообщения. Как же быть? Как его вернуть? Решение есть. Используем SQL запрос. Дальше, подробнее об этом.

Запись навеяна недавними работами. Скажу сразу, я – не специалист с безопасности. Но, мне не раз доводилось искоренять “заразу” с ресурсов. Поэтому, сужу чисто по своему опыту. Сама безопасность – довольно трепетная тема для новичков в интернете. Раз Вы стали на путь нелегкий и решили, что способны одолеть какие-либо препятствия – не упустите момент сперва защитить себя, а уж потом свой ресурс. Имея на своих плечах форум, который посещает более 1к (1000) пользователей, Вы даже и не представляете, что в любую минуту Вас могут “накрыть медным тазом”.

День за днем сидишь, помогаешь, толкуешь, а пользователю безразлично. Вот, лишь бы была “шалява” в решение проблем. Иногда попадается неблагодарный народ. Бывает, не спорю. Так и мне попался.
Каждый день, в рабочую ICQ по 3-4 человека “стучатся”, чтоб получить бесплатную помощь. И пытаются выжать меня как лимон. Знаю, сам напросился, что поделаешь. Убивает лишь одно – неблагодарность.
Порой думаешь – “А что, я хуже всех?”.

Пользователь задал вопрос. Хм, способы реализации конечно староваты …

Такое бывает, что я читаю на скорость, и между строками не смотрю. Т.к. не всегда успеваешь всем ответить.

Получил ответ, осознаю, с моей стороны было не совсем корректно, но уже устаешь шаблонно давать ответы.
Не понимаю, что мешает думать в нескольких направлениях? Что мешает черпать дополнительную информацию? Опять же, не понимаю.
Ладно, хрен с ним. Если бы это был один человек, а так, их масса, пустая масса. Почему, в свое время, когда я только начинал, руководствовался теорией и практикой? Всячески пытался начатое доводить до ума, что не мало важно.
Да уж, стоит призадуматься.

Недавно принял решение о дублирование релизов, что на Devil Art в свой блог. Так будет более информативней.

В связи с тем, что накопилось достаточно много мороки – процесс переводов и их же последующих релизов затянут. Это аргументировано некоторыми причинами:
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 в сообщениях (если сия имеет место).
Все это – основная часть безопасности. Которой следует придерживаться во избежание больших неприятностей.

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

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

Ну-с, начем. Для этого нам понадобится:
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
Вот и все! Пользуйтесь.