维组
更多操作
维组是主要负责维护服内秩序、处理大小任务并响应玩家呼叫的小组。
维组的活跃成员拥有OP账户。
欢迎将自己的经验和总结,补充进下方的办公手册,令所有人的效率都能够保持增长。
办公页面快捷入口↓
注意!!
①严禁权限滥用,请勿干预玩家的正常游玩,请勿过于突出权限的存在(例如在玩家面前乱飞);
②纪念品(NBT修改物品)的制作必须遵守物质平衡原则,即“必须要有充分的纪念价值蕴含其中”,请勿以单纯的个人娱乐为目的滥制NBT物品,它将拉低所有纪念品的价值。
维组成员
头头:Huoao_buao
第一梯:q1q2q3、Snow_Listen
第二梯:NashBan、TsanconBYin
第三梯:VnettoOo、Neon、Mashiro
第四梯:Xieguy
权限发放情况:
除第四梯队外均已发放OP权限账户。
办公手册
常用指令
| 指令 | 作用 | 备注 |
|---|---|---|
| /gm [0,1,3] | 切换为生存/创造/观察者模式 | 观察者模式可以穿越实体方块 |
| /wladd [ID] | 添加一个白名单 | 不区分大小写 |
| /wldel [ID] | 删除一个白名单 | |
| /v | 隐身 | 玩家不会看到气泡效果 |
| /tp [ID] | 直接传送到玩家所在处 | |
| /tp x y z | 传送到坐标xyz | |
| /speed [1-10] | 调整你的移动速度 | 高速跑图会导致服务器卡顿 |
| /mute [ID] | 禁言一个玩家 | 后面加时间可以设定时长 |
| /kick [ID] | 踢出一个玩家 | |
| /sun&/rain | 调整天气为晴天/下雨 | |
| /day&/night | 调整时间为白天/夜晚 | 无过渡效果,切换很突兀 |
| /invsee [ID] | 查看一个玩家的背包 | |
| /seen [ID] | 查看玩家的最后下线地点与时间 | |
| /jail [ID] | 关押一名玩家 |
| 指令 | 作用 | 备注 |
|---|---|---|
| /gc | 检查服务器流畅度 | TPS: >18(流畅) <14(警报) |
| /tps | 显示三次TPS | 确认服务器现在的卡顿情况 |
| /lagg chunk | 显示出卡顿的区块列表 | 一般卡服总是它们导致的 |
| /lagg tpchunk [x] [z] | 前往坐标xz的区块 | 需要配合上面的指令使用 |
常见日常任务
死亡补偿申请
(Codusk添加)
可以说是最常见的任务,可以从论坛传呼处、玩家私聊或议会群内转发发现这类任务。
参考处理步骤:
①判断这个死亡“是否是服务器原因直接导致的死亡”,是则继续,否则表示遗憾并婉拒。
例如:
a.在家门口挂机结果被幻翼啄死了,属自责任死亡;
b.挖矿的时候被头顶上流下的岩浆烫死了,属自责任死亡;
c.滑冰轨的时候区块加载速度没跟上导致卡在地里死掉了,属服务器责任;
d.在野外刷怪的时候突然遭遇大卡顿,恢复过来就已经被炸死了,属服务器责任。
②补偿除复杂附魔装备外的物品,可面对面补偿或装箱放在申请人家里;
③若有复杂附魔物品,则输入/res tp revive_lib,前往复生图书馆,参照其词条内的步骤协助补偿;
④前往死亡补偿记录页进行记录,至此便完成了补偿申请。
————————————————————
查水表
(Codusk添加)
又称,服务器流畅区块的检查与优化。
是很重要的任务,直接关系到大家的游戏体验,有时间就应该去做一下。
特别是在在线高峰期时,很多卡顿严重区都会暴露出来,应及时执行检查。
参考处理步骤:
①输入/gc查看服务器当前的TPS情况,若TPS数值低于18则有必要立即开始执行检查;
②输入/lagg chunk查看当前的卡顿区块;
③输入/lagg tpchunk [x] [z]前往上方列表中,前三位的区块;
④运用/gm3模式对该区域进行巡视,检查有无密集生物区域或持续运转的大型设施;
⑤前往查水表记录页记录简要情况,在议会发送现场截图;
⑥根据目标情况执行【生物灭减】或【器械断阻】,当无法拿捏应该执行的程度时,在议会联系小组头头或鳕鱼。
————————————————————
世界环境巡查
(Codusk添加)
主要检查有无“严重的环境破坏行为”或“令人难以忍受的人工建筑”,并对其进行整治。
对象举例:
a.大量砍到一半的浮空树木;
b.被挖得极为崎岖的沙漠;
c.大范围、无修饰的填海造陆;
d.大型丑陋浮空建筑;
e.严重不符合力学直觉的大型粗陋建筑(如废弃刷铁塔);
f.单格擎天立柱;
参考处理步骤:
①将发现的情况记录到环境巡查记录页;
②试试看能否通过coi查询到始作俑者的信息,若能,记录到上方页面,并QQ私聊始作俑者进行一次警告;
③对于大规模环境破坏,利用区块还原指令还原此区块(我忘了指令是啥);
④对于人工建筑,进行拆除。
——————————————————
处理鸟居申请
(Huoao_buao添加)
定期检查并处理RIAbbs中“主页-Zth-十人议会-※莉亚万神会※-申请鸟居专用帖”里的鸟居申请。
参考处理步骤:
①前往鸟居申请中填写的坐标;
②检查鸟居是否符合以下基础标准:
①盖筑一个规模不小于共鸣鸟居的鸟居(高9格,两柱间距5格);
②传送鸟居的正下方需要穿过一条参道;
③需撰写一本简要介绍此地的<访册>,为前来此处的人提供引导.
若鸟居符合以下标准时,标注为标准级(标)或名景级(赤):
鸟居(标级/标准级):
·有完备的设施,具备神社建筑,是充沛着情感与功能的区域;
赤鸟居(赤级/名景级):
·有完备设施,拥有一座神社,不仅健全,更以独特悦目的风景与建筑而著称,令人赞叹的区域。
若鸟居符合以上标准则继续,反之则在原贴内回复申请者鸟居申请未通过,并告知未通过的原因;
③在申请者填写的坐标处添加标题特效与卫星地图地标;
标题特效指令:/sbp walk create [@title:&c[鸟居名称]/由[申请者ID]共鸣于X年X月X日/15-20-25]
卫星地图地标指令:/dmarker add 名字 icon:N1/N2/N3(N1白,N2标,N3赤)
④飞高几格后在申请者填写的坐标处添加warp地标;
地标添加指令:/setwarp 鸟居名称 (需要在鸟居名称中加入一些英文字符,否则会创建失败。例:x鳕鱼贫鸟居j)
⑤在白级以上的鸟居上挂上主岛码头的传送牌([warp] i主岛码头i),并将访册增印至64本;
⑥在主岛搭建新的共鸣鸟居,并挂上告示牌与传送牌;
⑦在wiki首页的表格中添加新鸟居以及申请者的信息。