alexis

А что там сложного? Берём Automation Rules и добавляем с помощью этого приложения любое количество нужных полей при создании темы:

Спасибо за подсказку! Тоже была такая фигня, а количество дней исчислялось в 10-значных числах :))

через Automation Rules это реализуется. Там есть специально создаваемые Custom Data Fields, которые и выводятся в профили пользователей, в том числе в postContainer.

Господа, кто-либо пользуется ли "насильной" анонимностью на своём форуме? Я веду речь про эту настройку у Групп: Если да или если нет, сможет кто-либо проверить корректность её работы? У меня она пашет так, что почти не пашет -- Любой другой пользователь из иной обычной группы по-прежнему видит пользователя в группе с "насильной" анонимностью: как в hoverCard, так и в ProfileHeader - там, где "last visit" - он не просто отображается (хотя не должен), но и показан зелёный значок "Онлайн на форуме" Также пользователь виден в widget "Пользователи на форуме". Также пользователь виден в просмотре профиля, в блоке recentVisitorsBlock - хотя это может быть связано со второстепенной группой. В общем, хочется спросить у других ребят-администраторов, как у них работает эта функция. И если ошибки примерно те же, то буду сообщать разработчикам IPS по проблеме. А то может статься, что у меня из-за какого-то модуля возникают такие ошибки, поэтому сначала хочется убедиться, что у всех примерно так. @Respected может, вы сможете помочь? Просто нужно активировать любой группе Forced anonymity, допустим, вашей собственной, и зайти в любой аккаунт посмотреть, будет ли там отображаться ваш визит. + я посмотрю, видны ли вы на форуме онлайн.

Вот, возьмите, сходил сделал для вас: validated.xml Там, где Rule Actions, есть Действие "Группа", жмите там Edit, и где выбор групп, выбирайте заранее созданную группу "Пользователи" и сохраняйте изменения. Теперь при валидации пользователя, то есть активации аккаунта (например, путём подтверждения им своего электронного адреса), он сразу автоматически будет переведён в группу "Пользователи" (если, конечно, у вас уже настроена группа "Неактивированные" по инструкции выше в теме) При желании в Rule Actions можно ещё создать дополнительные действия, например, - для высылки новому активированному пользователю автописьма на его почту или в Беседу с личным приветствием и описанием особенностей и правил форума, - для создания нового сообщения где-нибудь в теме на форуме по типу что "К нам присоединился такой-то пользователь", - для оповещения администратора/модератора, что вот, на форум пришёл новый пользователь, - и для прочего, что вам только в голову придёт validated.xml

Это же одно из самых лёгких правил Ну, раз не получается, берите: спамер.xml Там, где Rule Actions, есть Действие "Группа", жмите там Edit, и где выбор групп, выбирайте заранее созданную блок-группу "Заблокированные" и сохраняйте изменения. Теперь при нажатии кнопки "Спамер" в профиле пользователя, он сразу автоматически будет переведён в группу "Заблокированные". При желании в Rule Actions можно ещё создать дополнительные действия, например, для оставления автосообщения где-нибудь в теме на форуме, что такой-то пользователь таким-то модератором заблокирован. спамер.xml

Приобрести именно этот файл вы можете без привлечения администрации самостоятельно. Просто берёте и регистрируетесь на сайте разработчика и приобретаете файло прямо у него там: https://rpginitiative.com/files/file/11-ips-character-manager/ и не появится там скорее всего никогда уже. Ну и это даже удобно: не нужна лицензия на IPS , чтоб его приобрести.

Points Economy так-то (из-за плотной связи с Automation Rules), но да ладно, переубеждать не буду. Набирается определённое количетсво баллов > высылка автоматического письма на почту или в личное сообщение пользователю, что типо вот вам "приз". Либо получение оповещения вам, что вот такой-то пользователь накопил нужные баллы, пора выдавать ему "приз". Это если победитель один, лучший по баллам. Если их тройка лучших, то ставим Scheduled action в Rules на определённую дату, например, 15.II.2021, оно запускается, проверяет всех пользователей на количество баллов, и автовысылает соответствующие письма тем, у кого 1) больше всех баллов (первое место) - ему заранее подготовленное письмо с таким-то логином и паролем, 2) второе место по баллам - ему другое письмо с другим логином, 3) третье место по баллам. Тут сложность будет с выводом трёх лучших. Надо будет в Conditions вставлять php-код с запросом в базу данных на вывод тройки лучших. В общем, тут с автоматикой непросто, надо будет сидеть мозговать. Таких придётся отслеживать в ручную и выдавать предупреждения за флуд и накрутку с несгораемыми до 15.II.2021 баллами. И если у них есть баллы предупреждений, то они в той автоматической проверке не участвуют в розыгрыше. +в особо флудерных разделах можно поставить начисление баллов минимальным, либо вообще туда не ставить начисление. первое приложение побогаче будет возможностями и настройками, чем второе, если сравнивать только их двоих.

