繁体   English   中英

从网络路径而不是应用程序路径显示文件

[英]displaying a file from network path rather than application path

我正在尝试使用以下代码显示 pdf 文件:

 <object class="ss-pdfjs-viewer" id="pdfDocument" runat="server" data= "Documents/test1.pdf" type="application/pdf" allowfullscreen webkitallowfullscreen  >
                    <iframe class="ss-pdfjs-viewer" id="test"    src="https://docs.google.com/viewer?url=https://localhost:44307/WebForm1&embedded=true&allowDownload=true&allowPrint=true" allowfullscreen webkitallowfullscreen></iframe>
              </object>

上面的代码工作正常。 问题是这个名为 test1.pdf 的 pdf 文件存储在我的应用程序路径中。 是否可以从网络路径而不是应用程序路径显示 pdf 文件,例如,如果我有 test1.pdf 文件存储在此位置:

\\web-d\test\path\test1.pdf. 

如果我需要从我的网络路径而不是应用程序路径显示这个 pdf 文件,我该怎么办。 我试过这样做,但没有用,它没有在 web 页面上显示任何内容:

 <object class="ss-pdfjs-viewer" id="pdfDocument" runat="server" data= "\\web-d\test\path\test1.pdf" type="application/pdf" allowfullscreen webkitallowfullscreen  >
                    <iframe class="ss-pdfjs-viewer" id="test"    src="https://docs.google.com/viewer?url=https://localhost:44307/WebForm1&embedded=true&allowDownload=true&allowPrint=true" allowfullscreen webkitallowfullscreen></iframe>
              </object>

任何帮助将不胜感激。

你需要在 UNC 路径前面给它一个文件协议,否则浏览器不知道如何处理它。

请注意以下标记中两个位置的file://\\web-d\test\path\test1.pdf

<object class="ss-pdfjs-viewer" 
        id="pdfDocument" 
        runat="server" 
        data= "file://\\web-d\test\path\test1.pdf" 
        type="application/pdf" 
        allowfullscreen webkitallowfullscreen  >
    <iframe class="ss-pdfjs-viewer" 
            id="test"    
            src="https://docs.google.com/viewer?url=file://\\web-d\test\path\test1.pdf&embedded=true&allowDownload=true&allowPrint=true" allowfullscreen webkitallowfullscreen>
    </iframe>
</object>

在我的本地测试中,这对我有用,但是由于浏览器安全规则、本地网络/防火墙或其他问题,有很多情况描述了它不起作用,所以 YMMV。

请参阅此搜索以了解未来的问题。

更好的选择可能是让您的网络服务器在该网络位置打开该文件,然后将 stream 文件发送到客户端。 例如,从 URL - asp.net 或许多其他解决类似问题的文件下载/流式传输文件

暂无
暂无

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM