2017-01-05 38 views
0

文件協議是否有效地失效?Web瀏覽器鏈接文件://協議是否失效?

這將是對我非常有用的,如果內部網服務器可能產生鏈接,如

<a href="file:///shared/customer_info/customer-name"> 
<a href="file:///shared/customer_info/customer-name/history.ods"> 

因爲它是一個內部網應用程序,服務器和用戶的系統共享相同的文件存儲的訪問,所以這是明智的。

不幸的是,Firefox和Chrome已禁用file://鏈接。我唯一能做的就是右鍵單擊,複製鏈接位置,然後將其粘貼到文件管理器的位置欄中,甚至粘貼到瀏覽器自己的位置欄中(在這種情況下,它們會非常漂亮!)

Is there一種文檔化的方式在瀏覽器上重新啓用它們?優選地,如果存在主要的安全問題,則選擇性地使得僅來自本地網上的服務器的鏈接被起作用。我知道有一個Firefox插件「本地文件系統鏈接」提供了一些這樣的功能,但由於Firefox有一些打破插件的歷史,我會猶豫是否讓我的僱主依賴它。另外大多數用戶更喜歡鍍鉻)

+0

當你已經舉辦自己的文件服務器,你爲什麼不設置也是一個HTTP服務器? – rekire

+0

它*是一個生成'file://'鏈接的http服務器。我可以在(新的)基於數據庫的系統中使用一些簡單的啓發式方法來指向(相關的,舊的)數據文件的用戶,這些文件包含可能永遠不會加載到數據庫中的非系統數據。 – nigel222

回答

0

沒有該協議不解散,但它不是一個網絡協議,它主要是設計什麼樣的Web瀏覽器。 file://適用於IE和Chrome版本55.0.2883.87,但正如您所說,在Firefox中不起作用。在Windows環境中,文件協議雖然像網址一樣構建,但實際上僅僅是幕後的SMB。它與使用UNC路徑相同,但允許您使用超級鏈接並在瀏覽器中顯示。

它的主要用途的情況是爲產品安裝本地文檔(通常幫助文件)。它允許通過Web瀏覽器訪問文檔並在文檔中使用超鏈接。它對於最終用戶來說看起來像一個網站,而實際上它只是本地文件訪問。

對於Intranet或Internet我建議設置HTTP鏈接。雖然file://可以在一定程度上通過Intranet工作,但我不推薦它。特別是,正如你所說,你已經有一個HTTP服務器運行。