Просто недоработка разработчиков. Им либо в падлу править, либо народу в падлу им сообщить о том, что там недоработка в системном файле, а они и не знают (у них не UNICODE, поэтому название вложения у них отображается корректно).

"Абракадабра" исправляется правкой системного файла: в файле system/Lang/Lang.php код $replacement = mb_substr( json_encode( $replacement ), 1, -1 ); заменить на $replacement = mb_substr( json_encode( $replacement, JSON_UNESCAPED_UNICODE ), 1, -1 );

нет, только очистка cache требуется после введения той команды. Попробуйте тогда эти варианты: UPDATE core_javascript SET javascript_content=REPLACE(javascript_content,'2020','2022') WHERE javascript_name='ips.utils.cookie.js'; UPDATE core_javascript SET javascript_content=REPLACE(javascript_content,'2021','2022') WHERE javascript_name='ips.utils.cookie.js'; Сначала первый, а если после очистки cache всё равно не будет работать, то тогда уже второй вариант. Просто как я понимаю по логике, там должна быть смена на 22 год, раз у вас до сих пор стоит достаточно древняя версия IPS. А так, обновитесь хотя бы до 4.4.10 версии, и ошибки не будет.

Инструменты MySQL > вставляем туда следующую команду: UPDATE core_javascript SET javascript_content=REPLACE(javascript_content,'2020','2021') WHERE javascript_name='ips.utils.cookie.js'; Потом очистка cache (Техническая поддержка - Что-то работает неправильно - Продолжить), и всё должно заработать.

по Counter Strike что ли? Похоже, система чересчур уж "обычная", что я даже не могу представить, о чём она могла бы быть. Нужно всё-таки понимать, за что должно будет идти автоматическое начисление очков в поражения / победы. Вы так и не разъяснили.

но ведь за что-то должны же добавляться очки за поражения и победы, а также какие-то фрукты в виде слив. Или это чисто от репутации будет влияние?

а это что откуда? Какой-то сторонний модуль добавляется, где можно одерживать победы / поражения?

всяко перечитал эту фразу, никак не получается её понять, о чём вы тут ведётё речь. Где там у нас кнопка обнуления репутации? И что значит "ограничить репутацию на сутки"? В настройках групп есть лишь ограничение на максимальное количество плюсов/минусов в день. плагин просто не учитывает наличие второстепенной группы с более "мощными" способностями по репутации, вот и всё.

у меня не при второстепенных группах будет отображаться минус в том месте, где пишет об оставшихся плюсах на сегодня. Например, стоит у пользователя группа "Пользователь" с максимумом в 20 плюсов, одновременно на него нацеплена второстепенная группа, допустим, "Модератор, с максимумом в 30 плюсов. По итогу, когда пользователь в течение дня выдаст 20 плюсов, каждый последующий выданный плюс вплоть до 30 будет выдавать по -1 пункту в том счётчике. То есть когда пользователь проставит все 30 плюсов, в счётчике будет отображаться значение "-10" (Минус десять)! 😞

плагин Reputation Points Left некорректно отображает количество оставшейся репутации в случае, если у пользователя больше, чем одна группа, то есть у него имеются второстепенные группы с другими лимитами по репутации.

Допустим, у группы максимум можно поставить три плюса в сутки. Это значит, что если пользователь в этой группе поставил плюсы в 1.00, 3:00 и в 15:00, то следующие плюсы он сможет поставить после 1:00 (первый), после 3:00 (второй) и после 15:00 (третий).

I don't think it is possible to realize your idea on IPS without any additional applications. Even with the famous Automation Rules it seems to me to hard to meet your needs. I guess, the only way is to consider to install any of these applications to try: https://invisioncommunity.com/files/file/9019-closedeactivate-my-account/ https://invisioncommunity.com/files/file/8571-account-deactivation-deletion/

https://invisioncommunity.com/files/file/9018-change-group-from-front-end/ либо настройте через Automation Rules.

https://invisioncommunity.com/files/file/9103-one-ip-one-account/ https://invisioncommunity.com/files/file/9746-mad-multiple-accounts-detector/ А CJ Duplicate работает совершенно правильно так, как задумано разработчиком, и в соответствии с описанием к модулю.

Skanexis вот тута &app=core&module=membersettings&controller=profiles&tab=profilesettings

А что эти проценты в скобочках обозначают? Количество сообщений/тем по отношению ко вчерашнему дню или?

о, радует! это меняет дело, а то в руководстве написано, что замена файлов будет.