Jump to content

Recommended Posts

Posted

it doesn't sort the database pvp kills

it just sorts a map's values.

It's simple.

 

 

yes but they CAN'T REFRESH since you dont have task man. Are we speaking the same language?

 

let go that you should use SQL ORDER BY, at least understand what Im telling you

Posted (edited)

yes but they CAN'T REFRESH since you dont have task man. Are we speaking the same language?

 

let go that you should use SQL ORDER BY, at least understand what Im telling you

Please read better the code , in every sendData it sorts the maps , that's all what is needed. you can't understand this?

Edited by Lioy
Posted

dude since you read from db once you store static data on the maps. If I get a pvp it will still send the pvp amount I had once the server started so it doesnt refresh. 

 

Thats what im trying to explain you, you cant have self-refreshing data without db connection if theres no task to reschedule data read.

Posted

Please read better the code , in every sendData it sorts the maps , that's all what is needed. you can't understand this?

 whats the point of sorting the same map every time? it holds static data

Posted

dude since you read from db once you store static data on the maps. If I get a pvp it will still send the pvp amount I had once the server started so it doesnt refresh. 

 

Thats what im trying to explain you, you cant have self-refreshing data without db connection if theres no task to reschedule data read.

You are wrong again , maybe you didn't understand how it works.

playersPvpKills.put(charName, pvpKills) replaces pvpKills if key is same..

 

Realy why you insist since I tested it?

Posted

You are wrong again , maybe you didn't understand how it works.

playersPvpKills.put(charName, pvpKills) replaces pvpKills if key is same..

 

Realy why you insist since I tested it?

 

can u explain me how you refresh the data dude? What you say makes no sense

Posted (edited)

can u explain me how you refresh the data dude? What you say makes no sense

lol

 

When server starts , data is retrieving into map. So the map has all charnames,pvps . Every time a player's pvp's count changes , it's putted in the map.

If the server restart again, 1 more database connection and it's repeating. Simple enough

Edited by Lioy
Posted

How you do this?

 

 public void setPkKills(int pkKills)
    {
        _pkKills = pkKills;
+       Top.addDataPk(getName(), getPkKills());
    }
    
    /**
@@ -1917,6 +1919,7 @@
    public void setPvpKills(int pvpKills)
    {
        _pvpKills = pvpKills;
+       Top.addDataPvp(getName(),getPvpKills());
    }
    
Posted

Okay I understand now, but why you choose the shitiest way to do it? You make things too complicated for no reason at all.

 

Just put a task reading from the database every x seconds like everybody does, and use that goddamn ORDER BY. You will get rid of those retarded maps and methods and a 100 lines shorter and cleaner code all in one class..

 

 

 

Its too sad that I have to be the bad guy telling you what to do with your code but the rest few with knowledge on this forum won't even bother to support what I tell you or help you improve your code. Anyway 

Posted

Okay I understand now, but why you choose the shitiest way to do it? You make things too complicated for no reason at all.

 

Just put a task reading from the database every x seconds like everybody does, and use that goddamn ORDER BY. You will get rid of those retarded maps and methods and a 100 lines shorter and cleaner code all in one class..

 

 

 

Its too sad that I have to be the bad guy telling you what to do with your code but the rest few with knowledge on this forum won't even bother to support what I tell you or help you improve your code. Anyway 

 

That's the main question man , if this code is better or worst than continuously database connection like others , your opinion is 'NO IT SUCKS' , but I want more opinions from more ppl :P 

We are not here to fight :P

Posted

I would still use the one that makes connections every time a bypass is cought though, because the code seems more simple and i use more values like: clan name, hero, etc :D

Posted (edited)

I would still use the one that makes connections every time a bypass is cought though, because the code seems more simple and i use more values like: clan name, hero, etc :D

Simplest things are not always the best. Maybe this one yes (?) , still dont know. I won't comment about this one about clan name , heroes you said ;/

Edited by Lioy
Guest Elfocrash
Posted

Okay I understand now, but why you choose the shitiest way to do it? You make things too complicated for no reason at all.

 

Just put a task reading from the database every x seconds like everybody does, and use that goddamn ORDER BY. You will get rid of those retarded maps and methods and a 100 lines shorter and cleaner code all in one class..

 

 

 

Its too sad that I have to be the bad guy telling you what to do with your code but the rest few with knowledge on this forum won't even bother to support what I tell you or help you improve your code. Anyway 

Performance wise this way is way better. As this comparing to a sql connection is probably 10 times liter. However i would trust more a sql connection every x minutes to refresh this rather than on click or on pvp kill.

Posted

Performance wise this way is way better. As this comparing to a sql connection is probably 10 times liter. However i would trust more a sql connection every x minutes to refresh this rather than on click or on pvp kill.

Still better than continuously sql connection on every time that a player talking to npc,press o command or whatever, right? It's a question :P

Guest
This topic is now closed to further replies.



  • Posts

    • Anything that is not a kernel level anticheat is totally useless on todays market. You cannot properly prevent botting because, without kernel access, you cannot detect injected DLLs or inspect processes at the level required to stop them. It's good to see people contributing and trying different approaches, but in general, you won't be able to prevent bots from accessing and operating on your server with a usermode anticheat alone. There is a solution that I have not posted or shared with anyone that can fully prevent Adrenaline/Helper from being used on servers. However, I want to give it more time before discussing it publicly so I can see how people attempt to bypass anticheat systems. As I said, kernel level protection is the only thing that can effectively stop Adrenaline usage. When combined with HWID bans, TPM validation, and other hardware based checks, bypassing the protection becomes significantly harder.
    • Improved lucera2 fake appearance (SKINS) system with a more reliable equipment redraw, ensuring skin changes refresh properly in-game without requiring relog or manual armor re-equip. This fixes cases where the client could keep showing the previous armor model after changing appearance    
    • 🚀 IronLock Shield - Closed Beta Testing Hello everyone, We are currently looking for Lineage II Interlude server owners interested in participating in the closed beta phase of IronLock Shield. IronLock Shield is a security platform designed specifically for Interlude servers. Features include: ✓ Secure Launcher Architecture ✓ HWID-Based Licensing ✓ Anti-Debug Protection ✓ DLL Injection Detection ✓ Manual Map Detection ✓ Session Protection ✓ Replay Protection ✓ Runtime Integrity Verification ✓ Secure Update System Selected servers will receive 1 month of free access in exchange for testing and feedback. Website: https://ilshield.com If you are interested, feel free to send me a private message or contact me through Discord. Thank you.
    • GX-EXT Pack – 30% Discount Until Wednesday, June 17 Hello everyone, We are offering a special 30% discount on the GX-EXT Pack until Wednesday, June 17. GX-EXT is a complete extension pack for Lineage II servers, focused on performance, stability, gameplay improvements, custom systems, and server-side/client-side enhancements.
  • Topics

×
×
  • Create New...

Important Information

This community uses essential cookies to function properly. Non-essential cookies and third-party services are used only with your consent. Read our Privacy Policy and We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue..