> ==> [email protected] (漫云端) 的文章中提到: > ※ 引述《[email protected] (减肥中)》之铭言： > : > 5. 把程式改好一点让玩家怎样操都不会不稳 > : 这是治本的方法。 > : > 6. 双重限制法： > : > (1) 设定玩家一定时间内能下的指令数上限。 > : > (2) 设定玩家一定时间内所能消耗的 CPU 时间。 > : > 当玩家到达 (1) 的限制时检查 (2)，若未达 (2) 的限制时允许继续下指令。 > : 基本上某种类指令会被上述的限制所忽略，例如以 add_action > : 为主的指令。 > 因此不要使用 ADD_ACTION 才是王道 其实已经尽量不用了。要用，就得有一套控管机制， 因为 add_action 语法确实有它的好处，但是在程式 实际写作时，应把「除了 add_action 的写法外是否 还能有其它的写法」给考量进去。 > : 另外......其它方法其实是有的，例如纪录「指令下达异常」的 > : 玩家。何谓异常？像是上面的「短时间内下超多指令」之类的， > : 或者是「一直下同一指令超过一定次数者」。纪录他的名字、ip > : 、时间、以及下什麽指令，然後再去研究那个指令的程式内容是 > : 否真的对系统稳定与否造成影响。 > : 另外，还有其它的方法......商业机密^^ > 所谓玩家导致的系统不稳可以大致可分成两种 > 1. 利用系统漏洞让系统一直当机重开 > 2. 利用大量的指令让系统负荷不了 Delay 停顿 > 第 1 种就要靠基础的系统设计来解决 > 例如研发新一代的 Extreme Deer Virtual Machine > 第 2 种是常见的方法, 但也很好处理 > 处理的方法就如 tinlans & glassman 所述 > 但如果您只是个玩家 > 恐怕除了利用非正当手段来让该位小白玩家的电脑或网路失效 > 否则没什麽方法解决吧 玩家对付玩家嘛......一般是没办法的，要对付捣乱 的玩家，还是必须管理者亲自出马，玩家能做的，就 是建议^^ (这也是一种权利) -- * Origin: 中山大学-美丽之岛BBS * From: 61.225.0.111