[DGD] Immortal Cheating
Alex Swavely
mud at swavely.net
Sun Oct 1 04:22:43 CEST 2006
I was thinking of something similar, but using domains (in the MudOS
sense) instead:
* The only things able to function in-game would be items cloned from
within either /std/obj or from the containing domain's obj/ directory.
* Items/rooms/monsters intended for production would be moved by an
admin from the wiz's home directory into a playtest domain, then when
approved, the admin would move the objects into a production domain.
Et cetera.
Steve Wooster wrote:
> So my idea is to have the concept of "in-game" (as opposed to immortal
> toys or code that's in production) be an inherent part of objects. An
> object would be considered in-game (IG) only after being QCed, and
> out-of-game (OOG) objects could only have restricted interaction with
> in-game objects. So a wiz-tool might be able to ask a player object what
> their stats are, but it wouldn't be able to modify them. Coders could
> change IG code in case of emergencies or to fix reported bugs, but all
> such changes would be logged for admins to review. OOG code would not be
> kept track of at all.
More information about the DGD
mailing list