Gennadiy

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

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

Цитата

Exception: Unknown or bad format (P-1Y10M25DT37S) (0)
#0 public_html/forums/applications/core/sources/Warnings/Warning.php(400): DateInterval->__construct()
#1 public_html/forums/system/Content/Item.php(463): IPS\core\Warnings\_Warning->processAfterCreate()
#2 public_html/forums/system/Content/Item.php(143): IPS\Content\_Item::createFromForm()
#3 public_html/forums/applications/core/modules/front/system/warnings.php(140): IPS\Content\_Item::create()
#4 public_html/forums/system/Dispatcher/Controller.php(107): IPS\core\modules\front\system\_warnings->warn()
#5 public_html/forums/system/Content/Controller.php(50): IPS\Dispatcher\_Controller->execute()
#6 public_html/forums/applications/core/modules/front/system/warnings.php(42): IPS\Content\_Controller->execute()
#7 public_html/forums/system/Dispatcher/Dispatcher.php(153): IPS\core\modules\front\system\_warnings->execute()
#8 public_html/forums/index.php(13): IPS\_Dispatcher->run()
#9 {main}

1 час назад, Xontero сказал:

how?

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

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

Цитата

id: 115

widgets:  []

app: forums

module:  forums

controller:  index

area: header

Проблема решена. Спасибо за помощь!

На форуме такого виджета нет... возможно он отключен и поэтому его не видно.

В базе данных, в таблице core_widget_areas нашел строку

Цитата

 

id: 19

widgets:  [{"app":"core","key":"announcements","unique":"announcements","configuration":[]}]

app: forums

module:  forums

controller:  index

 

area: header

 

Как его правильно отключить, чтобы ничего не поломать?

Очень много этих ошибок. Появляются каждый раз когда кто-то заходит на главную страницу форума (и только на неё ).

Обратная трассировка

#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}

Насколько я понимаю, связано это Объявлениями, которые создаются в разделе модератора... пытался отключить их все, также отключал все плагины, обнулял кеш... ошибки все-равно появляются в логе.

Может у кого есть идеи, как от этой напасти избавиться?

В 30.08.2022 в 23:49, avangcom сказал:

Unfortunately, due to many updates, we have to update at the moment
I am now on version 4.7.0 and I am waiting for 4.7.2 to update at once
Is it necessary to upgrade to 4.7.1 before upgrading to 4.7.2? Or just update 4.7.2??

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 запросов в базе данных такого вида:

Цитата

Возникли проблемы в вашей базе данных. В большинстве случаев система может исправить эти проблемы. Однако, вы можете исправить их самостоятельно, выполнив следующие SQL-запросы:

UPDATE `ibf_core_modules` SET `sys_module_title`='' WHERE `sys_module_title` IS NULL;

UPDATE `ibf_core_modules` SET `sys_module_application`='' WHERE `sys_module_application` IS NULL;

UPDATE `ibf_core_modules` SET `sys_module_key`='' WHERE `sys_module_key` IS NULL;

CREATE TABLE `ibf_core_modules_new` LIKE `ibf_core_modules`;

ALTER TABLE `ibf_core_modules_new` CHANGE COLUMN `sys_module_title` `sys_module_title` VARCHAR (32) CHARACTER SET utf8 COLLATE utf8_unicode_ci NOT NULL DEFAULT '' , DROP INDEX `identifier`, DROP INDEX `sys_module_application`, CHANGE COLUMN `sys_module_application` `sys_module_application` VARCHAR (32) CHARACTER SET utf8 COLLATE utf8_unicode_ci NOT NULL DEFAULT '' , ADD UNIQUE KEY `identifier` (`sys_module_application`,`sys_module_key`,`sys_module_area`), ADD KEY `sys_module_application` (`sys_module_application`), DROP INDEX `sys_module_key`, CHANGE COLUMN `sys_module_key` `sys_module_key` VARCHAR (32) CHARACTER SET utf8 COLLATE utf8_unicode_ci NOT NULL DEFAULT '' , ADD KEY `sys_module_key` (`sys_module_key`), CHANGE COLUMN `sys_module_area` `sys_module_area` VARCHAR (32) CHARACTER SET utf8 COLLATE utf8_unicode_ci NULL DEFAULT 'front' , CHANGE COLUMN `sys_module_default_controller` `sys_module_default_controller` VARCHAR (32) CHARACTER SET utf8 COLLATE utf8_unicode_ci NULL ;

