屠龙出世、祖玛教主首杀、沙巴克易主——全服级事件需要全服级的通知:红字横幅、跑马灯、区域公告构成传奇的通知分层。通知体系的设计要点是事件分级、渠道选择与频率管制,让重要的事被看见,让嘈杂的事不扰民。
---killmon: 击杀怪物触发,首杀判定
function killmon(actor, monName)
local key = "FK_" .. monName
if FirstKill.book[key] then return end
FirstKill.book[key] = {
who = actor:GetName(),
at = os.time(),
}
QF_Broadcast("【全服首杀】" .. actor:GetName() ..
" 击杀了 " .. monName .. ",载入玛法史册!")
end
首杀的判定用服务器级的登记簿:每种 BOSS 的首杀只有一次,登记簿在开服时初始化,杀过即记账。QF_Broadcast 的红字横幅是最高通知级别,祖玛教主的首杀横幅全服可见,首杀者的名字与击杀时间永久留在登记簿里供查询。组队的首杀归属按击杀触发者记录,队伍共享荣誉的细则写进活动说明。
---三级通知与同类事件的冷却
local LEVELS = { banner = 0, marquee = 60, map = 30 }
function Notice.publish(channel, kind, text)
local cd = LEVELS[channel]
if cd > 0 then
local last = Notice.last[channel .. "_" .. kind] or 0
if os.time() - last < cd then return false end
Notice.last[channel .. "_" .. kind] = os.time()
end
Notice.emit(channel, text)
return true
end
三级通知体系:横幅(首杀、屠龙、易主)、跑马灯(行会建立、高级强化)、区域公告(本地 BOSS 刷新)。跑马灯的同类事件 60 秒冷却、区域公告 30 秒,冷却管制防止批量事件刷屏——一夜十个行会建立时,跑马灯不至于变成滚动广告屏。横幅不受冷却限制,首杀的荣耀不该被节流。玩家喇叭的商用播报单独限流:每日 10 条限额加内容审核,跑马灯的公信力被滥用摧毁过一次,限额是修复的代价。
各类通知的触达与点击统计,横幅的玩家注视时长是文案优化的依据;冷却拦截的次数监控,拦截率高说明事件的批量特征需要分流到低级别渠道。
跑马灯的商用化泛滥曾经摧毁通知公信,喇叭道具的无限投放让跑马灯成为广告屏,每日限额与审核让跑马灯回归荣耀属性。区域公告的范围曾经是全服,区域的边界划分让本地事件回归本地。首杀登记簿曾经存内存,重启后首杀被二次触发,登记簿落库后史册不再重写。
通知的分级与冷却参数进配置,赛季活动可临时调整跑马灯的配额。横幅的文案模板统一管理,事件名与玩家名的占位符防拼接事故。通知的埋点与官网公告页联动,全服红字的历史可查,错过横幅的玩家有处可寻。
本文由 996 技术组基于 996 引擎官方知识库与浮生梦老师课程体系整理。团队长期从事传奇类引擎 Lua 后端逻辑、客户端界面与商业版本交付,内容以官方知识库与真实项目为出处,按版本持续修订。
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
学员常见误区 Lua函数可返回多个值,学员用固定变量数接收时如果变量少于返回值,多余返回值被静默丢弃;如果变量多于返回值,多…
设计初衷 行会建筑的死穴是一次全解锁:会员没有逐步建设的过程感。梯度设计让每栋建筑都有前置条件和资源门槛。 数值模型 建筑分…
设计初衷 婚姻系统的属性加成是社交玩法的经济锚点:加成太弱没人结婚,太强则"为了属性被迫结婚"扭曲了社交本质。婚姻边界的设计…
设计初衷 宝箱类玩法的信任危机都源于同一句话:"概率是不是骗人的。"期望公示把概率从事后争议变成事前契约:奖池概率表全量公示…
设计初衷 流拍物(拍卖未成交的退回物品)堆积在卖家背包里成为死资产:低价值物流拍后无人问津,高价值物流拍后卖家不愿降价重拍。…
业务场景 沙巴克战功榜每周结算,玩家提交战功前不知道"再打多少能进前 10、前 10 的奖励是什么"。名次预览:输入自己的战…