引擎使用相关注意事项

2021-01-02 09:59:20  阅读 624 次 评论 0 条


关于脚本安全相关,部分新手写脚本不严谨,导致游戏脚本被封包利用造成损失,再这里给大家举例说明几个脚本安全相关示例


首先涉及到GOTO,CALL,和非NPC界面使用鼠标点击的脚本,我们可以利用引擎禁止点击字符进行强化安全,下面我们就使用系统禁止点击触发命令 :PlayDie ,这个命令是死亡触发命令,引擎文档也提到只要脚本头前缀涉及包含PlayDie 那么不允许点击,这个可以搜索引擎文档进行了解,搜索关键词:为什么提示禁止点击该NPC触发字段   



风险脚本示例1------------下面----------看讲解为什么是风险----------------------------------


;下面是NPC脚本


[@main]

\


[@正常开始回收]
#IF
EQUAL U108 0
#ACT
#CALL [\回收元宝系列\装备回收价格.txt] @回收装备正常
CLOSE
break


;下面....QuestDiary\回收元宝系列\装备回收价格.txt脚本(因为上面NPC脚本已经将脚本CALL到这里了)  

;执行条件为  检测 U108变量不等于0则CALL到下面脚本执行

[@回收装备正常]
{
#IF
check [100] 1
#ACT
goto @战狂回收检测A
#IF
check [101] 1
#ACT
goto @神武回收检测B
#IF
check [102] 1
#ACT
goto @烈火回收检测C
break


;--下面是上方GOTO执行脚本,
;执行条件为  分别检测个人标识100  101  102等于1则GOTO进行执行下面对应脚本



[@战狂回收检测A]
#OR
Checkitem 战狂精铁剑 1
Checkitem 战狂精铁铠 1
Checkitem 战狂头盔 1
Checkitem 战狂项链 1
Checkitem 战狂手镯 1
Checkitem 战狂护腕 1
Checkitem 战狂戒指 1
Checkitem 战狂指环 1
Checkitem 战狂腰带 1
Checkitem 战狂靴子 1
#ACT
TakeBagItem 战狂头盔|战狂项链|战狂手镯|战狂护腕|战狂戒指|战狂指环|战狂腰带|战狂靴子 46 20 0 0 38000 N0 1
TakeBagItem 战狂精铁剑|战狂精铁铠 46 40 0 0 76000 N1 1
MOV N$回收金额A
MUL N$回收金额A 20
MOV N$回收金额B
MUL N$回收金额B 40
INC U89
INC U89
SENDMSG 0 【装备回收】:恭喜{[]|250:0:1}成功回收{战狂套装|254:0:1},获得海量[{元宝,经验|254:0:255}]...!!! 31 0
break

[@神武回收检测B]
#OR
Checkitem 神武嗜血剑 1
Checkitem 神武嗜血铠 1
Checkitem 神武头盔 1
Checkitem 神武项链 1
Checkitem 神武手镯 1
Checkitem 神武护腕 1
Checkitem 神武戒指 1
Checkitem 神武指环 1
Checkitem 神武腰带 1
Checkitem 神武靴子 1
#ACT
TakeBagItem 神武头盔|神武项链|神武手镯|神武护腕|神武戒指|神武指环|神武腰带|神武靴子 46 40 0 0 40000 N0 1
TakeBagItem 神武嗜血剑|神武嗜血铠 46 80 0 0 80000 N1 1
MOV N$回收金额A
MUL N$回收金额A 40
MOV N$回收金额B
MUL N$回收金额B 80
INC U89
INC U89
SENDMSG 0 【装备回收】:恭喜{[]|250:0:1}成功回收{神武套装|254:0:1},获得海量[{元宝,经验|254:0:255}]...!!! 31 0
break

[@烈火回收检测C]
#OR
Checkitem 烈火焚天剑 1
Checkitem 烈火焚天铠 1
Checkitem 烈火头盔 1
Checkitem 烈火项链 1
Checkitem 烈火手镯 1
Checkitem 烈火护腕 1
Checkitem 烈火戒指 1
Checkitem 烈火指环 1
Checkitem 烈火腰带 1
Checkitem 烈火靴子 1
#ACT
TakeBagItem 烈火头盔|烈火项链|烈火手镯|烈火护腕|烈火戒指|烈火指环|烈火腰带|烈火靴子 46 60 0 0 45000 N0 1
TakeBagItem 烈火焚天剑|烈火焚天铠 46 120 0 0 90000 N1 1
MOV N$回收金额A
MUL N$回收金额A 60
MOV N$回收金额B
MUL N$回收金额B 120
INC U89
INC U89
SENDMSG 0 【装备回收】:恭喜{[]|250:0:1}成功回收{烈火套装|254:0:1},获得海量[{元宝,经验|254:0:255}]...!!! 31 0
break

讲解风险:以上脚本可以使用封包工具直接执行@回收装备正常  @MAIN  和 @战狂回收检测A  @神武回收检测B @烈火回收检测C ,因为这才是整段脚本的核心,前面所做一切检测就是为了这段核心执行脚本所准备,反而到了执行脚本可以忽略前面所做的一切检测,如果在执行脚本or下执行检测好像又不好做,那么我们就可以利用引擎禁用点击字段进行设置,比如上面所说的死亡触发字段PlayDie,因为这段执行脚本是不需要NPC点击,所以可以使用禁止点击字符来进行规避风险

下面修正脚本进行讲解,

风险2.CALL过来的脚本第一个字段是[@回收装备正常] ,再QFunction-0.txt 是有检测U108变量值的,但是封包可以无视NPC脚本中的[@正常开始回收]检测字段,依然可以直接点击@回收装备正常],解决方式有2个,第一个就是把检测U108放入到@回收装备正常]内如下:

 [@回收装备正常]
{
#IF

EQUAL U108 0
check [100] 1

#ACT

goto @战狂回收检测A
#IF

EQUAL U108 0
check [101] 1
#ACT
goto @神武回收检测B
#IF

EQUAL U108 0
check [102] 1
#ACT
goto @烈火回收检测C
break


这样处理就可以了,当时封包依然可以跳过上面的检测直接执行@战狂回收检测A @神武回收检测B @烈火回收检测C,因为这三段脚本都OR检测,所以不好做检测,我们我们可以利用禁止点击字符进行规避风险,因为@回收装备正常 属于引擎内部跳转脚本,也是不需要NPC点击的,所以我们可以使用禁止点击字符来进行规避(关于禁止点击字段,下面讲解)


讲解那么多现在来说如何正确使用系统禁止点击字段来规避风险,下面脚本演示


[@main]

\


[@正常开始回收]
#IF
EQUAL U108 0
#ACT
#CALL [\回收元宝系列\装备回收价格.txt] @PlayDie回收装备正常
CLOSE
break


[@PlayDie回收装备正常]
{

#IF
check [100] 1
#ACT
goto @PlayDie战狂回收检测A
#IF
check [101] 1
#ACT
goto @PlayDie神武回收检测B
#IF
check [102] 1
#ACT
goto @PlayDie烈火回收检测C
break



[@PlayDie战狂回收检测A]
#OR
Checkitem 战狂精铁剑 1
Checkitem 战狂精铁铠 1
Checkitem 战狂头盔 1
Checkitem 战狂项链 1
Checkitem 战狂手镯 1
Checkitem 战狂护腕 1
Checkitem 战狂戒指 1
Checkitem 战狂指环 1
Checkitem 战狂腰带 1
Checkitem 战狂靴子 1
#ACT
TakeBagItem 战狂头盔|战狂项链|战狂手镯|战狂护腕|战狂戒指|战狂指环|战狂腰带|战狂靴子 46 20 0 0 38000 N0 1
TakeBagItem 战狂精铁剑|战狂精铁铠 46 40 0 0 76000 N1 1
MOV N$回收金额A
MUL N$回收金额A 20
MOV N$回收金额B
MUL N$回收金额B 40
INC U89
INC U89
SENDMSG 0 【装备回收】:恭喜{[]|250:0:1}成功回收{战狂套装|254:0:1},获得海量[{元宝,经验|254:0:255}]...!!! 31 0
break

[@PlayDie神武回收检测B]
#OR
Checkitem 神武嗜血剑 1
Checkitem 神武嗜血铠 1
Checkitem 神武头盔 1
Checkitem 神武项链 1
Checkitem 神武手镯 1
Checkitem 神武护腕 1
Checkitem 神武戒指 1
Checkitem 神武指环 1
Checkitem 神武腰带 1
Checkitem 神武靴子 1
#ACT
TakeBagItem 神武头盔|神武项链|神武手镯|神武护腕|神武戒指|神武指环|神武腰带|神武靴子 46 40 0 0 40000 N0 1
TakeBagItem 神武嗜血剑|神武嗜血铠 46 80 0 0 80000 N1 1
MOV N$回收金额A
MUL N$回收金额A 40
MOV N$回收金额B
MUL N$回收金额B 80
INC U89
INC U89
SENDMSG 0 【装备回收】:恭喜{[]|250:0:1}成功回收{神武套装|254:0:1},获得海量[{元宝,经验|254:0:255}]...!!! 31 0
break

[@PlayDie烈火回收检测C]
#OR
Checkitem 烈火焚天剑 1
Checkitem 烈火焚天铠 1
Checkitem 烈火头盔 1
Checkitem 烈火项链 1
Checkitem 烈火手镯 1
Checkitem 烈火护腕 1
Checkitem 烈火戒指 1
Checkitem 烈火指环 1
Checkitem 烈火腰带 1
Checkitem 烈火靴子 1
#ACT
TakeBagItem 烈火头盔|烈火项链|烈火手镯|烈火护腕|烈火戒指|烈火指环|烈火腰带|烈火靴子 46 60 0 0 45000 N0 1
TakeBagItem 烈火焚天剑|烈火焚天铠 46 120 0 0 90000 N1 1
MOV N$回收金额A
MUL N$回收金额A 60
MOV N$回收金额B
MUL N$回收金额B 120
INC U89
INC U89
SENDMSG 0 【装备回收】:恭喜{[]|250:0:1}成功回收{烈火套装|254:0:1},获得海量[{元宝,经验|254:0:255}]...!!! 31 0
break



以上脚本为修复脚本,因为脚本前缀包含了系统禁止点击字段PlayDie,那么这脚本只能引擎内部跳转使用,严禁外部点击的,任何脚本字段只要不是靠NPC去点击的都可以使用引擎禁止点击字段作为前缀,当玩家使用封包工具进行点击时候,引擎上会显示日志:      用户:人物名称; NPC:QFunction 禁止点用该NPC触发字段:@playdie回收装备正常!反正只要不是需要鼠标点击的都可以使用禁止点击字符来做脚本头!!!!这样就无视封包工具刷包了,那么需要NPC点击的下面讲解!




--------------------------------------以上是脚本安全讲解1---------------------------------------------------------------------


下面讲解最传统的脚本安全,比如一些人写脚本领取金条,


[@main]

 

[@更换]
#if
checkgold 1000000
#act
GOTO @满足条件

[@满足条件]
#if
#act
give 金条 1
break


上面脚本只是举例, 这样的脚本封包可以直接刷@满足条件 无限领取金条,正确处理方式如下:


方式1:


[@main]


[@更换]
#if
checkgold 1000000
#act
give 金条 1
break




方式2:


[@main]


[@更换]
#if
checkgold 1000000
#act
GOTO @PlayDie满足条件

[@PlayDie满足条件]
#if
#act
give 金条 1
break

方式3:


[@main]


[@更换]
#if
checkgold 1000000
#act
SET [111] 1
GOTO @满足条件

[@满足条件]
#if
check [111] 1
#act
set [111] 0
give 金条 1
break

反正记住一点,检测条件必须和执行段一气呵成,或者使用个人标识进行检测,要么就在检测条件满足后跳转字段前缀比如包含禁止点击字符,如果使用个人标签判断请确定每一段脚本不一致,防止冲突!!!!







                                                                                                                            关于脚本死循环



下面给大家说说脚本死循环问题(引擎-功能设置-其他控制内),很多GM习惯把脚本死循环设置到非常大,正常来说脚本循环次数设置不要超过999,一般来说200就足够使用,不要看到脚本死循环报错就一味的将循环次数设置超级大,甚至设置到99999,要知道死循环报错是需要达到并超过限制次数才会报错,设置太大后也许还没等报错引擎就崩溃了,比如一秒钟时间刷几十几百条报错,这个肯定是脚本问题,要解决问题根源,而不是掩耳盗铃!!!

设置循环次数的目的是给一些脚本本身需要比较大次数而用的,而不是让用来掩饰报错的!!!! 特别当循环次数设置200内那些一秒刷N条死循环报错的脚本就必须修复!!!!







                                                                                                                           关于定时器使用和游戏卡的问题


个人定时器最忌秒级执行大量复杂脚本,这样在线人越多引擎CPU占用就越大,服务器-任务管理器-进程中m2的CPU占用达到单核最大CPU占用游戏会卡,计算引擎最大CPU占用方式:比如任务管理器有8个格子,那么引擎最大CPU占用13%,算法为:100除以8 ,达到12%基本就很卡了,如果是16核CPU(16个格子),那么就是100除以16 大约7%也就是说达到6%就卡,引擎的负载能力取决CPU主频,主频越高承载能力越强,而不是多少核来决定的,因为目前市面上所有的引擎都是单核允许,当游戏出现卡的时候,首先排除网络,再排除引擎是否CPU满载,如果CPU满载人数没过千人,那么就是脚本引起的·脚本排查主要排查定时器,特别是秒级定时器,死循环等频繁执行和部分脚本命令使用问题(比如lockAbil和LOCKUPDATEABIL引用不当,相关功能命令文档下方有注意事项讲解)的脚本,如果确定是引起CPU满载造成的卡,可以进行排除,首先排除QM,其次排除QF,排除方式为,清空QM并重新加载,如果CPU下来了就表示是QM内的脚本造成,这个时候恢复QM脚本然后一段段的删除并重新加载,目的是找到是那段脚本造成,然后针对脚本修复优化,这就是排除方式,如果QM没问题就QF,反正造成引擎CPU高的原因只有大规模的频繁执行脚本才会导致,如果引擎的CPU有空闲依然卡的话,就需要更换IOCP多线程网关来解决卡的问题,多线程网关对游戏封包处理速度比普通网关高很多倍,流畅度也极大提升!!!如果引擎CPU没问题,网关也是多线程,游戏速度限制也没问题,还卡的话就换IDC吧。只能说网络垃圾!!

手机扫描二维码访问

本文地址:https://www.uc845.com/post/976.html
版权声明:本文为原创文章,版权归 游戏伴随我 所有,欢迎分享本文,转载请保留出处!
您需要 登录账户 后才能发表评论

发表评论


表情

还没有留言,还不快点抢沙发?