Gennadiy

Версия не сильно старая - 8.1.11, на днях попробую обновить до последней

После обновлния движка при предупреждении пользователя часто (не всегда) стала появляться такая ошибка. Может кто сталкивался - оно как-то лечится или придется ждать новых обновлений?

I installed a new widget in the header on the main page ... and immediately deleted it. The entry for a non-existent widget in the database was deleted.... and the problem is gone

Тупо на это место вставил другой виджет и сразу удалил... запись в базе исчезла, вместо нее появилась другая: Проблема решена. Спасибо за помощь!

На форуме такого виджета нет... возможно он отключен и поэтому его не видно. В базе данных, в таблице core_widget_areas нашел строку Как его правильно отключить, чтобы ничего не поломать?

Очень много этих ошибок. Появляются каждый раз когда кто-то заходит на главную страницу форума (и только на неё ). Обратная трассировка #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} Насколько я понимаю, связано это Объявлениями, которые создаются в разделе модератора... пытался отключить их все, также отключал все плагины, обнулял кеш... ошибки все-равно появляются в логе. Может у кого есть идеи, как от этой напасти избавиться?

You can update to 4.7.2 or to 4.8.0 at once. It's OK

Все попробовал, ничего не помогло.... весь вечер провозился... методом тыка конвертировал таблицы в InnoDB и процесс прошел успешно

Может кто сталкивлася и знает как лечить такое... Стопорится обновление движка с ошибкой: 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 и пользователи видели бы в результатах поиска ссылку на форум на своем языке. Естественно это дало бы существенный прирост поискового трафика. Но у движка для всех языковых версий один урл и приходится выдавать поисковику только версию по умолчанию.... Кто-нибудь заморачивался этим вопросом для поисковой оптимизации форума с несколькими языковыми версиями? Может есть какие идеи?

Айпи яндекса... чего-то он по несколько раз в секунду долбится на эту страницу уже почти сутки. Странно. Добавил правило в robots.txt

Сегодня в логах заметил ооооочень много обращений к странице /offline/ Может кто сталкивался? Что может быть причиной происходящего? Открыл ее, там такое сообщение

Можно в админке одну настройку включить. Расширенные настройки > Доверять прокси IP-адресам

А если язык переключить на английский - отображается как следует?

В приложении собственной разработки создал файл 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% проблемы. Остальное приходится делать ручками