Issue Information
-
#008715
-
0 - None Assigned
-
Needs More Info
Issue Confirmations
-
Yes (1)No (1)
1
On Hercules, the variable of Cash Points is #CASHPOINTS I think that the Cash Points of official server is stored in 'login-server' and it should be ##CASHPOINTS.
Because in official, the Rok Points (pRO Cash Points) can be use on the whole server of Character(s) that alone the login-server.
Please confirm thank you.
Because in official, the Rok Points (pRO Cash Points) can be use on the whole server of Character(s) that alone the login-server.
Please confirm thank you.
##vars are buggy, char server doesn't retain them last I checked (it will discard them if login server is offline).
Disclaimer: I have not checked in some time.
Disclaimer: I have not checked in some time.
Strongly against using a ##variable regardless of Aegis behaviors, since login servers are often shared between production and test servers.
It's the same reason why our bank implementation isn't at the login server level either.
It's the same reason why our bank implementation isn't at the login server level either.
Ohh okay. I dont know if the 'login-server' I said was correct. What I mean is that the CASHPOINTS should be stored in `login` tables.
Like this: `birthdate` `character_slots` `pincode` `pincode_change` `cashpoints`
Is this possible and safe? Thank you.
Like this: `birthdate` `character_slots` `pincode` `pincode_change` `cashpoints`
Is this possible and safe? Thank you.
Not safe at all (the login table is handled by the login server, and shared between all character servers that use the same login server).
How about the account_data table (where the bank is stored)? That would be possible.
How about the account_data table (where the bank is stored)? That would be possible.
In aegis works differently, there is a DB to store the values of Cash.
CREATE TABLE [dbo].[Cash]( [AID] [int] NOT NULL, [Cash] [int] NOT NULL, PRIMARY KEY CLUSTERED
