13.11.2009, 16:34
This doesn't change anything honestly, when the script is compiled all includes are added to the .amx So the server isn't accessing any outside files. This method might be good to keep your stuff organized, if that's an issue with you.
Now if you were to have the script read exterior files (in scriptfiles or MySQL db) dynamically for commands, then that would cause more CPU/memory consumption.
I have thought about using Filterscripts for each system. For example one filterscript would contain all of my commands and items (Inventory Script), and another filterscript would contain custom interiors and world objects. This would probably cause some form of lag, but probably at an unnoticable rate. This method would be great for quick insertion of a command without having to GMX the server and no one would really notice, or if one of the objects is allowing players into a restricted area, you could just undo the filterscript and the objects would be gone temporarily.
Now if you were to have the script read exterior files (in scriptfiles or MySQL db) dynamically for commands, then that would cause more CPU/memory consumption.
I have thought about using Filterscripts for each system. For example one filterscript would contain all of my commands and items (Inventory Script), and another filterscript would contain custom interiors and world objects. This would probably cause some form of lag, but probably at an unnoticable rate. This method would be great for quick insertion of a command without having to GMX the server and no one would really notice, or if one of the objects is allowing players into a restricted area, you could just undo the filterscript and the objects would be gone temporarily.