MIXOH

Не понятен вопрос, вы хотите чтобы IPS4 работал в паре с phpBB? Или два IPS на разных доменах?

Да, посмотрел, таки IP не используется. ИМХО можно было бы по крайней мере логировать пользователей у которых IP совпадает хоть какое никакое привлечение внимания

Это он имел ввиду что ОСНОВНЫМ инструментом в данном простом случае являются cookies. Но это не исключает участие и IP и в исходнике это видно

Я не знаю точно, глубоко не копался, просто знаю что там еще и cookies учавствуют, в каких там это все комбинациях ХЗ

Так потому и не сработало. Оно тупо хранит для каждого свой псевдо-хеш юзера основанный на IP+cookies (возможно еще что-то не копался глубоко)

Банально и просто, кроме IP оно еще и на cookies смотрит. Что естественно тоже не панацея, но немного упрощает борьбу с "лоховскими" мультами Приложение работает 100% так что разбирайтесь сами что у вас не так

А если он зарегается не через прокси/тор, что ему ваши капчи? Оригинальное предложение))) И почему сразу речь о спамере, мульт не обязательно предполагает спам. Наверное надо просто глубже понять вопрос, а не упираться только в спам. Предположим у него вполне нормальный IP но проксевый/nat-овый провайдерский, и он не явный спаммер, как вы поймете что это мульт а не два разных человека из одной сети? Вобщем еще раз, ваши советы скорее для защиты от спама в т.ч. при регистрации. Мульты это немного другая проблема, которую одним баном по ip решать глупо.

Начиная с 4.2.6 если не ошибаюсь уже и на php 7.2.x отлично работает

Что нового в версии 1.0.5 Просмотр изменений Добавлены новые настройки позволяющие настроить доступность реакций в зависимости от темы форума. Глобальная настройка позволяет полностью отключить реакции для выбранных тем форума. Настройки каждой реакции позволяют настроить доступность конкретной реакции в тех или иных темах форума. Внесены некоторые мелкие исправления. В списке реакций добавлена новая метка, показывающая наличие у реакции настройки для форума. Добавлены страницы ошибок при попытке вставки запрещенных реакций напрямую через адресную строку в форумах где запрещены реакции.

Еще один туда же Какое отношение captha и проверка e-mail имеют к мультиаккаунтам? А если это разные люди? А если юзеров несколько тысяч? Или те кто уже зарегистрирован не в счет? Короче все не по теме.

Что нового в версии 1.0.4 Просмотр изменений Добавлена новая настройка позволяющая исключить пользователя из получателей определенной реакции. То есть для всех публикаций, сделанных указанными в настройке пользователями реакция будет недоступна. Исправлено отображение реакций в соответствии с их настройками в обновлениях статусов профиля. Добавлены страницы ошибок при попытке вставки запрещенных реакций напрямую через адресную строку для настройки исключенных пользователей и в обновлениях статусов профиля

Последнее время что-то начудили IPS у себя на сайте, старый пароль не принимает, а сброс пароля не работает ибо завернут на client area. Короче непонятно теперь как и что, заходит только через привязку к соц. сети. Еще вопрос, кто знает, по какому принципу на оф. форуме дается группа Visitoк или Member нифига не понял?

Такого точно нет, но можно сделать)

А как проверяете? Создаете нового пользователя и у него при включенном плагине все как в стоке? Только что проверил, этот работает Да и второй собственно тоже

Нет такого в настройках, поэтому включить по умолчанию можно либо правкой исходников (что естественно не есть гуд), либо простеньким плагином. Не помню правда есть ли подобного рода плагин. Нашел)) https://invisioncommunity.com/files/file/7302-enable-members-features-on-new-accounts/ Или вот https://invisioncommunity.com/files/file/8669-new-members-defaults/ Не знаю какой из них рабочий и т.д. не проверял

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

Ну так выключите, чтобы галочки не было

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

Причем не всегда это member_id в чистом виде, могут быть и другие имена полей, но суть их тот же member_id

Пожалуйста Рад что оказался полезен

Естественно) Т.е. придется менять по всей БД где фигурирует member_id

Ну как-то так: UPDATE core_members SET member_id=666 WHERE member_id=1 Изменит id пользователя 1 на 666 Естественно указывать нужно свободный id

И? Думаете в РФ все как-то кардинально иначе? Разница в 30-50$ легко съедается за счет разницы в ценах на многие потребительские товары, так что в целом....сравнение ни о чем))) Опять же, это ваше мнение, основанное как я уже говорил на вашем же подходе. Не стоит его навязывать как единственно верное. Еще раз повторюсь, здесь не место для ваших "соплей" по поводу политики!

При чем тут Украина или РФ))) речь то о вашем подходе. Здесь явно не место для подобных обсуждений. Средняя зарплата не секретная информация если что, но только если заглянуть чуть дальше телевизора)))

Видите ли, есть категория вопросов, которая называется "риторические". Вот это как раз тот случай. Так что не вопрос это вовсе, все и так понятно. Все верно! Только лучше вообще не связываться ни по мелочам, никак. Тем более с таким подходом как у вас.