从个人语音助手到日常技术实践，记录每一次尝试、核验与修正。慢慢学习，认真积累。
一次旅游资料检索测试：资料覆盖、日期与来源，怎样影响最终的行程建议。
从高铁与航班查询练习中，区分调用成功、字段正确和信息可靠。
一次 HTTPS 排查记录：证书的域名、有效期、密钥匹配与实际生效验证。
在个人语音助手“小派”的旅游资料检索练习中，我用杭州作为样本，测试了马蜂窝、携程攻略社区、穷游、知乎和B站的定向搜索。这五类来源都能返回结果，但结果质量并不相同：有的适合参考路线，有的只是视频页面的文字介绍，还有的聚合页虽然出现了杭州，却并不以杭州为主题。
这次练习让我把“路线灵感”和“出行事实”分开处理。游记可以提供取舍和体验，但门票、预约、开放时间需要另查景区或主管部门的现行信息。页面显示较新的日期，也不能保证其中每一条规则都已更新。
我采用搜索摘要加来源链接来整理建议，不把摘要当成完整原文，也不把视频简介说成已经看过的视频。遇到资料冲突，就保留不确定性；没有找到依据，就不补写具体价格和交通时长。
技术参考：DeepSeek Search & Fetch 文档。本文记录检索方法，不提供可直接用于出行的实时景区规则。
返回笔记目录 ↑在高铁、航班数据查询练习中，我先验证账号能否请求、接口能否正常返回，再选择少量样本与官方查询页面交叉核对。HTTP 请求成功只是第一步，不能代替数据准确性的检查。
航班查询尤其需要看清城市与机场的区别。一次查询可能返回同城其他机场的航班；显示结果时应该使用实际返回的机场，并在用户指定机场时再次筛选。接口字段的含义也要查文档，例如“航段数量”不应直接显示成“中转次数”。
另一个容易混淆的字段是参考票价。没有核实舱位、税费、优惠条件和购票页之前，不能把一个数字说成含税成交价，更不能称为最低价。少量样本吻合，只能证明这些样本通过了检查，不能推导出全量数据都准确。
文档参考：聚合数据航班查询接口。这是个人开发方法记录，相关接口条件以供应方最新说明为准。
返回笔记目录 ↑这次维护网站时，我发现云端证书列表显示“已签发”，并不代表服务器已经使用了这张证书。浏览器实际收到的证书，取决于网站入口匹配到哪一份服务器配置。
排查时先检查证书覆盖的域名和有效期，再核对证书与私钥的公钥摘要是否一致。随后找到域名对应的 Nginx 配置，备份后更新证书路径，通过配置检查后重新加载服务，最后从外网重新验证。
网站返回内容和 HTTPS 校验也是两个问题。有效证书可以解决连接校验错误，但不能自动补齐尚未建立的首页，也不能修复没有运行的应用后端。这次实践的提醒是：把每一步的完成条件分清，改动才更容易验证。
维护参考：腾讯云 Nginx 证书安装部署说明。
返回笔记目录 ↑这是我的个人学习与技术实践笔记，记录学习心得、动手过程和技术成长点滴。文章中的测试结果只对应记录时的样本与条件；产品规则和接口说明发生变化时，需要重新核实。本站目前用于分享学习记录。