Опрос в доске обьявлений

[Welder]

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

[Maxim Mirgorodsky]

По ID нет ограничения, потому что нагрузка (пришлось бы сохранять дополнительно 16 байт для каждого голоса) и накручивать было бы еще проще (можно было бы автоматический накрутчик создать). Управление уже отданными голосами и возможность их отмены - тоже сложный вопрос.

[DENS]

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

(можно было бы автоматический накрутчик создать)

это официальное заявление что id попросту крайне ненадежный идентификатор? тогда зачем его разрабатывали, если можно было пользоваться МАС.

[@serg@]

Ты немного не улавливаешь суть проблемы контролировать что за пользователь в сети очень сложно, что ip-, что mac-адреса легко поддаются подмене, ID компа подменить не так просто но возможно, кто пользовался artmoney тот поймёт почему. В итоге ограничение по ID не будет эффективным если написать специальную прогу, можно будет голосовать бесконечно. Что касается нагрузки то тут свои тонкости, многие арендуют серверы в интернете, которые ограничены вычислительной способностью, и при каждом новом голосе придётся передавать сначала дополнительные байты с ID голосующего, а затем проверять на не совпадение с уже имеющимися (Если не ошибаюсь это всё делает сервер). Для серверов с нагрузкой в пару сотен пользователей это не существенно, а если если пользователей под 1000 уже приличная нагрузка на малоэффективное средство. К томуже чат это система реального времени и основная функция не может ждать пока просчитается функция голосования.

[Maxim Mirgorodsky]

и при каждом новом голосе придётся передавать сначала дополнительные байты с ID голосующего, а затем проверять на не совпадение с уже имеющимися (Если не ошибаюсь это всё делает сервер). Для серверов с нагрузкой в пару сотен пользователей это не существенно, а если если пользователей под 1000 уже приличная нагрузка на малоэффективное средство.

Верно. Уточнение: расчетная нагрузка - 5000 подключений. За каждый из до 20 вариантов ответа можно отдать до 30000 голосов.

[DENS]

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

[@serg@]

Dens, я на полном серьёзе, при разработке ПО сначала вычисляется расчётная нагрузка, в которой учитывается в том числе и пиковая нагрузка. Если просчитано значительное увеличение нагрузки то от данной функции можно отказаться в виду не высокой значимости. А что касается игр, нечего сравнивать сервер с игровыми станциями, совершенно разные системы и разные нагрузки. К томуже полоумие многих разработчиков игр начинает бесить.