BanList

[Busyter]

Поскольку у AleRD'a нет доступа к Приватному форуму, передаю его слова:


Доброго вечера, Господа! Представляю вам свою программу-помощник BanList.
Цель программы: упростить процедуру банов нарушителей правил сервера PvPGN.
Программа умеет:
1. Найти и вычислить справедливое наказание для нарушителя/нарушителей правил.
2. Написать нужное сообщение, уже вмещая нужные теги для форумов портала games.alkar.net.
3. Ведет архив-историю нарушителей сервера.
А сейчас я на примере покажу как пользоваться программой.

Предположим, трое игроков сервера пожаловались на других игроков оператору AleRD:
1) 11111111 - некорректный аккаунт.
2) Xaker2008 - заставил написать /chpass.
3) Disker123 - дискер, фривиннер, мепхакер, маты и флуд на канале.
Действия оператора AleRD:
Я открываю программу Banlist.exe, вписываю свой ник(1), вписываю аккаунт_имя первого нарушителя(2), выбираю причину бана(3). Дальше нажимаю кнопку (4). На экран выводит сообщение о бане данного игрока с нужными тегами для размещения на форуме.
Также высчитывается время(5), на которое забанено данного игрока.

Результат:
11111111 - Бан IP на 10080мин/7дней, бан аккаунта на всегда, - аккаунт, что не несет в себе никакой смысловой нагрузки (by AleRD)

Приступаю к второму юзеру.
Пишу его IP в поле(6), его ник, задаю причину.

Резльтат:
Xaker2008 - Бан IP 127.0.0.1 на 10080мин/7дней, бан аккаунта на всегда, - склон игроков к написанию команды /chpass (by AleRD)

Приступаю к 3 игроку.
Припустим, многие игроки из его подсети нарушали ряд правил и мне надо забанить диапазон IP-адресов.
Пишу аккаунт игрока, пишу диапазон IP-адресов(7), задаю все причины, ставлю галочку(8) для бана диапазона айпишек.

Результат:
Disker123 - обнуление статистики игр, Бан диапазона IP 192.168.0.*** на 30240мин/21дней, бан аккаунта на всегда, - флуд на канале, оскорбление других игроков в ладдерной игре и/или на канале, злоупотребление матом, мепхак, дискер, фривинер (by AleRD)

Закрываю программу. Мои действия относительно каждого из игроков были записаны в банлисте – это набор txt-файлов (каждый файл для отдельного игрока).
Если игрок еще не был забанен раньше, то для него создается txt-файл, если нарушения были замечены за ним и раньше - в уже существующий файл записывается новое сообщение на счет него.
Txt-файлы находятся в папке banlist(она должна обязательно быть в одной директории с программой BanList.exe!).

Дополнительно:
Кнопка «очистить» служит для снятия всех галочек причин наказания.
Кнопка «сбить» выполняет следующие действия:
1) Очищает поле «Амин/Модератор/Оператор».
2) Очищает поле «Аккаунт».
3) Очищает поле IP-адресов.
4) Снимает галочку с фляжка диапазон.
5) Очищает поле с готовым сообщением для форума.

Правила поведения и формы наказания взяты отсюда и отвечают максимуму.

Скачать программу:
RAR-архив (183 КБ)
SFX-архив (284 КБ)

[Svetuchka]

Программа работает локально (у каждого своя база нарушителей) или может быть установлена на сервере?

ЗЫ Дайте мальчику доступ на форум, он хороший.

[Dizy]

респект
опробую в деле

[Shurik-Gz-]

респект
опробую в деле

+1

Программа работает локально (у каждого своя база нарушителей) или может быть установлена на сервере?

ЗЫ Дайте мальчику доступ на форум, он хороший.

Аналогичный вопрос и просьба.

[Busyter]

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

[ZlovreD]

ЗЫ Дайте мальчику доступ на форум, он хороший.

цём

[AleRD]

Привет всем!
Общую базу данных можно будет сделать, но я еще не совсем освоил SQL сервера.
А ставить Paradox или Access апасна.
Подождите еще месяц-полтора плз, я укреплю свои знания и апгрейдну прогу.

П.С. В программе грамматическая ошибка: слово навсегда пишется слитно (с) Света. Подправить?

[Svetuchka]

Советую не заводиться с СУБД. Проще всего действительно использовать текстовые файлы.

[Alamar]

Советую не заводиться с СУБД. Проще всего действительно использовать текстовые файлы.

Как я понимаю, речь о том чтобы все работали с одной общей базой - в этом случае использовать текстовые файлы малость проблематично

ЗЫ: А на чем программа-то написана? Если С либо C++, то прикрутить туда тот же MySQL не так уж и сложно, благо API у libmysqlclient простой как бревно.

[Svetuchka]

Общий и одновременный - не одно и то же.

[AleRD]

Delphi 7
MySQL хм, не знаю не знаю...
ftp можна?

[Alamar]

Общий и одновременный - не одно и то же.

Угу, и как ты предлагаешь синхронизировать изменения в подобной базе? Да здравствует CVS?

Delphi 7
MySQL хм, не знаю не знаю...
ftp можна?

На Дельфях уже много лет ничего не писал, поэтому наверняка сказать не смогу, но MySQL они вроде как должны уметь.
Насчет FTP - хз... почитай доки по протоколу - если там есть возможность как-то лочить файлы, то можно, иначе надо как минимум продумать защиту от ситуации когда один затрет изменения сделанные другим.

[Svetuchka]

Думаю, СУБД не нужна, к тому же это осложнит установку программы. Подумай, мб ограничить количество файлов, например группировать акки по первому символу.
Роман, что мне сделать с компом, если сообщения больше 2-3 строк не отправляются, а просто виснут? Вариант переставить Винду мне не очень нравится.

[Svetuchka]

Угу, и как ты предлагаешь синхронизировать изменения в подобной базе? Да здравствует CVS?

Всё можно сделать, если аккуратно.
Я знаю большие предприятия с множеством операторов, которые работают на таких базах.

[Alamar]

Угу, и как ты предлагаешь синхронизировать изменения в подобной базе? Да здравствует CVS?

Всё можно сделать, если аккуратно.
Я знаю большие предприятия с множеством операторов, которые работают на таких базах.

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

Повторюсь:
Если планируется общая база (живущая где-нибудь, например на каком-то хостинге) с доступом в режиме реального времени - проще всего не изобретать велосипед и использовать какой-либо из существующих SQL-серверов. Установку программы это никоим образом не усложнит, зато сэкономит туеву хучу времени, которое не придется тратить на придумывание и реализацию механизма синхронизации, разрешения конфликтов и т.п.
Если же каждый будет вести локальную базу - тогда да, с SQL-сервером заморачиваться не имеет смысла, можно обойтись текстовыми файлами или, дабы опять-таки не заниматься изобретением велосипеда, посмотреть в сторону SQLite - файл там в итоге выходит немножко не текстовый, но для хранения данных вполне подходит.