В тегах русская буква б воспринимается как запятая. И поэтому тег с этой буквой делится на два бессмысленных. Исправляем. (не работает) admin\applications\forums\extensions\search\engines\sql.php найти if( $search_tags )
{
IPSSearchRegistry::set('opt.noPostPreview', true);
} заменить на if( $search_tags )
{
IPSSearchRegistry::set('opt.noPostPreview', true);
IPSSearchRegistry::set('set.returnType', 't
На одном форуме IPB 2.1.7 (но версия может быть любой) жаловались, что при переходе со ссылок с поисковиков, а так же с почтовой рассылке происходило переадресация на сторонний сайт. При условии, что данный пользователь в данный момент не авторизован на форуме. Ситуация не самая частая. Чаще на такое попадаются гости, а администрация сайта остается не информированная. Анализ того сайта, показал, что в шаблоне topic_page_top лежит скрипт: <if="ipb.member['id'] <= 0"><script>
После создание темы в блоге "Пользовательские страницы на IP.Board 3", постоянно получаю в личку просьбу продолжить тему. Для простых страничек, лучше использовать старый совет. Если надо сделать, что-то сложное, с PHP логикой, работа с базой данной, то можно использовать следующее решения: Создаем новое, простое приложение MyCustomPage. В admin/applications_addon/other/ создаем папку mycustompage Как правило приложения включают в себя следующие разделы (папки): extensions
modules_admin
В IP.Board 3.x аваторы используются только при показе сообщений в форуме, в остальных местах используется фотография пользователя. Если аваторы закачивают часто, то фотографию как правило не размещают. Использование фотографии определяется в файле admin/sources/base/core.php функция buildProfilePhoto() Начал писать свое решение, но не доделал. Нашел готовое решение на community.invisionpower.com. Авторское право на решение: T3XT3 /admin/sources/base/core.php Меняем фрагмент:
Минимальная длина отправляемого сообщения на движке IP.Board - 1 символ. Не пробел. Это зашито в код и не выводится в Панель управления. Что не совсем удобно. Не секрет, что многих админов достают пользователи которые не прекращая посылают сообщения +1 или UP. В правила это можно прописывать много и долго, но работать не будет. У меня же правило простое, любое техническое ограничение должно поддерживается движком форума, иначе оно не работает. Как же быть. Ограничиваем длину сообщения a
Иногда на форуме требуется создание индивидуальных статических страниц, сохраняя оформление форума. Для этого советуют использовать (DP31) Custom Pages или IP.Content. Это оправдано, когда пользовательские страницы необходимо в определенном количестве. Для одной одной или двух страниц, покупать IP.Content или разбирается с (DP31) Custom Pages не совсем оправданно. Есть два способа быстрого создания таких страничек. Правильный способ, через регистрацию своего приложения через административную
Стандартный форум. У которого стандартный conf_global.php $INFO['banned_group'] = '5';
$INFO['admin_group'] = '4';
$INFO['guest_group'] = '2';
$INFO['member_group'] = '3';
$INFO['auth_group'] = '1'; Админы у нас = 4 Пользователи = 3 Как пример, мы еще создали дополнительные группы. Модераторы = 5 Продвинутые пользователи = 6 Не адекватные пользователи = 7 ID групп можно посмотреть в АЦ My Control Panel > Members > Member Groups > Manage User Groups Панель у
Устанавливаем форум IP.Board 3.x на хостинг. 1. Тестируем хостинг В дистрибутиве есть файл Tools/check_requirements.php. Загружаем его на сервер и смотрим, соответствует хостин, требованием 3.x Если да, то продолжаем дальше, если нет, устраняем различие. И по памяти. Для нормальной работы форума, необходимо, что бы доступная память для выполнение PHP скриптов, была больше или равна 128M memory_limit - 128M Форум будет работать и на меньшей памяти, но при экспорте языков будет сваливаться в
Краткая инструкция Берем дистрибутив IPB 3.x В дистрибутиве есть файл check_requirements.php. Загружаем его на сервер и смотрим, соответствует хостин, требованием 3.x Если да, то продолжаем дальше, если нет, устраняем различие. Делаем бекап всего. Файлов и базы данных. Можно сделать два бекапа. Если база не в кодировке UTF-8, то переводим ее в UTF-8. Лучшее решение для перекодирование, это скрипт который предложил Ritsuka <?php
// Database info
include("conf_global.php");
$dbhos
