CommFort

бан по "ид" нужен!
да, обход любого дела - вопрос времени, но все же...
против тут будут выступать те, кто не желает терять уже набитые способы "обхода", так как и "ид" надо будет голову немного поломать...

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

Ombudsman писал(а):бан по "ид" нужен!
да, обход любого дела - вопрос времени, но все же...
против тут будут выступать те, кто не желает терять уже набитые способы "обхода", так как и "ид" надо будет голову немного поломать...

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

Не выход! Один "поломает" немного голову, выложит в инет, и всё - больше никому не нужно будет над этим думать. Баны по ID будут так же обходиться как и по IP.
Я вообще предлагаю убрать ID в следующей несовместимой версии

Я против банов по ID

Reality писал(а):Не выход! Один "поломает" немного голову, выложит в инет, и всё - больше никому не нужно будет над этим думать.

Я против банов по ID

Я считаю что вы не правы!Сейчас ведь нет обхода,хотя идентификация тоже не малую играет роль...

сейчас у меня проблемы такого рода, дело в том что id начинают повторятся, т.е. насчитал два десятка одинаковых идентификатора, хотя клиента разное (ip-адрес, пк, сам клиент), id сейчас помогает лишь при регистрации что не мало важно, так что баны по id в линейки 4.** можно замять до 5ой версии.

Chudik писал(а):Я считаю что вы не правы!Сейчас ведь нет обхода,хотя идентификация тоже не малую играет роль...

Нет обхода, потому что нечего пока что обходить... Вобщем, это не моё дело. Свою точку зрения я высказал, разработчикам решать.

так написал, будто "я прав, а там... хоть убейтесь, но создатели чата прислушаются именно к моему мнению"

Думаю разработчики уже давно поняли что необходима возможность Бана по дополнительному идентификатору, исходя из темы Система идентификации в CommFort 4 в связи с чем и ввели дополнительный бесполезный идентификатор - ID, что бы пользователи отвязались. Идентификатор ввели в 4 версии, а вот возможность бана по этому идентификатору по непонятной причине возможно ввести только в 5 версии (думаю никому не сложно посчитать когда выйдет 5 версия). Даже не факт что и в 5 версии будет такая возможность, а после её выхода ничего не останется как ждать шестую и флудить о том как нам это необходимо.
[удалено модератором - офтопик]

по непонятной причине возможно ввести только в 5 версии

По технической причине.

Maxim Mirgorodsky писал(а):По технической причине.

Первая столь технологичная программа на моей памяти которая не позвляет разработчикам совершенствовать себя на той или иной стадии.
Быть может реализация бана по ID сделает бесполезной всеми любимую систему Активации учётных записей ? Остаётся только гадать над причиной упорства разработчиков.

Все версии 4.хх совместимы друг с другом. Даже если реализовать 2 параллельно работающих части протокола связанного с ограниченями (одна часть для старых версий 4.хх, другая для новых), все равно версии до 4.20 не поддерживают идентификацию по ID, а значит ограничить их никак не удастся по ID. Любой злоумышленник сможет легально, не прибегая к взлому и нарушению лицензионного соглашения, обойти ограничение использованием старой версии. Если же ограничить доступ к серверу старых версий, это же и получится несовместимая версия, то же самое что и 5.00. Если же Вы считаете, что реализация параллельно работающего второго протокола ограничений с сохранением совместимости со старыми версиями отнимет меньше ресурсов времени и тестирования, чем разработка 5.00 - это неверно.

Реализация ограничений по ID не может быть быстрой и "для галочки". Это должна быть очень хорошо продуманная и оттестированная система. Есть много проблем, которые усугубляет ненадежность идентификатора (технически его возможно подменить). Разумеется, в случае реализации соответствующих ограничений ID будут скрыты от пользователей и даже от модераторов. Но это не уменьшает объем проблем с теоретической подменой ID злоумышленника на оный другого пользователя (получить ID любого пользователя будет возможно, например, заманив его на свой сервер CommFort).

Последний гвоздь в крышку гроба банов по ID в 4.хх: в связи с проявившейся проблемой недостаточной уникальности, в 4.30 изменятся идентификаторы ID компьютера.

Maxim Mirgorodsky писал(а):Все версии 4.хх совместимы друг с другом. Даже если реализовать 2 параллельно работающих части протокола связанного с ограниченями (одна часть для старых версий 4.хх, другая для новых), все равно версии до 4.20 не поддерживают идентификацию по ID, а значит ограничить их никак не удастся по ID. Любой злоумышленник сможет легально, не прибегая к взлому и нарушению лицензионного соглашения, обойти ограничение использованием старой версии. Если же ограничить доступ к серверу старых версий, это же и получится несовместимая версия, то же самое что и 5.00. Если же Вы считаете, что реализация параллельно работающего второго протокола ограничений с сохранением совместимости со старыми версиями отнимет меньше ресурсов времени и тестирования, чем разработка 5.00 - это неверно.

Разве невозможно на серверной стороне реализовать опционально функцию ограничения версии клиента? Совместимость версий останется у тех кому это необходимо.
Администратор выбирает минимально допустимую версию например 4.10 и пользователи с версией 4.0 при подключении получают сообщение вида - Ваша версия клиента чата устарела, пожалуйста обновите клиент чата.

Maxim Mirgorodsky писал(а):Реализация ограничений по ID не может быть быстрой и "для галочки". Это должна быть очень хорошо продуманная и оттестированная система. Есть много проблем, которые усугубляет ненадежность идентификатора (технически его возможно подменить). Разумеется, в случае реализации соответствующих ограничений ID будут скрыты от пользователей и даже от модераторов. Но это не уменьшает объем проблем с теоретической подменой ID злоумышленника на оный другого пользователя (получить ID любого пользователя будет возможно, например, заманив его на свой сервер CommFort).

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

А я считаю, что лучше вообще этого не вводить, ну а если всё же вводить, то не раньше 5.хх, потому что пользователи сами должны выбирать какой версией чата им пользоваться! А если запретить это им самим делать, то сколько людей перестанет пользоваться чатом этим?

Reality писал(а):А я считаю, что лучше вообще этого не воодить, ну а если всё же вводить, то не раньше 5.хх, потому что пользователи сами должны выбирать какой версией чата им пользоваться! А если запретить это им самим делать, то сколько людей перестанет пользоваться чатом этим?

Многие пользователи сидят всё еще с 4.0 beta и разве это нормально? Как известно было внесено много изменений повышающих производительность клиента и принудительное обновление на мой взгляд только пойдёт на пользу.
Плюс ко всему я спецеально подчеркнул слово опционально, те кто считает что им это не нужно не будут включать данную опцию.

В октябре прошлого года вышла версия 4.10, октябрь не за горами, вполне возможно и в октябре 2009 года выйдет новый Commfort. В связи с этим очень хочется чтобы данная тема не осталась без внимания разработчиков при планировании новой версии.
Мне кажется в данной теме уже предоставлено достаточно довыдов о том что возможность бана по дополнительному идентификатору необходима нежели нет, в связи с этим UP.