Как сравнить IP? Опции

[Mirage]

Для одного квеста мне хочется задействовать систему сверки IP адреса игрока берущего квест с уже существующими IP адресами в мире. Как то типо:

Код

ON=*quest*
    IF <SRC.ACCOUNT.LASTIP>== уже существующему IP в мире...
            SAYU Вижу ты старый игрок.
       RETURN 1
    ELSE
            SAYU Хм... Я тебя не знаю.
       RETURN 1
    ENDIF

Можно ли это организовать без скуля? Например как то сверятся с IP в sphereaccu.scp.

[Pelican]

for chars - все чары в мире

[Ozzy Osbourne]

Если лагов на сервере слишком мало то да, данное обновление их добавит с головой (про forchars)

[WRWR]

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

[Kanibal]

Для одного квеста мне хочется задействовать систему сверки IP адреса игрока берущего квест с уже существующими IP адресами в мире. Как то типо:

Код

ON=*quest*
    IF <SRC.ACCOUNT.LASTIP>== уже существующему IP в мире...
            SAYU Вижу ты старый игрок.
       RETURN 1
    ELSE
            SAYU Хм... Я тебя не знаю.
       RETURN 1
    ENDIF

Можно ли это организовать без скуля? Например как то сверятся с IP в sphereaccu.scp.

а ты учти что люди с динамическим IP частенько будут видеть Хм... Я тебя не знаю.

[Wap]

Такое с помощью LIST. можно намутить, если Сфера из последних... Еще через базу данных.
Но вообще, учитывая то, что чуть ли не у половины игроков - динамичный IP, юзабельность таких вещей оставляет желать лучшего.

Сообщение отредактировал wap - 5.7.2012, 22:04

[Kanibal]

Еще через базу данных.

Так он же не хочет БД юзать как я понял. Да и не лучше ли проверку сделать на <SRC.TOTALCONNECTTIME>?

[Ozzy Osbourne]

Я думаю цель его проверки - запретить мультами выполнять одни и теже квесты и следовательно с под мультов получать награду. Так что TOTALCONNECTTIME некатит точно, да и БД тоже. Смысла ноль в таких ограничениях т.к. существует 10500 способов поменять ip

[Kanibal]

Я думаю цель его проверки - запретить мультами выполнять одни и теже квесты и следовательно с под мультов получать награду. Так что TOTALCONNECTTIME некатит точно, да и БД тоже. Смысла ноль в таких ограничениях т.к. существует 10500 способов поменять ip

ON=*quest*
IF <SRC.ACCOUNT.LASTIP>== уже существующему IP в мире...
SAYU Вижу ты старый игрок.
RETURN 1
ELSE
SAYU Хм... Я тебя не знаю.
RETURN 1
ENDIF

старый игрок как раз и можно проверить через TOTALCONNECTTIME

[Mirage]

Стоит три задачи (на данный момент)
1) чисто косметическая - при генерации нового персонажа предложить ему пройти курс обучения. Старым не предлагать.
2) практическая - на турнирах (и при драке друг с другом) игроки с одними IP адресами будут получать меньше награды.
3) выявить возможность обойтись без mysql - хотя сдается мне что с ним все таки значительно проще будет.

TOTALCONNECTTIME получается не катит. СТАРЫЙ ИГРОК - обращение к мульту именно старого игрока, а мульт может быть нубом. Нужна сверка именно по IP. Можно сделать сравнение первых ИЛИ последних IP адресов. Но конечно не 100% ограничение будет.
Проверка будет разовая и с большими паузами. Минимум раз полчаса-час. Но опять же с базой данных где все IP будут в несколько десятков строк быстрее обработается.

Ладно, принцип я понял - всем спасибо за помощь. (IMG:style_emoticons/default/hi.gif)