前言:作为开发者,我们必须面对软件收费问题。一方面,收费能激励我们投入更多资源和精力来打造更优秀的产品;另一方面,市场上的商业验证费用往往高昂,使得许多小型和特色软件开发者难以承受,甚至不得不以失败告终。此外,由于加密算法的通用性,软件授权加密逻辑可能容易被破解,这无疑增加了我们的挑战。
我知道有些人可能会对这款新的验证工具产生疑虑,担心其可靠性。但请相信,我已经尽我所能优化它,确保其安全性和有效性,我希望即便哪一天有不可抗力因素导致验证无法更新,大家也可通过拓展插件实现一切,不用再各个验证之间进行无意义反复更换 。如果您碰巧是首次使用网络验证 ,那么我希望这是您的第一款 , 也是您的最后一款网络验证,我真诚地希望大家能接受并对这款验证工具保持信心。非常感谢您的理解和支持。
斩月网络验证介绍
斩月网络验证是一款完全免费的Windows网络验证,无联网限制,不用担心后门,拓展性极强,无壳,故性能损失为0,发布前已测试过所有功能,无bug,纯JSON请求,易于移植到各个语言使用,数据库完全掌握在你自己手中(最放心),支持保存自定义键值,并且可以自己编写加密方式和加密算法处理收发包返回值(最安全)
支持自定义列表,显示哪些不显示哪些由你决定,百万级数据不会卡列表,查询也在几十毫秒内
简介:
Windows系统用
数据库Rocksdb,效率是mysql查询速度的2倍,sqlite的10倍,且支持大数据传输保存
Websocket(基于HPsocket),支持虚表,数据加载快,数据多也不卡.总体效率大于所有网页验证数倍,同时提供导入和导出,在您有更好的选择的情况下可以轻松更换到其他验证,同时也方便从其他软件导出数据到本验证
开源部分:
代理端,自己diy相关功能,收包发包加解密算法自定义例子,以及易语言调用例子和安卓懒人LUA调用例子,本验证持续更新,欢迎大家提供更多的调用例子
账号密码登录模式
<适用场景>:
1:无实时联网要求的可在登录后直接断开和服务器的连接 降低服务器占用 适合低配服务器
2:万能场景
卡密登录模式
<适用场景>:
不想搞账号密码这么麻烦的 可以直接卡密登录
扣点模式
<适用场景>
想通过点数和到期时间同时来控制用户使用,并且按登录扣点,登录一次扣一次,无需考虑用户是否换机等,过了0点也会在服务端按当前在线设备各扣1次点数(前提是客户端不能登录后就断开)
举例:这台电脑开了4个账号 登录了4次 扣4次 还有一台登录了3次 扣3次 隔日自动扣7次(如所有设备都在线)
条件:需保证勾选项目管理页面的扣点模式才能开启
扣时模式
<适用场景>
你不限制多开,也不限制用户多个机器登录
特点:每次心跳都会扣时,每次扣服务端这边设置的心跳时间/2的秒数 不用不扣时间 2个登录则每小时扣2小时使用时间
有人会问这个模式和扣点模式有区别吗?当然有,扣点模式是按使用次数来算的,而扣时模式是按时间来计算的
类似加速器里的计时收费,区别是我们这个可以多开,并且按多开累计扣时
设备扣点模式
<适用场景>
想通过点数和到期时间同时来控制用户使用,并且按登录扣点,当日首次登录扣一次,过了0点也会在服务端扣1次点数(前提是客户端不能登录后就断开)多开不重复扣点
举例:这台电脑开了4个账号 当日只扣1次 还有一台开了3个 当日也只扣1次 隔日自动扣2次 跟大漠计费模式差不多
条件:需保证勾选项目管理页面的设备模式才能开启 由于判断模式跟机器有关所以需要客户端传来的机器码必须是经过开发者严格测试的
注意:该模式可以不和服务端保持连接,登录成功断开也行,那你就要自己写一个隔天自动登录保证扣时,一般我不建议折腾,除非你想最大化利用你的服务器
注意:如需限制最大同时登录则必须客户端保持登录不断开,有断开需求的也可以直接断开,根据自己的需求来,一般要想限制多开就不要断开,或者你自己客户端写互斥,当然也有局限性
百万张卡密查卡效率演示 不卡UI 极速查询
在线支付效果演示 -- 在线支付-注册-下单-付款-接收结果全流程
特点:
支持5种计费模式,返回值自定义加解密 数据库内容自定义
1:账号登录
2:卡密登录
3:扣点模式
4:扣时模式
5:类似大漠的计费机器扣点模式
支持制定系统防火墙层面规则,关闭端口,封禁IP,杜绝被攻击的可能性
优势:开箱即用,可自定义返回值,自己写插件,性能强,稳定6W同时在线用户
更多详情看图片,持续更新完善,后续发布一些安卓版自动化工具的调用例子,也会分享一些加密算法,当然你自己用openssl实现更好
企业版功能[非免费]
实时进程通讯:实现群控功能
云资源:实现设备批量存储数据,用户可独立查看
高强度加密 保留性能的同时获得最大的安全性
支持全系列YOLO OCR 云函数
定期防破增强维护
定制业务
rocksdb数据库是什么?
原身为leveldb由谷歌推出 rocksdb数据库由facebook改造 大厂出品 效率是sqlite的十倍 同时支持高并发读写操作 基于leveldb改造
websocket框架的优势?
没有最大并发线程数限制 没有最大连接数限制 单论性能 强于其他框架服务端 稳定性和效率很优秀 基于HPsocket
为什么要使用websocket而不是其他?
很多时候软件更新,并不需要整体更新,很可能只是一些数据变化,而websocket带来的实时性,低延迟,可以服务端直接给在线用户发送消息而达到数据更新的目的,也避免了整体更新的不必要,如果是脚本语言,那么可以直接实时帮助用户更新,同时也避免了其他方式轮询对服务器带来的负担
官网介绍:http://zangetsu.vip