Lock / Unlock Scroll

[Anonymous-6723]

Originally Posted by ​Exo

This is really bad if you ask me! There're a lot of possibilities in which you didn't handle. Code is bad/unorganized/not optimized. And again 'not recommended'.

*my own useless opinion on which you don't have to agree and yes you shouldn't care*

Such releases probably should have something like : "This is an example of how to do bla bla bla, it has mistakes, exploit possibilities..etc..etc" on the main post

[Hamza FiGo]

Originally Posted by ​Exo

This is really bad if you ask me! There're a lot of possibilities in which you didn't handle. Code is bad/unorganized/not optimized. And again 'not recommended'.

*my own useless opinion on which you don't have to agree and yes you shouldn't care*

Last man on earth can talk in something like that is u Exo, and u know what i mean ha !

Don't wanna tell guys what u just do to a friend payed u to a useless event.

Just forget it

[kingkimo2010]

Thanks Good Job hamza

[Hamza FiGo]

About plus has been fixed by . [Now i don't need the scroll] ^^




@ Zed*: i just tried, not a shame to try to do something instead of ask someone like ...he know himself... to do it for me

[Bocc1337]

im not able to get it to work brother.. can you pm me your skype ? name bocc1337

[Crue*]

Originally Posted by Zed*

Such releases probably should have something like : "This is an example of how to do bla bla bla, it has mistakes, exploit possibilities..etc..etc" on the main post

you know when some acting like a pro,be like

[Syloxx]

suggestion for improvement (too lazy to write it by myself):

Lock:
Step 1) get a Scroll from non played character or item mall *must be a returnscroll with a delay of 0ms*
Step 2) notice the player that they should move the item on slot 13.
Step 3) use the scroll, generate a 16- 32 characters password, storage the password, serial, old and new refid in a new table.
Step 4) send the password to the player via message system and that the player should storage the password somewhere and delete the message after he is done
Step 5) check on logout if this message is removed... if not delete the password unlock the item readd the scroll to the character and leave a message that he didnt removed the message.

Unlock:
Step 1) send a message with the password to a specified user.
Step 2) use the unlock scroll *must be a returnscroll with a delay of 0ms*
Step 3) check if the correct password has ben send to the unlock character within the last 5 minutes if so unlock if not readd unlock scroll to character

and well... rewrite your whole query i didnt even read it completly because...

my eyes would look like that:

[​Exo]

^The whole thing can be done packet based and you won't need to fill your database with tons of items. Damit, imagine this, Model switches, locked items, locked models. Can you picture the tree of items? It's huge!

[Bocc1337]

hey question..i add the new weps to the system but having a problem finding the file to get the plus glows to work.. can anyone help me on this please? i got the sox effects working. only the plus glows not work. thx

never mind my noob *** dint extract the file properly.. working now

[Syloxx]

Originally Posted by ​Exo

^The whole thing can be done packet based and you won't need to fill your database with tons of items. Damit, imagine this, Model switches, locked items, locked models. Can you picture the tree of items? It's huge!

Yes, or you could also simply modify all required _STRG_* procedures and dont need a ****** packet filter.

In my opinion packet filters are there to block packets from a client wich could harm your server (crash or smt like that). Not to play arround with them like a little baby wich got a new toy.

client > check blacklist > AgentServer > GameServer / ShardManager > SQL Server > DONE
                         > DROP

[​Exo]

Originally Posted by Syloxx

Yes, or you could also simply modify all required _STRG_* procedures and dont need a ****** packet filter.

In my opinion packet filters are there to block packets from a client wich could harm your server (crash or smt like that). Not to play arround with them like a little baby wich got a new toy.

client > check blacklist > AgentServer > GameServer / ShardManager > SQL Server > DONE
                         > DROP

Not really! Proper filter architecture would work for everything. Think about the unique scrolls and the skilling system they are server sided using server's filter(modules) everything could be manipulated using proper functions. But hey, it's your opinion anyway

[Syloxx]

Originally Posted by ​Exo

Not really! Proper filter architecture would work for everything. Think about the unique scrolls and the skilling system they are server sided using server's filter(modules) everything could be manipulated using proper functions. But hey, it's your opinion anyway

well, you compare a c++ module with a c# application
get it?

anyway it could be easily done sql side so why using a packet filter?

[​Exo]

Originally Posted by Syloxx

well, you compare a c++ module with a c# application

get it?

Yes? Actually net framework based languages are kinda more advanced and easier to code. Comparing the languages makes no sense, they are just raw languages you know. Only difference is where can you compile them and that's why c++ has the upper hands since it can work on different OS(s) but since sro doesn't work on anything but windows so it doesn't matter actually

Your linux theory is not so important since almost every feature on linux can be done on windows but you will just have to write more code!

[Syloxx]

Originally Posted by ​Exo

Yes? Actually net framework based languages are kinda more advanced and easier to code. Comparing the languages makes no sense, they are just raw languages you know. Only difference is where can you compile them and that's why c++ has the upper hands since it can work on different OS(s) but since sro doesn't work on anything but windows so it doesn't matter actually

Your linux theory is not so important since almost every feature on linux can be done on windows but you will just have to write more code!

did i said anything about linux?
i mean you compare the cpp module inside the gs with a cs application
i talk about performance so what you think is more performant?

[AceSpace]

Originally Posted by Syloxx

suggestion for improvement (too lazy to write it by myself):

Lock:
Step 1) get a Scroll from non played character or item mall *must be a returnscroll with a delay of 0ms*
Step 2) notice the player that they should move the item on slot 13.
Step 3) use the scroll, generate a 16- 32 characters password, storage the password, serial, old and new refid in a new table.
Step 4) send the password to the player via message system and that the player should storage the password somewhere and delete the message after he is done
Step 5) check on logout if this message is removed... if not delete the password unlock the item readd the scroll to the character and leave a message that he didnt removed the message.

Unlock:
Step 1) send a message with the password to a specified user.
Step 2) use the unlock scroll *must be a returnscroll with a delay of 0ms*
Step 3) check if the correct password has ben send to the unlock character within the last 5 minutes if so unlock if not readd unlock scroll to character

and well... rewrite your whole query i didnt even read it completly because...

my eyes would look like that:

The idea is great, I did it well sure it took me like 2 hours to get it fully working.
Locking the item :: Scroll being used (5 seconds) -> Locks the item -> Database generates unique 6 digit passcode -> The bot pms the player with it.
Unlocking the item :: Scroll being used (1 minute) -> Database receives the request and sends a message to the player to request the Passcode -> the message from the player gets received through a private message logger (Example; Passcode: 444444) once received, it executes a procedure to changes a certain number in the table(column) from 0 to 1 which means it gotten verified. after that minute the procedure checks if the value was changed to 1, if so then it unlocks the item else bb.

Also did something like, !listlockeditems -> Gives you a list of the locked items with their names & numbers. Example:
[Moon Bow] :: Number(1)
[Heavy ?] :: Number (2)
etc.

Note; once the item is unlocked, it removes it from the table and re-arranges the number list.