kanv1s
-
Постов
54 -
Зарегистрирован
-
Посещение
Тип контента
Профили
Загрузки
База знаний IPS Community Suite 4
База знаний IP.Board 3.x
Форумы
События
Магазин
Совместные покупки
Сообщения, опубликованные kanv1s
-
-
Собственно поэтому возвращаюсь к вопросу:
Имеются ли на этом форуме разработчики, которые возьмутся за реализацию данного функционала?...
Если есть то напишите плз в пм, цену и сроки.
Даже на древних phpbb такая функция была и есть, не было только автоматического снятия наказания.
-
Я думаю логично выносить тех пользователей, которые не могут писать что-то где-то в отдельную группу.
На форуме многоступенчатая система доступов. У одной группы не доступны одни форумы, у другой другие. Если создавать для каждой группы и для каждого форума группу которая учитывает все возможные варианты РО на форум.. получится 100500 групп.. + это много ручной работы + нужно будет не забывать возвращать права.
Форум большой, 3к+ пользователей и 100к+ сообщений. Для нас ваше решение не подходит.
-
Ок. Имеются ли на этом форуме разработчики, которые возьмутся за реализацию данного функционала?...
Если есть то напишите плз в пм, цену и сроки.
-
Нет. Есть необходимость запрещать отдельным пользователям что либо писать в определенном разделе форума.
Система модерации:
Данная система распространяется на весь форум. И отсутствует возможность выбора разделов.
-
И бан и РО можно. Можно отредактировать права доступа забаненым пользователям на форумы
В этом случае придется переводить вручную из группы в группу, а необходимо что бы РО слетало автоматом после установленного срока.
-
Бан / РО / Перемодерация в отдельном разделе форума или раздела.
Возможно ли это реализовать на форуме? Хуком каким нибудь например.. а?
-
Таблица не отображается, даже пустая 2x2... Все блоки под расположенные под блоками Custom Sidebar Blocks пропадают, низ страницы уезжает "куда-то далеко"..
-
Здравствуйте.
Есть необходимость разместить небольшую табличку в боковой блок.
Табличка сделана в html + использовались css стили для эстетики.
Как ее разместить в блок?..
Пробовал через Custom Sidebar Blocks - не получается. На форуме нечего не отображается + низ форума куда уезжает. и админка, а точнее панель редактирования данного блока, вся перекошен.
Как быть?
-
Возможно глупый вопрос.
Скрип палится? В смысле не "стучит"? (не знаю как по другому сказать)..
-
Всем спасибо. Причина найдена.
Все удаленные акки не проявляли никакой активности после переноса форума.
Нет резона пытатся их сохранить. Скинем балласт так сказать.
Тему можно закрыть.
-
Удалено 0 строк. :good:
-
И так. Всем привет. Я снова тут.
Нашел некоторую закономерность. Не перенеслись только те пользователи, у которых в таблице "members" в mysql в поле "conv_password" стоит некоторое значение. Подскажите, есть ли в mysql команда, которая очистит все значения столбца в определенной таблице?
-
Вопрос. Поиск от Гугла работает исключительно в рамках сайта?.. Проиндексированные материалы будут доступны в общем поиске? Если да, то имеется ли возможность это как нибудь ограничить?
p.s. Смысл в том, чтобы поиск от гугла работал по всему форуму, но результаты не должны быть в общем поиске.
-
Doogle
Запустил ваш скрипт.
The collation of your database has been successfully changed!
Ошибка осталась..
Your settings could not be read by IP.Board. This is a fatal error and IP.Board cannot function while this issue persists.
А это зачем? Экспортировать нужно в авто, а импортировать уже в utf-8.
В экспортированной таблице крякозябры остаются.. И после импорта в utf8 тоже..
А при экспорте в latin1 и импорте в utf8 все норм.
-
Там нужно указать просто utf8
С просто utf8:
Fatal error: Uncaught exception 'Exception' with message 'output is not an object' in Z:home80.251.122.190wwwadminsourcesbaseipsRegistry.php:1044 Stack trace: #0 Z:home80.251.122.190wwwadminsourcesbaseipsRegistry.php(1142): ipsRegistry::getClass('output') #1 Z:home80.251.122.190wwwadminapplicationscoremodules_adminapplicationsapplications.php(2581): ipsRegistry->__get('output') #2 Z:home80.251.122.190wwwadminsourcesbaseipsRegistry.php(3285): admin_core_applications_applications->applicationsRecache() #3 Z:home80.251.122.190wwwadminsourcesbaseipsRegistry.php(2131): ips_CacheRegistry::rebuildCache('app_cache', 'global') #4 Z:home80.251.122.190wwwadminsourcesbaseipsRegistry.php(586): ipsRegistry->checkCaches() #5 Z:home80.251.122.190wwwadminsourcesbaseipsController.php(77): ipsRegistry::init() #6 Z:home80.251.122.190wwwadminsourcesbaseipsController.php(64): ipsController->init() #7 Z:home80.251.122.190wwwindex.php(26): ipsController::run() #8 {main} thrown in Z:home80.251.122.190wwwadminsourcesbaseipsRegistry.php on line 1044
На Денвере.. с копией файлов форума ipb 3.2 и исправленной БД
-
Сделай все так, как я написал выше. Вопрос, зачем ты импортировал в кодировке latin1?
Экспортировал в latin1.. Извините ошибся при написании.. Исправил..
Откройте файл conf_global.php и посмотрите, что у вас там в
$INFO['sql_charset'][/CODE]
Там пусто..
$INFO['sql_charset'] = '';
Ставил там ut8_general_ci.. Менялся текст ошибки.
Вместо
[size=2]Your settings could not be read by IP.Board. This is a fatal error and IP.Board cannot function while this issue persists.[/size]
[size=2]This issue is generally caused by changing your character set in the ACP to one that does not support data stored in the rest of your settings, or by restoring a database backup/completing a server transfer and importing your database tables using the wrong character set or collation. You should contact IPS Technical Support for further assistance.[/size]
Выдавал
[size=2]There appears to be an error with the database.[/size]
[size=2]If you are seeing this page, it means there was a problem communicating with our database. Sometimes this error is temporary and will go away when you refresh the page. Sometimes the error will need to be fixed by an administrator before the site will become accessible again.
You can try to refresh the page by clicking here[/size]
-
Doogle
Спасибо за совет, однако вопрос не в этом.
Как исправить кодировку в самой таблицы я уже в курсе.
А трабла в том что ipb 3.2 ее не читает..
То есть вот новая БД, Collation - utf8_general_ci; все содержимое таблиц так же в utf8, киррилица читается, косяков нет.
Кодировку в таблице исправлял тоже через Dumper, экспортировал в latin1, импортировал в utf8 с коррекцией.
Но форум ее, читать не хочет.. Что действующий, что копия на денвере.. Одно и тоже:
FATAL ERROR
Your settings could not be read by IP.Board. This is a fatal error and IP.Board cannot function while this issue persists.
This issue is generally caused by changing your character set in the ACP to one that does not support data stored in the rest of your settings, or by restoring a database backup/completing a server transfer and importing your database tables using the wrong character set or collation. You should contact IPS Technical Support for further assistance.
Насколько я понял, форум настроен на работу с БД в latin1.. Как его перенастроить на БД в utf8?...
-
Вот что у меня.... мда...
character_set_client latin1 character_set_connection latin1 character_set_database utf8 character_set_results latin1 character_set_server latin1 character_set_system utf8 collation_connection latin1_swedish_ci collation_database utf8_general_ci collation_server latin1_swedish_ci
Значит из за этого исправленную БД не принимает?.. Пишет:
Your settings could not be read by IP.Board. This is a fatal error and IP.Board cannot function while this issue persists.
This issue is generally caused by changing your character set in the ACP to one that does not support data stored in the rest of your settings, or by restoring a database backup/completing a server transfer and importing your database tables using the wrong character set or collation. You should contact IPS Technical Support for further assistance.
Как эти значения исправить?
Попробуйте написать хостеру, что не меняется кодировка соединения с MySQL и что это говорит о серьезных проблемах в настройке сервера Базы Данных.
Хостинг VDS.. Предустановленное ПО:
FreeBSD-8-ISPmanager
Apache 2.2
MySQL 5
PHP 5
Perl
(+еще много чего)
Что в БД может быть не так настроено... Щаc настроим +_+
-
Так, давайте разберемся.
У вас есть работающий IPB 3.2, все нормально, все цело.
Вы хотите поставить IPB 3.3, но у вас появляются проблемы с кодировкой, так?
Да.. Есть работающий IPB 3.2, работает нормально. Однако имеются проблемы с кодировкой в БД, в самой бд крякозябры (выше по теме приводил скрин БД из phpmyadmin), но форуме все ок.
После обновления до IPB 3.3, крякозябры возникают на форуме.
Исправлял кодировку средствами Dumper'а. БД с исправленной кодировкой, форумы (что 3,2 что 3,3) работать отказываются.. Прописывал кодировку в .htaccess, и в конфиге форума (следуя различным советам при проблемах с кодировкой).. Безрезультатно.
-
Попробуй отдельно залить таблицу пользователей от других таблиц форумного БД.
Пробовал.. Форум ошибку выдает и посылает к администратору.
-
Вы случайно не конвертером обновляетесь с 3.2 до 3.3 ?
Не то чтобы обновляюсь.. Именно обновится не получилось. Конвертером адаптирую БД от 3.2 к форуму 3.3.
Все отлично, но с пользователями косяк :'(
-
Это ложь. Я уже писал, что это НЕВОЗМОЖНО.
Вы ошибаетесь.. Стандартный конвертер перенес всех пользователей (в том числе их пароли), все темы и все сообщения.
Вопрос однако не в этом. Вопрос в том, почему он не может перенести пользователей (и только пользователей, все остальное перенес хорошо) с ipb 3.2 на ipb 3.3...
Да и черт бы с этими паролями, по почте все восстановят.. Возможно скажу глупость, если всплывают ошибки связанные с паролями, может вообще очистить соответствующие поля в БД? =_=
-
Так.. Вот не понимаю.
Конвертация phpbb > ipb 3.2 - все гладко.
А конвертация ipb 3.2 > ipb 3.3 - fail..
Уххх... умел бы я скрипты писать то наверно тут ничего не спрашивал...
А переходим в русской ipb 3.2 на русскую ipb 3.3
В любом же случае нужно базу поправлять, что бы в ней кракозябр не было. Не вижу смысла пытаться заставлять форум их читать.
-
Ну что ребят. Идей нет никаких?
Не работает главная страница админки.
в Техническая поддержка IP.Board
Опубликовано · Изменено пользователем Respected
Собственно белый лист. Если по истории перейти на любую ссылку, внутри админки, все прогружается, но главная страница, ни в какую.
Хром выдал ошибки:
Консоль
Что за sedoparking, откуда он взялся?
Проблема была на ipb 3.3.4, так же она осталась после обновления до ipb 3.4.1