01
赛程排布
解决“今天和明天有哪些比赛、几点开始”。按开赛时间与队伍归属排序,每日 06:00 与 18:00 各刷新一次,改动都留在原条目内。
之所以单独成线,是因为它对时间最敏感,和其他三条的更新节奏完全对不上。
移动端功能Brand & Ground
从移动端 v3.2.1 起,奇异果赛场的站内索引主页完成一次焕新:赛程排布与球员名录改成按日期与队伍梳理,条目命名保持原样。下面把这条路的来由、由谁维护、按什么口径整理,一次说清。
Stance
这个站点只做中文赛事的条目整理与站内索引:不转播比赛,不预测结果,也不替任何人下判断。
History
年份与赛季阶段是这条线上仅有的坐标。每个阶段都保留着当时的分区习惯,后来被挪进了哪条主线,节点里写清楚了。
2018
站点以赛程速览起步,只有这一个用途。表格本身很朴素,但它定下了后来所有分区的排序习惯——先看时间,再看队伍。
这一阶段既没有名录也没有复盘,比赛结束后读者要自己把信息拼起来。赛程排布因而成了四条主线里最早被固定下来的一条。
2019—2021
三年间站点一直跑在 v2 系列上,栏目不多,条目主要靠逐场手工录入,刷新节奏也在这段时间里慢慢稳定。
当时每天固定刷两遍赛程,这个频率后来原样保留,成为现在 06:00 与 18:00 两次刷新的雏形。
2021
名录按队伍分组加入,处理的是一类很具体的查找:只记得球衣号码,想不起是谁。分组规则一直沿用到现在。
名录在赛季中段会随人员变动更新,与赛程排布形成对照关系——一边是时间,一边是人。
2022
v3.0 公开之后,v3.1 与 v3.2 依次发布,把分区与索引从手工维护迁进统一的整理流程,条目命名规则也在这一轮被写死。
三次公开版本都保持同一个访问路径,跟过来的老读者不需要重新记地址,这一条从那时起就没有破过例。
2023
把“这场比赛是怎么打下来的”变成可检索的条目,按轮次与对阵归档。目前这一主线累计沉淀 1800 余条索引条目。
索引在终场后 40 分钟内挂出,先出对阵与关键节点,随后补细节。这个挂出节奏与赛程刷新的节奏并不互相挤占。
2024
伤停补时使用记录被统一成一条独立主线,单独归档、单独标注;同年 v3.2.1 完成站内索引主页的界面焕新。
焕新只动分区与索引组织,不动栏目名称与访问路径。旧版本里能直接打开的地址,现在依然能直接打开。
Four Lines
它们不是一次性规划出来的,而是读者一次次问到同一个问题之后,被逐步拆成独立入口。
01
解决“今天和明天有哪些比赛、几点开始”。按开赛时间与队伍归属排序,每日 06:00 与 18:00 各刷新一次,改动都留在原条目内。
之所以单独成线,是因为它对时间最敏感,和其他三条的更新节奏完全对不上。
移动端功能02
解决“这个人是谁、在哪支队”。按队伍分组,赛季中段随人员变动更新,号码与姓名各自独立成列,方便按任意一列定位。
它比比赛活得久,所以不能挂在任一场比赛下面,只能自成一线。
03
解决“这场比赛是怎么走的”。终场后 40 分钟内挂出条目,按轮次与对阵归档,便于回看时按赛季阶段逐条翻。
索引是入口不是正文,所以它记录的是条目位置与归档方式,而不是替代阅读过程。
赛事专栏04
解决“这场补了多久、为什么补”。只记录实际发生的补时时长与对应场次,单独归档,不与常规赛程混排。
补时是赛后才会确定的信息,把它并进赛程会污染赛前排布,所以最终并列成第四条主线。
Editorial Desk
赛程排布每天在 06:00 与 18:00 各刷新一次;复盘索引在终场后 40 分钟内挂出条目;补时记录在 23:30 归档。这些时间点由 4 个班次轮值承担。
班次覆盖到凌晨,意味着第二天早上打开页面时,前一晚的排布已经被人对过一遍。条目不是机器直接落库,中途有一次人工核对环节。
早班
06:00 — 12:00
赛程排布首次刷新 · 当日对阵核对
午班
12:00 — 18:00
球员名录更新 · 咨询邮件初筛
晚班
18:00 — 24:00
赛程排布二次刷新 · 复盘索引挂出
夜班
00:00 — 06:00
补时记录归档 · 次日赛程预排
把指针停在任一班次上,可以看到该班次负责的栏目范围。
Scope
口径写得越具体,条目就越不容易被误读。下面两列分别是站点会做的事和主动不做的事。
条目调整后保留原有编号与命名,只在条目内部追加调整说明。如果一处改动牵涉多条索引,会在对应主线里分别标注,不使用一条公告覆盖全部。
对某条目的归属有疑问时,可以写明日期、队伍与条目名称,通过咨询通道提交,说明越具体,核对越快。
全站统一沿用的调整锚点是 2024 年 5 月 18 日。在它之前形成的条目按当时口径保留,在它之后新增或修订的条目会单独标注版本与调整时间,旧记录不覆盖、不静默修改。这也意味着,任何一次翻查都能看到变化是怎么发生的。