Exception

Что в логах? Настройки капчи перепроверяли?

.cForumList .lkForumGrid[data-forumid="ID"] { background: url(img.png); background-size: cover; background-repeat: no-repeat; text-shadow: black 1px 1px 1px, black -1px -1px 1px, black -1px 1px 1px, black 1px -1px 1px !important; } .cForumList .lkForumGrid[data-forumid="ID"] .lkForumRow_lastPoster { background: rgb(50 50 50 / 0.9); /* Цвет и прозрачность последнего поста */ } ID меняй на id нужного раздела

в custom.css #ipsLayout_sidebar [data-blockid*="app_forums_topicFeed_6x6hp8l9a"] .ipsWidget_inner { max-height: 300px; overflow: auto; } max-height: 300px; - высота блока Дело в незнании веб языков

как минимум нужно указывать ссылку где происходит баг

Тут три варианта: 1. Может потому что у тебя есть ссылки на ipsfocus которые бот индексирует? 2. Твой сайт заколдован, и кто-то при помощи тёмной магии перенаправляет ботов на сайт ipsfocus 3. Смотри пункт 1

попробуй тогда просто favicon png размером 120x120 загрузить тут https://www.site.ru/admin/?app=core&module=customization&controller=icons

KevstaRU в настройках группы разрешить анонимный вход, далее на сайте в профиле поставить оффлайн - https://www.site.ru/settings/account-security/

Почему вы не можете изучить движок перед его использованием? В АЦ не так много настроек, чтобы тратить на изучение месяцы. https://site.ru/admin/?app=forums&module=forums&controller=settings ->Настройки темы -> Показывать -> События модерации между постами

CREATE TABLE `core_mail_error_logs` ( `mlog_id` int(10) NOT NULL AUTO_INCREMENT, `mlog_date` int(10) NOT NULL DEFAULT '0', `mlog_to` text COLLATE utf8mb4_unicode_ci NOT NULL, `mlog_from` varchar(250) COLLATE utf8mb4_unicode_ci NOT NULL DEFAULT '', `mlog_subject` text COLLATE utf8mb4_unicode_ci, `mlog_content` mediumtext COLLATE utf8mb4_unicode_ci, `mlog_msg` mediumtext COLLATE utf8mb4_unicode_ci, `mlog_smtp_log` mediumtext COLLATE utf8mb4_unicode_ci, `mlog_resend_data` mediumtext COLLATE utf8mb4_unicode_ci, PRIMARY KEY (`mlog_id`), KEY `mlog_date` (`mlog_date`) ) ENGINE=MyISAM AUTO_INCREMENT=1999 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci

Вроде разобрался, нужно дополнительно вызвать триггер в .done: $( document ).trigger('contentChange', [ my_object ]); после его вызова обработчики прикрепляются к контенту. Или есть какие то еще варианты?

ips.getAjax()( '/', { data: {id: id}, method: 'POST' }) .done( function (response) { ips.ui.flashMsg.show('Loaded!'); $('#id'+id).append( response ); }); это понятно, а что по обработчикам? как их подключить к загруженному контенту

если бы нашел, то и тему бы не создавал

