a

[rain jungle]

A database

[granite mason]

A database like PostgreSQL or MariaDB probably would work

for the queue system, im not sure

[white cosmos]

well yeah

i have

a db setup to store the queue channels and the player's data and other stuff

the whole question is really how should I make sure a queue is filled

should I do 'listeners' for messages

and on message check if a queue has max players

or a queue command that has no timeout

[granite mason]

what i would do is make a sign up command, and each time the command is ran, check if the queue is full that way

bc firing the on_message event would basically sign up anyone to a game if they were to send a message

[white cosmos]

yeah iwas talking about a listener that checked if it was a queue channel by check queue channel ids in the db

I see

so I should just

save the state of the queue at any point in the db right

and that way even if the players decide to not play in that moment

it will still hold the information

that makes a lot of sense, I don't know how I haven't thought of this yet

[granite mason]

probably save the state of the queue even time the sign up command is ran

[white cosmos]

well yeah

[white cosmos]

.

Aight, thanks a lot

i was overcomplicating it

[granite mason]

np

[white cosmos]

also

i was thinking

a

[celest crest]

?tag close

[shy path]

No tag close found.

[celest crest]

.tag close

[teal pasture]

Done with your help thread?

Please close your own help thread by using </close:882631512829329448> with @desert zinc.

[rain jungle]

@white cosmos please don’t change forum titles to unrelated things.