你是想在客户端（个人用户）设置“消息保留时长”，还是作为 PotatoChat 的管理员/运维在服务器端统一配置整个平台的消息保留策略？两种场景的做法和影响不同，我下面同时给出常见的用户端和服务端（管理员）设置方法、注意事项与示例命令/脚本，你可以根据需要直接采用或告诉我你用的是哪种场景、哪一版 PotatoChat/数据库，我可以给出更精确的步骤。
一、用户端（个人设置，影响自己设备上的消息）
- 常见入口（示例）：
- 打开 PotatoChat → 设置/偏好 → 隐私或聊天 → 消息保留时长（Message retention）
- 或在某个会话里：聊天设置 → 清除聊天记录 → 选择保留天数或“保留最近 N 天/永久/全部删除”
- 常见选项：
- 永久保存 / 永不自动删除
- 自动删除：7 天、30 天、90 天、自定义（例如 180 天）
- 只删除文字消息，保留媒体/附件（或反之）
- 用户端实现注意：
- 若客户端支持端到端加密，远端设备上消息的删除需要对方设备也执行删除；单端删除仅影响本地副本。
- 删除后通常无法恢复（除非你有备份）；如果需要保留某些重要内容，先导出备份（导出聊天/云备份）。
- 操作示例（步骤说明）：
- 设置全局自动删除：设置 → 隐私 → 消息保留 → 选择“30 天” → 确认
- 清除单个会话历史：长按会话 → 清除聊天记录 → 选择“保留最近 7 天”或“全部删除”
二、服务端/管理员（统一策略、合规与自动清理）
- 配置项通常放在服务端配置文件或管理面板（示例名）：
- config.json / env 变量： message_retention_days: 30
- 管理后台：合规设置 → 消息保留策略 → 设置天数并选择是否对所有用户生效
- 实现方式（常见做法）：
- 保持消息表中的时间戳（created_at / delivered_at）。
- 定期运行清理任务（Cron / 定时任务），删除超过保留期的消息或将其标记为已删除（soft delete）。
- 同时清理相关媒体文件（对象存储或文件系统），并更新索引/缓存。
- 如需合规，可先做“软删除”（打上 deleted 标志并隔离不可见），在满足法定保留期后再物理删除。
- 示例 SQL（PostgreSQL 风格）：
- 物理删除：
DELETE FROM messages
WHERE created_at < NOW() – INTERVAL ’30 days’; - 软删除（保留记录以便审计）：
UPDATE messages
SET deleted = true, deleted_at = NOW()
WHERE created_at < NOW() – INTERVAL ’30 days’;
- 物理删除：
- 示例定时任务（cron）：
- /etc/cron.d/potatochat-retention 每天凌晨 03:00 运行：
0 3 * * * postgres psql -d potatochat -c "DELETE FROM messages WHERE created_at < NOW() – INTERVAL ’30 days’;"
- /etc/cron.d/potatochat-retention 每天凌晨 03:00 运行：
- 要点与注意事项：
- 媒体与附件需要同步删除（数据库里可能只存路径或 ID），确保对象存储不留孤立文件。
- 删除大数据量时注意分页/批处理，避免长事务和锁表。例如每次删除 1000 条、循环运行。
- 建议为删除任务加监控与告警（运行时间、失败率、已删除条数）。
- 法律与合规：一些国家/行业要求保留消息若干年，另一些需要用户有权“被遗忘”。在设置前确认合规要求。
- 备份策略：删除前应保证备份策略符合组织要求（是否允许从备份还原已删除内容）。
- 群组/多方会话：如果保留策略为“全局强制”，要说明是否会覆盖用户个性化设置。
- 日志与审计：保留删除日志（谁在何时触发、删除数量），以便追踪与合规审计。
三、推荐的默认策略（参考）
- 个人/非敏感聊天：30 天或 90 天
- 敏感或高隐私：7 天或即时删除
- 企业合规场景：按法规要求（可能为 1 年或更长）
- 提供用户自主选择与管理员策略覆盖的组合：例如管理员设定最小保留期（下限），用户可选择更短或更长（但不低于下限），或管理员强制覆盖所有用户。
如果你告诉我：
- 你是要在客户端设置（手机/桌面）还是在服务器上统一配置？
- PotatoChat 的版本、使用的数据库类型（Postgres/MySQL/Mongo）、是否有对象存储（S3）？
我可以给出一步步的具体操作命令或管理后台的具体配置示例。