INSERT IGNORE INTO `ibf_core_modules_new` SELECT * FROM `ibf_core_modules`;

DROP TABLE `ibf_core_modules`;

RENAME TABLE `ibf_core_modules_new` TO `ibf_core_modules`;

Пробовал выполнять их как кнопкой "Исправить автоматически" так и вручную запросами к базе данных. Ничего не меняется. Критическая ошибка все также остается... При этом форум работает вроде нормально.

Предполагаю, что проблема в какой-то настройке сервера MySQL. Может кто сталкивался?

On 7/3/2022 at 7:33 PM, macar said:

так все таки, как думаете, хватит не завленных в первом посте ресурсов?

Хватит. У меня подобная конфигурация, а форум раза в 3 более посещаемый и все ОК.

Ориентировочно, по процессорам будете в среднем потреблять до 10% по оперативной памяти 50%. Но меньше ядер или памяти все же не стоит брать т.к. бывают пиковые нагрузки со стороны ботов (вредоносных и бесполезных лучше вообще заблокировать при помощи cloudflare.com + robots.txt или .htaccess )

Вспомнил, в конфигах указывается путь к папке для загрузки . Настройки хранятся в базе данных, значит папка будет одна.... нужно придумать как картинки отображать на втором домене

1 minute ago, Desti said:

А что, кто-то смотрит на ссылку, а не на название в выдаче поисковиков? Или я чего-то не понимаю? Ссылок ведь не видно чаще всего, только начало показано.

Смотри, есть допустим форум с русским и английским языком. На английском название "Super Web Forum" , на русском "Суперский форумок" (site.com/ru/).

 Англоязычный ищет по фразе "Super Web Forum" - попадает на страницу допустим site.com

Русскоговорящий ищет на русском по фразе "Суперский форумок" и попадает на страниц с тем же контентом, но с российским меню - site.com/ru/

Понятно, что ссылки никто из них не смотрит... но если в поисковике имеется только одна языковая версия - кто-то из этих товарищей никогда не попадет на сайт

12 minutes ago, the.bunin said:

Gennadiy на поддомене не, не вариант?

Кстати, может быть хорошей идеей.  Но как реализовать? Допустим делаем два форума на разных поддоменах - разные файлы, но одна база данных. По идее работать будет, но получится путаница с загрузкой файлов... часть из них сохранится в файловой системе одного форума, а остальные - в файлах второго форума. 🙈

Теоретически, если бы урлы для языковых версий отличались, можно было бы использовать тег hreflang и пользователи видели бы в результатах поиска ссылку на форум на своем языке. Естественно это дало бы существенный прирост поискового трафика.

Но у движка для всех языковых версий один урл и приходится выдавать поисковику только версию по умолчанию....

Кто-нибудь заморачивался этим вопросом для поисковой оптимизации форума с несколькими языковыми версиями? Может есть какие идеи?

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

Странно. Добавил правило в robots.txt

Сегодня в логах заметил ооооочень много обращений к странице /offline/

Может кто сталкивался? Что может быть причиной происходящего?

Цитата

HTTP/2.0" 200 3596 "/index.php?app=core&module=system&controller=serviceworker&v=4e52a1ea3c1567643920911&type=front&loggedIn=false" "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) HeadlessChrome/93.0.4577.600 Safari/537.36

Открыл ее, там такое сообщение

Можно в админке одну настройку включить. 

Расширенные настройки > Доверять прокси 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 у другого пользователя и увидишь привычные циферки 

В 29.07.2020 в 20:30, t_reks сказал:

Или как можно забить в банлист эти ВПН..., и оставить к регистрации определенные страны....

Самый простой вариант из бесплатных - подключить cloudflare.com

А уже на нем уйма настроек и проверок можно включить - проверку на ботность, капча или полная блокировка доступа из определенных стран. Можете заблочить дата-центры (впн чаще всего базируется в дата-центрах типа Hetzner, OVH и т.п. а не на квартире у Вашего тролля).

Чтобы наверняка - в настройках группы в которую попадают зарегистрированные пользователи включаете предмодерацию 3-5 первых сообщений.

У меня на одном из форумов психически больные тролли заводятся через день. Капча каждые 5 минут для всех кто заходит через дата-центры или браузер ТОР + предмодерация первых 5 сообщений + внесение в черный список доменов 5-минутной почты решает 90% проблемы. Остальное приходится делать ручками