Или как правильно нужно делегировать события на подгружаемые данные? По стандарту: this.on( 'mouseenter','[data-role="interact"]',this.launchInteract); крепит события на все элементы на странице, но не делегирует их на подгружаемые ajax, пробовал так: (грузим аяксом данные в блок с id='interact' : $('#interact').on( 'mouseenter','[data-role="interact"]',this.launchInteract); this.on( '#interact', 'mouseenter','[data-role="interact"]',this.launchInteract); this.on( 'mouseenter','#interact',this.launchInteract); this.on( 'mouseenter','[id="interact"]',this.launchInteract); ничего из этого не работает

Можно ли средствами самого движка при помощи ajax подгружать контент в определенную область? И как лучше и легче всего такое организовать? Пробовал средствами jquery но код грузится без обработчиков. Ковырялся в файлах движка и документации так ничего стоящего не нашел.

А что с безопасностью не так? Код включает защиту csrf без которой больше нельзя манипулировать приложением в АЦ - это теперь стандарт новых приложений. Все действия по удалению, созданию все так же проверяются \IPS\Session::i()->csrfCheck(); который остался без изменений

Не знаю где лучше создать тему. создам тут. Делюсь решением ошибки старых приложений которое вызывается при переходе на 4.5.x версию форума в связи с обновлением CSRF. Моё любимое приложение Automation Rules 1.4.6 перестало нормально работать (да и вообще все приложения переехавшие с 4.4.x версий), а именно в АЦ приложение полностью отказывало реагировать на какие либо действия и вызывало ошибку: Решение очень простое, идем по адресу приложения: "/applications/папка_приложения/modules/admin/возможно_еще_папка/название_файла.php" открываем файл и после строки: class _(ТУТ БУДЕТ НАЗВАНИЕ) extends \IPS\Node\Controller { вставляем: /** * @brief Has been CSRF-protected */ public static $csrfProtected = TRUE; сохраняем. Проделываем так со всеми файлами в папке где есть строки: "class _(ТУТ БУДЕТ НАЗВАНИЕ) extends \IPS\Node\Controller" Готово, приложение больше не вызывает ошибку 2S119/1 при работе с ним в АЦ. Пути до файлов которые нужно править: Automation Rules 1.4.6 /applications/rules/modules/admin/rules/*.php hqAwards /applications/awards/modules/admin/awards/*.php и т.д. суть я думаю уловили.

Сейчас посмотрел на некоторых своих форумах, перфоменс в основном ругается на мол "много CSS и JS сделай меньше, зачем тебе столько" и вообще "ужми все картинки в шакалье качество друг" и покажу тебе 70 или 80. Посмотрите на некоторые мощные порталы с миллионной аудиторией, там бывает даже и до 50 не доходит

Ммм, pagespeed, у тебя и не все настройки этого модуля. Если обычный хостинг то можно задуматься об оптимизации, так как ресурсов может не хватать на выдачу страниц. На мощном вдс можно и забить на это все. У меня несколько проектов крутятся на вдс (KVM, NVMe 1gb/s, centos, nginx) на таком даже самые тяжелые страницы сайта выдаются за секунду и плевать что там у них в гугле пишет. Другое дело правильная настройка рендеринга страниц, за что отвечает уже CPU GPU пользователя, это уже зависит от того, на сколько ты знаешь css и html и правильно распределяешь код. Если у тебя на странице куча всяких анимаций, видео, слайдеров, канвасов и т. д. нагружающих CPU GPU - это уже крах для браузера средне статистического пользователя.

как я и предполагал. в javascript.xml аяксом выводит в [data-role="commentFeed"] методом append, спасибо за наводку.

да, но у них есть контроллер для ajax я так понял, внутрь которого грузятся комментарии (его я нашел) и при добавлении они всегда добавляются снизу после всех комментариев, значит для ajax где-то все же жестко задана позиция их добавления, что-то типа appendTo как в jquery что и надо найти, и только после обновления страницы сортируются таким циклом {{foreach $record->comments( NULL, NULL, 'date', 'desc', NULL, NULL, NULL, NULL, FALSE, isset( \IPS\Request::i()->showDeleted ) ) as $comment}}

Какой файл и какая строка кода отвечает за позицию, куда будут подгружаться новые комментарии? красным подчеркнуто место, куда новые комментарии грузятся по дефолту (списком сверху вниз)

попробуй при помощи \IPS\Db::i()->select( ... ) циклом загружать записи через \IPS\cms\Records::load()

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

4.5 use css flex: .ipsNavBar_primary add -> display: flex; .ipsNavBar_primary > ul, .ipsNavBar_secondary add -> flex: 1 1 auto;