Gennadiy
Пользователи-
Постов
36 -
Зарегистрирован
-
Посещение
-
Победитель дней
1
Тип контента
Профили
Загрузки
База знаний IPS Community Suite 4
База знаний IP.Board 3.x
Форумы
События
Магазин
Совместные покупки
Весь контент Gennadiy
-
Очень много этих ошибок. Появляются каждый раз когда кто-то заходит на главную страницу форума (и только на неё ). Обратная трассировка #0 /www/.../system/Dispatcher/Front.php(561): IPS\_Widget::load(Object(IPS\core\Application), 'announcements', 'announcements', Array, NULL, 'horizontal') #1 /www/.../system/Dispatcher/Dispatcher.php(155): IPS\Dispatcher\_Front->finish() #2 /www/.../index.php(13): IPS\_Dispatcher->run() #3 {main} Насколько я понимаю, связано это Объявлениями, которые создаются в разделе модератора... пытался отключить их все, также отключал все плагины, обнулял кеш... ошибки все-равно появляются в логе. Может у кого есть идеи, как от этой напасти избавиться?
-
Может кто сталкивлася и знает как лечить такое... Стопорится обновление движка с ошибкой: Incorrect key file for table 'ibf_core_modules_new'; try to repair it /var/www/applications/core/sources/Setup/Upgrade.php::768 CREATE TABLE `ibf_core_modules_new` LIKE `ibf_core_modules`; Процедуры repair с базой данных не помогают. Дублирующихся ключей нет.
-
Переходите на бесплатный софт...
-
На старом была относительно свежая версия MySQL на новом свежая версия MariaDB
-
После смены хостинга в разделе админки "Техническая поддержка" появилась критическая проблема "Database problems" Чтобы пофиксить предлагает выполнить 100500 запросов в базе данных такого вида: Пробовал выполнять их как кнопкой "Исправить автоматически" так и вручную запросами к базе данных. Ничего не меняется. Критическая ошибка все также остается... При этом форум работает вроде нормально. Предполагаю, что проблема в какой-то настройке сервера MySQL. Может кто сталкивался?
-
Хватит. У меня подобная конфигурация, а форум раза в 3 более посещаемый и все ОК. Ориентировочно, по процессорам будете в среднем потреблять до 10% по оперативной памяти 50%. Но меньше ядер или памяти все же не стоит брать т.к. бывают пиковые нагрузки со стороны ботов (вредоносных и бесполезных лучше вообще заблокировать при помощи cloudflare.com + robots.txt или .htaccess )
-
Вспомнил, в конфигах указывается путь к папке для загрузки . Настройки хранятся в базе данных, значит папка будет одна.... нужно придумать как картинки отображать на втором домене
-
Смотри, есть допустим форум с русским и английским языком. На английском название "Super Web Forum" , на русском "Суперский форумок" (site.com/ru/). Англоязычный ищет по фразе "Super Web Forum" - попадает на страницу допустим site.com Русскоговорящий ищет на русском по фразе "Суперский форумок" и попадает на страниц с тем же контентом, но с российским меню - site.com/ru/ Понятно, что ссылки никто из них не смотрит... но если в поисковике имеется только одна языковая версия - кто-то из этих товарищей никогда не попадет на сайт Кстати, может быть хорошей идеей. Но как реализовать? Допустим делаем два форума на разных поддоменах - разные файлы, но одна база данных. По идее работать будет, но получится путаница с загрузкой файлов... часть из них сохранится в файловой системе одного форума, а остальные - в файлах второго форума. 🙈
-
Теоретически, если бы урлы для языковых версий отличались, можно было бы использовать тег hreflang и пользователи видели бы в результатах поиска ссылку на форум на своем языке. Естественно это дало бы существенный прирост поискового трафика. Но у движка для всех языковых версий один урл и приходится выдавать поисковику только версию по умолчанию.... Кто-нибудь заморачивался этим вопросом для поисковой оптимизации форума с несколькими языковыми версиями? Может есть какие идеи?
-
В приложении собственной разработки создал файл furl.json, человеческие урлы нормально генерируются методом \IPS\Http\Url::internal, но в первом элементе хлебных крошек (который генерируется автоматически) выдает старый урл типа index.php?app=consultants&module=consultants&controller=consultants Вылечил это заплаткой unset(\IPS\Output::i()->breadcrumb['module']); \IPS\Output::i()->breadcrumb[] = array( \IPS\Http\Url::internal( 'app=consultants&module=consultants&controller=consultants', 'front', 'consultants' ), 'Название модуля' ); Но это неправильно, по идее оно как-то должно просто включаться. Смотрел в других приложениях - в упор не вижу, как это реализовано там. Ткните пожалуйста носом.
-
4 года прошло, а воз и ныне там... код все еще закомментирован "@todo - This needs fixing but has been temporarily been disabled". этот вариант кто-нибудь пробовал?
-
Стандартной настройки для такого не видел. Можно простенький плагин сделать, который в шаблонах будет менять стандартный вывод онлайности на "всегда онлайн". У меня некоторые модераторы любят пребывать на форуме в анонимном режиме - тогда по сути также никогда не понятно в онлайне они или нет. Включается возможность в настройке группы: "Всегда используется анонимный вход?" Если это разрешено, то пользователи при входе могут указать, хотят ли они входить анонимно, то есть не отображаться в списке пользователей в сети и не отображать свой статус онлайн. Если эта настройка включена, то данное поведение будет игнорироваться и пользователи из этой группы всегда будут входить анонимно. Но, из чисто практических соображений, это малоэффективно - те, с кем Вы играетесь в кошки-мышки, очень быстро осознают как это работает и начнут играться с Вами по другим правилам...
-
Таких айпишников будет со временем все больше и больше, но олдскульных пока что больше... просто посмотри ip у другого пользователя и увидишь привычные циферки
-
Самый простой вариант из бесплатных - подключить cloudflare.com А уже на нем уйма настроек и проверок можно включить - проверку на ботность, капча или полная блокировка доступа из определенных стран. Можете заблочить дата-центры (впн чаще всего базируется в дата-центрах типа Hetzner, OVH и т.п. а не на квартире у Вашего тролля). Чтобы наверняка - в настройках группы в которую попадают зарегистрированные пользователи включаете предмодерацию 3-5 первых сообщений. У меня на одном из форумов психически больные тролли заводятся через день. Капча каждые 5 минут для всех кто заходит через дата-центры или браузер ТОР + предмодерация первых 5 сообщений + внесение в черный список доменов 5-минутной почты решает 90% проблемы. Остальное приходится делать ручками