运营每天早上要看前一天的在线峰值、新增、充值、沙巴克战况等十二项指标,靠人工盘变量既慢又错。服务端零点自动聚合写报表,邮件直达运营邮箱,五分钟出数。
业务动作发生时顺手累加内存计数器,零点统一落盘,避免高频写变量。
local RPT = { newplayer = 0, boss = 0, arena = 0, trade = 0 }
function rptCount(key)
RPT[key] = (RPT[key] or 0) + 1
end
全局定时器在零点把计数器拼成报表串,setsysvarex落盘留档,sendmail发给运营角色。
setontimerex(905, 86400)
function ontimer905()
local buf = "日期:" .. os.date("%m-%d")
for k, v in pairs(RPT) do
buf = buf .. ";" .. k .. "=" .. v
RPT[k] = 0
end
local tag = "RPT_" .. os.date("%m%d")
setsysvarex(tag, buf, 1)
sendmail("oper_admin", 0, "每日数据报表", buf, "")
end
测试环境把定时器间隔改成60秒验证聚合与清零逻辑,上线前改回86400秒。报表落盘后随机抽读三天数据与业务日志对账,误差超过百分之二说明有计数器漏埋。
setontimerex按服务启动时间起算,中午重启会把零点报表推到次日中午,重启后要按当日剩余秒数重设间隔。计数器只加不清会越滚越大,ontimer里清零动作漏写,报表数字就会翻倍虚高,这是最常见的事故形态。sendmail的目标是运营专用角色,用变量存角色名,换人不用改代码。报表串别塞动态明细,只放当日汇总,明细走日志文件,邮件超长会被截断。
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
学员常见误区 Lua函数可返回多个值,学员用固定变量数接收时如果变量少于返回值,多余返回值被静默丢弃;如果变量多于返回值,多…
设计初衷 行会建筑的死穴是一次全解锁:会员没有逐步建设的过程感。梯度设计让每栋建筑都有前置条件和资源门槛。 数值模型 建筑分…
设计初衷 婚姻系统的属性加成是社交玩法的经济锚点:加成太弱没人结婚,太强则"为了属性被迫结婚"扭曲了社交本质。婚姻边界的设计…
设计初衷 宝箱类玩法的信任危机都源于同一句话:"概率是不是骗人的。"期望公示把概率从事后争议变成事前契约:奖池概率表全量公示…
设计初衷 流拍物(拍卖未成交的退回物品)堆积在卖家背包里成为死资产:低价值物流拍后无人问津,高价值物流拍后卖家不愿降价重拍。…
业务场景 沙巴克战功榜每周结算,玩家提交战功前不知道"再打多少能进前 10、前 10 的奖励是什么"。名次预览:输入自己的战…