SingleFile项目新增原始URL捕获功能解析

在网页保存工具SingleFile的最新开发进展中，项目团队针对URL重定向场景进行了功能增强。这项改进主要解决了用户在批量保存网页时遇到的一个常见问题：当目标URL发生重定向时，用户难以追踪原始请求地址与最终保存地址之间的对应关系。

传统网页保存过程中，如果遇到301/302等重定向响应，大多数工具仅会记录最终落地的URL地址。这种处理方式虽然简化了实现逻辑，但在批量操作场景下会给用户带来信息断层。特别是当用户需要检查或分析批量保存结果时，无法直观了解哪些URL发生了重定向以及重定向前后的地址对应关系。

SingleFile团队通过引入{url-original}模板变量，巧妙地将原始请求URL纳入信息记录体系。这项改进使得用户可以在信息栏中同时获取到原始请求URL和最终保存URL，为后续分析提供了完整的数据链。从技术实现角度看，该功能需要在HTTP请求处理层捕获初始URL，并在重定向过程中保持该信息的持久化，最终将其传递至模板渲染阶段。

对于需要进行网页归档或批量保存的用户而言，这项改进显著提升了操作的可追溯性。用户可以轻松识别出发生了重定向的网页，并分析重定向模式。例如，在网站迁移监测场景中，用户可以快速发现哪些旧地址被重定向到了新地址；在内容检查工作中，也能准确记录每个资源的获取路径。

该功能的实现体现了SingleFile项目对用户体验细节的关注，通过完善元数据记录机制，为用户提供了更全面的操作信息。这种设计思路也值得其他类似工具借鉴，特别是在需要保持操作透明度的批量处理场景中。