[{"content":"JSON 常用于保存配置和交换数据。它的结构比较简单，但对标点有明确要求。\n最小示例 { \u0026#34;title\u0026#34;: \u0026#34;阅读清单\u0026#34;, \u0026#34;count\u0026#34;: 3, \u0026#34;finished\u0026#34;: false, \u0026#34;items\u0026#34;: [\u0026#34;文章\u0026#34;, \u0026#34;手册\u0026#34;, \u0026#34;笔记\u0026#34;] } 对象使用花括号，数组使用方括号。键名和字符串需要双引号，布尔值 true、false 与空值 null 不加引号。\n常见错误 最后一项后面多写了逗号。 使用单引号或中文引号包裹字符串。 在字符串中直接换行，没有使用转义字符。 把带注释的配置当作标准 JSON 解析。 格式化不会修复数据含义 格式化工具可以调整缩进、报告语法问题，但不能判断某个数字或字段是否符合业务要求。修改前保留原始文件，修改后用实际使用它的软件检查。\nJavaScript 的数字有精度限制。包含很长整数编号或高精度小数的文件，应使用保留精度的专门工具；不要只因为格式化成功，就认为所有数字都保持不变。\n","permalink":"https://docs.zpjty.com/guides/json-basics/","summary":"排查引号、逗号和数据类型。","title":"JSON 的几个常见格式问题"},{"content":"备份完成提示意味着复制任务结束，还需要确认文件能否打开，以及恢复步骤是否清楚。\n检查覆盖范围 列出真正需要保护的资料：原始文件、整理后的文档，以及必要的配置说明。明确哪些内容没有包含在备份中，避免把一个文件夹的备份误认为整台设备的备份。\n抽样恢复 从不同日期和不同类型中选择少量文件，恢复到单独目录。核对名称、大小和内容，打开文档或图片，确认依赖文件也在。恢复测试不要覆盖正在使用的原件。\n保留多个时间点 同步工具可能会把误删或错误修改同步到另一端。按时间保留的版本可以提供不同的恢复位置。保留数量和周期根据文件的重要程度与存储空间决定。\n写清恢复顺序 记录备份所在位置、所需软件和操作顺序。加密备份还需要可用的解密方式；密钥与备份都应妥善保存，避免只存在同一台可能损坏的设备上。\n定期重复一次小范围恢复，往往比只观察备份任务是否“成功”更能发现实际问题。\n","permalink":"https://docs.zpjty.com/guides/backup-check/","summary":"可恢复性需要实际检查。","title":"备份之后，怎样确认能恢复"},{"content":"围绕文件、浏览器与时间的简明使用手册。\n这里以简短、可操作的内容为主。文章会标明更新日期，涉及具体软件时，请以实际版本和官方说明为准。\n本站不需要注册。搜索在浏览器中完成，没有第三方统计脚本；访问服务器会产生正常的 Web 访问日志。工具页面的输入只在当前浏览器中处理，不会由工具脚本上传，也不会写入本地存储。\n本站使用 PaperMod 主题。主题的许可文本随站点提供。\n","permalink":"https://docs.zpjty.com/about/","summary":"围绕文件、浏览器与时间的简明使用手册。","title":"关于日常手册"},{"content":"浏览器地址栏中的 HTTPS 表示正在使用加密连接。它帮助保护传输过程，也让浏览器核对当前连接的域名与证书是否匹配。\n证书主要回答什么 浏览器会检查证书是否在有效期内、是否由受信任的证书链签发，以及证书中的名称是否包含当前访问的域名。证书错误可能来自名称不符、证书过期，或者设备时间明显不正确。\nHTTPS 本身不评价网页内容是否可靠，也不保证下载的软件安全。判断内容时仍需核对来源和具体信息。\n遇到提示时怎么检查 核对地址是否拼写正确，尤其注意相似字符。 检查设备日期、时间和时区。 打开浏览器的连接信息，查看证书的名称和有效期。 如果问题只发生在某个网站，保存错误代码，稍后重新访问或向网站维护者反馈。 不要把关闭证书检查当作常规解决方法。忽略提示会让本来可见的问题变得难以察觉。\n跳转后重新看一次地址 有些网页会跳转到其他域名。登录或提交资料之前，确认最终地址符合预期。分享链接时，也尽量复制完整、清楚的正式地址。\n","permalink":"https://docs.zpjty.com/guides/https-browser/","summary":"连接加密、证书与网页内容是不同的检查项。","title":"看懂浏览器里的 HTTPS"},{"content":"“下午三点”需要一个时区才能指向明确的时间。约定跨地区的时间时，最好同时写出日期和时区，例如 2026-10-15 15:00 UTC+08:00。\n时间戳是什么 常见 Unix 时间戳表示从 1970-01-01 00:00:00 UTC 起经过的时间。接口可能使用秒，也可能使用毫秒；毫秒值通常是秒值的 1000 倍。仅凭数字长短猜测并不可靠，优先阅读数据来源的说明。\nUTC 与本地显示 一个时间戳代表一个瞬间。转换成北京时间、东京时间或 UTC，只改变显示方式。某些地区实行夏令时，因此日期不同，时区偏移也可能不同。\n保存与交换 需要在不同系统之间传递时间时，可以使用带偏移的 ISO 8601 格式，例如 2026-10-15T15:00:00+08:00。末尾的 Z 表示 UTC。\n核对转换结果 确认输入单位，查看 UTC 输出，再核对本地显示的时区。若结果差了几十年，先检查秒与毫秒；若只差几个小时，检查时区与夏令时设置。\n","permalink":"https://docs.zpjty.com/guides/time-and-timezone/","summary":"同一瞬间，可以有不同的时间表示。","title":"时间戳、时区与本地时间"}]