自己架设的传奇世界单机每次重启服务端后，游戏内始终停留在第一天、王城诏令任务无法重置，本质是 “服务端时间未同步本地” 或 “任务进度未关联日期存储”，具体原因与解决步骤如下：
一、核心原因：服务端用虚拟时间而非本地时间
传奇世界单机服务端默认可能启用 “虚拟时间”（启动时固定初始时间，关闭后不保存），导致每次重启都回到 “第一天”。优先检查时间同步配置：
1. 修改引擎时间同步设置（电光引擎通用）
打开服务端主目录，找到Envir\Config.ini（用记事本或 Notepad++ 打开，编码选 ANSI）；
按Ctrl+F搜索 “TimeMode” 或 “UseRealTime” 字段（不同版本字段名可能不同）：
若显示 “TimeMode=0”（0 代表虚拟时间），改为 “TimeMode=1”（1 代表同步本地系统时间）；
若显示 “UseRealTime=False”，改为 “UseRealTime=True”；
保存文件，重启服务端主程序（M2Server.exe），进入游戏后用 “@查看时间” 命令确认是否与本地时间一致。
2. 检查 M2 引擎参数（若 Config.ini 无对应字段）
启动服务端后，打开M2Server.exe控制界面；
点击 “选项→系统设置→时间设置”，勾选 “启用本地时间同步”，取消 “使用服务端虚拟时间”；
点击 “保存设置”，无需重启服务端，直接生效。
二、关键问题：任务进度未关联日期存储
王城诏令任务的 “每日重置” 依赖 “任务完成时间 + 本地日期” 的双重判断，若仅存储 “是否完成” 而未记录日期，重启后会误认为仍在同一天：
1. 修改任务脚本（关联本地日期判断）
打开任务脚本目录：Envir\QuestDiary\王城诏令（或WangChengZhaoLing.txt，不同服务端路径可能为Envir\Quest\WangCheng.txt）；
找到任务重置逻辑代码，通常包含 “CheckTaskDone” 或 “DailyReset” 字段，原代码可能仅判断 “任务次数是否达上限”，需补充日期判断：
原代码示例：If TaskCount >= 10 Then Goto 已完成
修改后代码：If TaskCount >= 10 And TaskDate = TodayDate() Then Goto 已完成（关联当天日期）；
保存脚本后，在 M2 引擎界面点击 “脚本→重读所有脚本”，无需重启服务端。
2. 修复数据库任务存储字段（若脚本已关联日期）
若脚本已有日期判断但无效，说明数据库未存储任务完成日期：
打开 DBC2000（或 SQLite 工具），找到角色任务表（通常为UserQuest或RoleTask）；
检查是否有 “TaskDate”（任务完成日期）字段，若缺失需手动添加：
DBC2000：右键表→“设计表”→新增字段，名称填 “TaskDate”，类型选 “字符串”（长度 10，存 “YYYY-MM-DD” 格式）；
SQLite：执行 SQL 语句ALTER TABLE UserQuest ADD COLUMN TaskDate TEXT;；
重启服务端，完成一次王城诏令任务后，检查该字段是否自动写入当天日期。
三、快速解决方案：直接关闭任务每日限制（应急用）
若暂时无法解决时间同步问题，可先关闭王城诏令的每日次数限制，随时能做任务：
打开王城诏令脚本文件（路径同上）；
找到 “每日最大次数” 设置，如MaxDailyCount=10，改为MaxDailyCount=999（或直接删除该限制行）；
重读脚本后，登录游戏即可无限次接取任务。
四、验证与避坑提醒
验证方法：
改完后重启服务端，完成 3 次王城诏令任务，关闭服务端再重新启动，登录后若能继续接取任务（或 “@查看时间” 显示本地当前日期），说明设置成功。
避坑提醒：
改脚本前必须备份原文件（复制到桌面），避免代码改错导致任务无法接取；
若服务端用 “绿色引擎”，时间设置可能在Engine\Config\System.cfg中，搜索 “RealTimeSync” 字段修改；
部分整合版服务端有 “时间锁定” 插件，需在 M2 引擎 “插件管理” 中禁用（插件名多含 “TimeLock”）。
常见问题补充
改完时间仍不更新？：检查服务端目录是否有Time.ini文件，若有删除该文件（部分旧版引擎会优先读取此文件的固定时间）；
数据库添加字段后报错？：确认字段类型与脚本中读取格式一致（如脚本要 “YYYY-MM-DD”，字段别设为数字类型）。
一、核心原因：服务端用虚拟时间而非本地时间
传奇世界单机服务端默认可能启用 “虚拟时间”（启动时固定初始时间，关闭后不保存），导致每次重启都回到 “第一天”。优先检查时间同步配置：
1. 修改引擎时间同步设置（电光引擎通用）
打开服务端主目录，找到Envir\Config.ini（用记事本或 Notepad++ 打开，编码选 ANSI）；
按Ctrl+F搜索 “TimeMode” 或 “UseRealTime” 字段（不同版本字段名可能不同）：
若显示 “TimeMode=0”（0 代表虚拟时间），改为 “TimeMode=1”（1 代表同步本地系统时间）；
若显示 “UseRealTime=False”，改为 “UseRealTime=True”；
保存文件，重启服务端主程序（M2Server.exe），进入游戏后用 “@查看时间” 命令确认是否与本地时间一致。
2. 检查 M2 引擎参数（若 Config.ini 无对应字段）
启动服务端后，打开M2Server.exe控制界面；
点击 “选项→系统设置→时间设置”，勾选 “启用本地时间同步”，取消 “使用服务端虚拟时间”；
点击 “保存设置”，无需重启服务端，直接生效。
二、关键问题：任务进度未关联日期存储
王城诏令任务的 “每日重置” 依赖 “任务完成时间 + 本地日期” 的双重判断，若仅存储 “是否完成” 而未记录日期，重启后会误认为仍在同一天：
1. 修改任务脚本（关联本地日期判断）
打开任务脚本目录：Envir\QuestDiary\王城诏令（或WangChengZhaoLing.txt，不同服务端路径可能为Envir\Quest\WangCheng.txt）；
找到任务重置逻辑代码，通常包含 “CheckTaskDone” 或 “DailyReset” 字段，原代码可能仅判断 “任务次数是否达上限”，需补充日期判断：
原代码示例：If TaskCount >= 10 Then Goto 已完成
修改后代码：If TaskCount >= 10 And TaskDate = TodayDate() Then Goto 已完成（关联当天日期）；
保存脚本后，在 M2 引擎界面点击 “脚本→重读所有脚本”，无需重启服务端。
2. 修复数据库任务存储字段（若脚本已关联日期）
若脚本已有日期判断但无效，说明数据库未存储任务完成日期：
打开 DBC2000（或 SQLite 工具），找到角色任务表（通常为UserQuest或RoleTask）；
检查是否有 “TaskDate”（任务完成日期）字段，若缺失需手动添加：
DBC2000：右键表→“设计表”→新增字段，名称填 “TaskDate”，类型选 “字符串”（长度 10，存 “YYYY-MM-DD” 格式）；
SQLite：执行 SQL 语句ALTER TABLE UserQuest ADD COLUMN TaskDate TEXT;；
重启服务端，完成一次王城诏令任务后，检查该字段是否自动写入当天日期。
三、快速解决方案：直接关闭任务每日限制（应急用）
若暂时无法解决时间同步问题，可先关闭王城诏令的每日次数限制，随时能做任务：
打开王城诏令脚本文件（路径同上）；
找到 “每日最大次数” 设置，如MaxDailyCount=10，改为MaxDailyCount=999（或直接删除该限制行）；
重读脚本后，登录游戏即可无限次接取任务。
四、验证与避坑提醒
验证方法：
改完后重启服务端，完成 3 次王城诏令任务，关闭服务端再重新启动，登录后若能继续接取任务（或 “@查看时间” 显示本地当前日期），说明设置成功。
避坑提醒：
改脚本前必须备份原文件（复制到桌面），避免代码改错导致任务无法接取；
若服务端用 “绿色引擎”，时间设置可能在Engine\Config\System.cfg中，搜索 “RealTimeSync” 字段修改；
部分整合版服务端有 “时间锁定” 插件，需在 M2 引擎 “插件管理” 中禁用（插件名多含 “TimeLock”）。
常见问题补充
改完时间仍不更新？：检查服务端目录是否有Time.ini文件，若有删除该文件（部分旧版引擎会优先读取此文件的固定时间）；
数据库添加字段后报错？：确认字段类型与脚本中读取格式一致（如脚本要 “YYYY-MM-DD”，字段别设为数字类型）。