ftp - 通过 Internet 共享文件 - WebDAV/SMB/FTP

Question

我们正在开发一个基于网络的应用程序，它提供了一个用户案例文件的存储库。希望用户能够从具有完整读写能力的 Web 浏览器访问这些内容。

我们的前一代系统托管在带有 Windows 客户端的本地 Linux 服务器上，我们能够共享一个文件夹并使用\\server\share_name\file.doc 类型的链接访问它。如果这些类型的链接包含在网页中(在 Internet Explorer 中)并单击在 MS Word 中打开的文件，则可以直接保存到共享文件夹中。然而，这些类型的链接仅适用于 IE - 不适用于 FF 或 Chrome

现在转向我们下一代系统中基于互联网的解决方案，我们需要类似的功能。

我们正在研究让 WebDAV(或 FTP/SFTP)共享并将每台客户端计算机上的本地驱动器映射到它以提供类似功能的想法。虽然这可能不适用于 FF 或带有\\server\share_name... 类型链接的 Chrome。我们已经进行了简短的测试，文件打开后 file://链接不提供写入功能。

作为最后的手段，我们将能够使用手动文件上传对话框，但这并不理想，并且需要额外的最终用户培训。

有没有人在这个领域有任何类似的经验和任何可能的解决方案/最佳实践。

Answer 1

当您将远程资源映射为本地驱动器时，对于浏览器而言，这将成为本地驱动器。浏览器对本地文件系统的访问权限有限。现在当你向浏览器提供链接时，浏览器的默认行为是下载链接后面的资源，然后让本地应用程序处理它。浏览器只是不知道如何以不同的方式在本地打开远程资源。

解决方案是让浏览器下载一些东西(某种链接文件)并让一些本地帮助模块(外部应用程序或浏览器插件)打开此链接文件并在本地打开此链接文件中指定的位置。由于这将是一个客户端帮助模块，它将能够与客户端系统交互并知道如何打开提供的链接。鉴于每个系统上的虚拟驱动器号可能不同(如果将磁盘安装到驱动器号)，帮助程序模块需要解析链接以指向正确的本地驱动器。如果您创建一个隐藏的虚拟驱动器(我们的虚拟存储产品允许您这样做)，那么链接将类似于“\SomeFancyNameUniqueToYourApp\Path\To\File.ext”，并且不需要解析。大多数应用程序都能很好地处理这种类型的路径。

我不确定，但浏览器可能会打开 Windows .lnk 文件而不需要 helper 模块，并且使用隐藏的虚拟驱动器，您可以在服务器上生成 LNK 文件并让浏览器在本地打开它.但这只是一个猜测。我敢打赌，无论如何您都需要一个辅助模块。