I'm pondering. Would it be possible to control a HUB entry using BYOND's CGI features.
For example. 2 hub entries.
Game 1 by Phoenix Man
Game 2 by Phoenix Man
Game 3 by PBYOND
Game 2 has a subscription.
I enter Game 1 and get a form. I fill it out. It gets send to a central server, and puts my key on the subscriber list of Game 2.
Game 1 attempts to change the subscription of Game 3, but fails, since Game 3 isn't owned by the same key as Game 1 is.
Would it be possible, and if not, would it be possible to add it?
Thanks,
Phoenix Man
ID:265236
 Aug 28 2003, 2:33 am
|
|
You don't even need to do that. From a game, you can check to see if a client is subscribed to any hub entry or channel that you have the subscription code for. For example, if my subscription code was "12af34ad8954cdf" (no, that's not a real code), then anyone could check to see if a particular client was subscribed to my game (regardless of whether they were me or not, or whether the hub entry was mine or not) by using client.CheckPassport("12af34ad8954cdf").
Thus, you could set up a single hub entry to handle subscriptions, then check those subscriptions in any of the sub-games you create. For example, Shadowdarke could check if someone is subscribed to Tanks in the holiday editions of Tanks (if he'd just update the !*%&$^$ things ;-)). | |
You can have Game 1, Game 2, your own 24/7 central server, AND even Game 3. When the player logs in to Game 1, and fills out a form, the data from that form can be world.Export()ed to the central server. The central server can then use the world/Topic() proc to do stuff with the data, and even save it in a savefile somewhere.
Whenever you log into Game 2 or Game 3, you can have the game do a world.Export() to the central server, asking if this key is suscribed. Your central server can check its files, and then send a response back to the querying world. It's not the same as the normal subscriber list, but it should work for what you want it to do. Game 1 could even be a BYOND CGI powered webpage. :)