首页 > 分享 > 获取万象上座数,并上报给服务端-已经完成
2015
01-06

获取万象上座数,并上报给服务端-已经完成

我这里因为其他人经常需要了解当前网吧的上座率多少了,问得收银员很频繁,几乎1个小时就要问好几次,我就寻思这获取到万象数据库里面的相应的上座率并触发关键词,自动回复给对方。

网维大师的那个管家也有这个功能,但是数据延时太严重了,不能符合我的要求,我现在要求是10秒-30秒就要上报一次数值,这样我就方便采集了,时间我可以自定义就行了,然后对接微信或者QQ的WAP版本API,加上一些插件,就可以做成一个自动触发关键词的小工具了,

第一步:获取万象在线数据了-完成

这个过程也得到邓佳的大力协助,教会我怎么用工具打开SQL查看里面的内容(以前真没弄过任何数据库),因为我真的是编程白痴级别的,就偶尔玩过几天易语言而已,也没写过什么NB的软件,这次要弄这个,我其实属于摸石头过河的,加上要操作SQL,更郁闷了,因为我从来没弄过SQL,今晚通宵帮别人装系统,利用空隙时间一边问度娘,终于找到了万象数据的在线状态标记的位置了

用这个语句,把dbo.tStat 下面是1的值的做个统计,然后就得到了在线的数量了,SELECT COUNT(wbbh) FROM dbo.tStat WHERE wbbh=’1′

我用的是易语言,整整弄了3个小时才会用命令连接好数据库和获取返回值

.版本 2

时钟1.时钟周期 = 10000 ’ 这个是查询时间的周期
外部数据库1.打开SQL数据库 (登录地址编辑框.内容, 帐号编辑框.内容, 密码编辑框.内容, 数据库名称编辑框.内容, 真, )‘这里是连接数据库,一定要用外部数据库,否则死活获取不到返回值
文本 = 外部数据库1.查询 (“SELECT COUNT(wbbh) FROM dbo.tStat WHERE wbbh=’1’”)
‘ 输出调试文本 (到文本 (外部数据库1.读 (文本, 1)))’测试的时候用的
说明标签.标题 = “当前在线用户数:” + 到文本 (外部数据库1.读 (文本, 1))‘显示在标签上面
外部数据库1.关闭记录集 (文本)

这个方法是用ip 方式连接,并用外部数据库来获取查询到的数据的,用本地windows认证连接我还不会弄,求指导啊~

上个效果图先,界面和功能还有很多不完善,目前能做到的是,能定时30秒获取一次数据,并上报给服务端,这个后面我再加上自定义时间吧,目前就这样先。

获取万象上座数,并上报给服务端-已经完成 - 第1张  | 彬子窝

第二步:服务端,用于接收上报的数据。

还没开始写,不过结构已经在脑子里面有了,只是…..我也没写过呀~~~郁闷,临时抱佛脚吧~~看看怎么才能把这个服务端的数据存好,真不会用任何数据库,如果有数据库达人能指导一下就好了,感激不尽。实在不行,我就直接写文本里面算了,反正我只采集上座数。

因为我目前只需要用到2个数值而已,所以我就直接写入文本

获取万象上座数,并上报给服务端-已经完成 - 第2张  | 彬子窝

第三步:与微信或者QQ进行对接

目前考虑的是与微信对接,但是也没弄过微信的API,也没头绪的,其实弄QQ的话,可以与酷Q对接,我写个酷Q的外挂插件就可以了。大概是这么个思路

因为QQ和微信的接口尚未完全开放,微信的我也不会用,貌似也很麻烦的。我这里就用了一款开源的酷Q软件,再自己写个插件实现关键字触发,以达到我的需求

获取万象上座数,并上报给服务端-已经完成 - 第3张  | 彬子窝

获取万象上座数,并上报给服务端-已经完成 - 第4张  | 彬子窝 获取万象上座数,并上报给服务端-已经完成 - 第5张  | 彬子窝

 

 

 

微信端查询功能也完成了。经过一整晚的搜索和研究,发现网上有大神用易语言写过一个微信公众号首发的源码,经过重新修改,也完成了查询功能,并且加上了查询权限功能,与QQ查询一致

获取万象上座数,并上报给服务端-已经完成 - 第6张  | 彬子窝

找时间再把两个进行整合一起就完美了【已经完成】

获取万象上座数,并上报给服务端-已经完成 - 第7张  | 彬子窝

 

第四步:进行优化和配置

对整个结构的功能进行优化和配置,这个是我自己想多练练手而考虑的,不是为了做限制,仅仅是练手。

后面再想办法用数据库来进行记录数据

因为TX最近修改了通讯协议,所以目前QQ关键字查询暂时无法使用了,只能用微信公众号进行关键字或表情查询,后期等酷Q把新的协议破解之后再完善即可。

因为软件是我自己定制给这里网吧写的,如果你自己的网吧需要,再联系我进行修改,软件我就不发出来了,因为发了你也用不了~

微信服务端   这是微信服务端源码可以自己扩展。

【附加功能】

咨询了网维管家开发的相关朋友,他说目前还不能识别客户机解锁状态,因为数据库里面没有相关的标记

但是能拿到解锁记录,我就想着从解锁记录入手,侧面判断是否解锁,现在思路有了,大概方式是

1、30秒巡检一次解锁记录,获取解锁的日期,比对是否是今天的日期,如果不是,就直接跳过,如果是,那就进行下一步比对

2、是否当前在计费状态(SQL有标记),如果是计费状态,那就是非解锁状态,如果不是计费状态,再进一步判断

3,30秒巡检判断一次是否在线,如果连续2次30秒都能检测到一直是在线,那么就能得出结论这个机器是:解锁状态or逃费状态

 

最后编辑:
作者:彬子
彬子
这个作者貌似有点懒,什么都没有留下。

留下一个回复