Rclone S3后端文档修复：恢复文件操作的正确用法

在Rclone项目的S3后端实现中，存在一个文档与实际功能不匹配的问题。该问题涉及AWS S3存储服务中文件恢复操作的使用方法，特别是在处理Glacier存储类文件时。

问题的核心在于Rclone文档中关于backend restore命令的说明部分丢失了关键信息。该命令原本设计用于恢复处于Glacier存储类中的文件，但文档中错误地移除了对单个文件操作的支持说明，导致用户误以为只能对目录进行操作。

技术背景方面，AWS S3的Glacier存储类提供了低成本但访问延迟较高的存储方案。当文件处于Glacier存储类时，需要先执行恢复操作才能正常访问文件内容。Rclone通过backend restore命令封装了这一功能，允许用户对单个文件或整个目录执行恢复操作。

问题的发现源于用户在实际使用中遇到的困惑。当尝试对单个文件执行恢复操作时，Rclone会错误提示"is a file not a directory"，这与功能实现不符。经过排查，确认是文档生成过程中意外丢失了相关说明，而非功能本身存在问题。

解决方案相对简单：将正确的使用说明重新添加到源码注释中。具体来说，在backend/s3/s3.go文件中补充说明backend restore命令既支持目录也支持单个文件的操作。这一修改将确保后续生成的文档包含完整信息。

这个问题也反映出文档维护中的一个常见挑战：当文档内容分散在多个地方时，特别是存在自动生成部分时，容易产生不一致。最佳实践是将文档内容集中维护在源码注释中，通过工具自动生成最终文档，避免手动编辑生成后的文件。

对于用户而言，正确的backend restore命令使用方法是：

rclone backend restore remote:bucket/path/to/file

或

rclone backend restore remote:bucket/path/to/directory

该命令适用于所有支持恢复操作的S3兼容服务，包括AWS S3及其Glacier存储类。恢复操作通常需要一定时间完成，具体取决于存储服务提供商和所选恢复选项。