狗尾续貂---一种另类的注册码系统改造

liuhaiyan008

        曾经的TC5.0注册码系统下运作的脚本，在半个月前遭遇尴尬：游戏运营商添加了检测功能，该功能只针对进程中访问注册码服务器IP的行为，以此判断脚本的存在，是---则游戏报错弹出。万般无奈之下投到百宝云的麾下，闷头费了半月时间终于改造了一套适合自身情况的“行头” ，目前运转良好特此与大家交流一下思路。
      首先要感谢的是Abin老师，这套系统是基于http://bbs.91shenfan.com/thread-74-1-1.html中的注册码客户端纯TC6.0代码版本20160330    来改造的，主要内容是：1. pc管理端加入代理账号登陆的各种功能，情形上考虑了TC5.0注册服务的特点，账户有等级和资金的特征，决定其提卡续费操作及其他权限范围。
      2. 软件端采用多项目捆绑式，注册码分等级（1星 2星 3星）来决定对其中项目的使用权。
      云代码中去除了网页操作内容，因为不懂相关的设计方案，只用PC管理端+软件端来达成既定目标。
                                                                     先看下PC管理端的情形：
                                                         
         上图是登录窗口：加入TAB切换焦点及回车登陆是很简单的事，让操作的舒适感从一开始就存在，错误的账号密码将导致5秒内不能输入和点击登陆按钮，因为啥毋庸解释了。
                              
         上图是注册码页面：与原来不同的是 a处换了登录账号的若干信息，等级分为“0级 销售级； 1级 代理级；2级 商务级；3级 伙伴级；4级 管理级；5级 主权级 ”   前3级的区别大致在于可提卡的星级（普通 高级 超级），另外代理级的有设置代理公告的权限（尽在其所提卡的界面中显示，稍后从软件端那里看到效果）  而伙伴级除此之外还拥有提卡打折的优惠，至于管理级和主权级......想想也知道是干啥用的了。  提卡要消耗账户资金，这些都在数据库项目管理表里规定了标准，续费亦如此，但是管理和主权级别是不消耗的。


  

        上图是管理界面：大家可能注意到了，只有一个项目存在。不错！一个项目足矣，因为我的软件端采用捆绑多个脚本模式，后面大家可以看到。   在管理界面中可以看到其他代理帐户在线情况，但是低等级账户是看不到高等级账户的ID、资金信息，昵称不在其限制内。个性化设置可以轻松修改密码 安全码（提卡续费等消费行为时，作再次验证用） 昵称 还有代理公告，这代理公告实际上处于数据库用户管理表每个用户的资料中与原有公告不同（那个存在于项目管理表中）。前面的图中大家细看注册码列表细节有“归属”一项，这就是说除管理级和主权级账户外，其他账户登录后只能看到自己所提的注册码，而注册码的归属决定了在软件端使用时显示谁的代理公告内容。  资金转账限定不低于自身等级的账户，而创建账户要求必须高级别才可实现，且不可创建同级别或更高级别账户。在创建账户窗口中还有默认初始资金项，这个填入的数值将在创建者账户中扣除，不够的话...就创建失败。   按原来的框架还保留了操作日志栏，当点击切换选项卡到日志栏时，日志自动更新一次。这里也有一点说法--- 操作日志内容分为：操作账号、操作类别、操作日期、操作详情，操作帐号通过修改云代码在登陆时将ID传给 操作日志T文件 那里的一个全局变量（这像是TC4.X版的特点，有类似空间的划分），而低级账户不能看见高级账户在日志中留下的操作帐号名，没啥大用的鸡肋效果而已。


                                                                                 再看下软件端的情形
                           
                   上图是软件端登陆界面、服务窗口与其中一个脚本项目：登陆窗中的友情提示栏里就是原来的项目公告内容，这个在管理端中：管理级、主权级账户可以修改。版本信息的最新版本来自云端数据库，当前版本是软件端写在自身全局变量里，每次更新后自己修改，当最新版本与当前版本相同后确定按钮才有效 。   登陆后是服务窗口，这里可以看到注册码的几样信息（剩余时间，卡等级，当日剩余解绑次数），代理公告就在这里显示，这是代理们的额外“福利”。左下的项目列表里就是捆绑进去的几种脚本，点击后右侧详情介绍，当卡等级（星级）权限足够的话，启动辅助按钮有效。   右图就是选中后打开的一个脚本，打开这个后服务窗口关闭，当关闭脚本后又回到服务窗口......需要说明的是：因为服务窗口与各个脚本均为“控件模态窗口”在任务栏不显示，一旦多开游戏窗口后隐藏在后台难以及时调出控制，故加入一个热键Home随时激活服务窗或脚本窗，事关用户的切身体验，马虎不得。
       到现在大家应该了解了，这种软件端的特点就是：可以自由加入脚本项目并且皆以控件模态窗口开启，理论上可以尽情地往里塞，相关代码如下所示：

1.     循环(等待(100))
   
2.         变量 rbt = 控件模态窗口("管理界面")
   
3.         等待(500,假)
   
4.         如果(rbt == 1)
   
5.             选择(选定脚本)
   
6.                 条件 "项目1"
   
7.                 变量 rct = 控件模态窗口("脚本1")
   
8.                 条件 "项目2"
   
9.                 变量 rct = 控件模态窗口("脚本2")
   
10.                 条件 "项目3"
    
11.                 变量 rct = 控件模态窗口("脚本3")
    
12.                 默认
    
13.                 退出()
    
14.             结束
    
15.             等待(500,假)
    
16.         否则
    
17.             退出()
    
18.         结束
    
19.     结束

复制代码

                                                                     最后说下体验应用方面的感受：
不知道是因为百宝云内测注册用户太多，还是网络卡（我想多半是前者），即使还未正式推给用户使用时，我就发现按原来的云端通信方式常常联接失败，软件端这边登陆不上，或登录上很快掉下来。而服务端除了登不上外，查询、修改、创建等操作也是一而再 再而三的失败，几乎让我萌生退意。虽说是注册获得的免费云应用，但这样情形不免让人对收费服务项也产生顾虑，基本上按原来的方式无法使用，登录不上就不必讲那个心跳频率的改变了。   后来幸好想起一招，在云端通信的函数中加入一秒左右间隔的遍历---即：不获得正确回应不罢休，表现在外观上就是偶尔稍稍延长那么几秒，而软件端用户在注册码登陆时几乎没什么影响了，且登陆后将获得的剩余时间直接定时器倒计时递减，期间的心跳一旦获取到正确回应就直接改变剩余时间，获得失败也没啥大不了---自身也一样在计算中，除非获得“注册码不存在（删除了）、冻结”等内容，否则不做任何动作，脚本到期就交给自身的定时器了。这种做法也使心跳频率可以间隔更大一些，与所有者无甚影响，又减少了云端通信的次数。  服务端那边，查询时有可能稍加延长，但极少出现“未查询到”云云。

mt

这个一定要支持一个,以后可以考虑上架应用中心

红船

我去 666.。。。。。。只有膜拜了