二十四节气时间表

更新日志：
1. 节气按年份自动切换（解决“一直停在 25 年冬至”）
问题：节气数据写死为 2025 年，到 2026 年后“当前节气”仍显示 2025 年冬至，“下一节气”倒计时异常（如 -421 天）。
改动：
增加 getJieqiDataForYear($year)，按传入年份生成该年 24 节气（含日期、星期、时刻）。
内置 2025、2026、2027 的节气日期表；超出范围时用最近一年的月日 + 目标年。
getCurrentJieqi() 改为用“当前年 + 前后年”组时间线（上年冬至 → 当年小寒…冬至 → 次年小寒），再根据“当前时间”算当前节气与下一节气，支持跨年（如冬至后下一为次年小寒）。
效果：每年自动用当年节气，当前/下一节气与倒计时正确；到 2027、2028 等年份也会自动用对应年。
2. 页面节气列表改为动态输出
问题：下面春/夏/秋/冬四块里，每个节气的日期、星期、时间全是 2025 年硬编码。
改动：用 当前年 的 getJieqiDataForYear($currentYear) 生成列表，按“春→夏→秋→冬”顺序循环输出每个节气的名称、日期、星期、时刻。
效果：列表里的 24 个节气都显示为当前访问年份的日期和星期。
3. 修复被 WordPress include 时的报错
问题：在主题里用 include 引入时出现
array_keys(): Argument #1 ($array) must be of type array, null given（约第 97 行）。
原因：在函数内 include 时，顶层变量变成该函数的局部变量，getJieqiDataForYear() 里 global $jieqiDatesByYear 取到的是全局未赋值的 null。
改动：不再用 global，把节气基准数据和年份日期表移入 getJieqiDataForYear() 内部，用 static 只初始化一次；并删除文件顶部的重复定义。
效果：无论直接访问还是被主题 include，都不再因 array_keys(null) 报错。
4. 冬季节气块里“小寒、大寒”用次年
问题：按节气一轮顺序，冬至之后是小寒、大寒，应属下一年（如 2026 年冬至后是 2027 年小寒、大寒），但当时显示的是当年 1 月的小寒、大寒（如 2026-01-05）。
改动：组装展示列表时，仅 小寒、大寒 使用 次年 的节气数据（getJieqiDataForYear($currentYear + 1)），其余 22 个节气仍用当前年。
效果：冬季节气块中，立冬→冬至为当前年，小寒、大寒为次年（如 2027-01-05、2027-01-20），与“一轮”顺序一致。