sirve que para link etiqueta atributos html firefox unc

para - etiqueta link html



SoluciĆ³n para href="archivo://///..." en Firefox (5)

En un sitio de intranet, digamos que quiero enlazar a un archivo en un recurso compartido utilizando UNC, en:

//servername/foldername/filename.rtf

Parece que la forma correcta de hacer esto es con un marcado como este:

<a href="file://///servername/foldername/filename.rtf">filename.rtf</a>

Son cinco barras: dos para el protocolo, una para indicar la raíz del sistema de archivos y dos más para indicar el inicio del nombre del servidor.

Esto funciona bien en IE7, pero en Firefox 3.6 solo funcionará si el html es de un archivo local. No consigo que funcione cuando el archivo proviene de un servidor web. El enlace está "muerto": hacer clic en él no hace nada.

¿Hay una solución para esto en Firefox? Esos dos navegadores deberían ser todo lo que tengo que preocuparme por ahora.

Ya que obviamente esta es una característica de Firefox, no un error, ¿puede alguien explicar cuál es el beneficio de prevenir este tipo de enlace?


Como resultado, no sabía que Firefox tenía esta limitación / característica. Puedo simpatizar con la función, ya que evita que un usuario acceda sin saberlo al sistema de archivos local. Afortunadamente, existen alternativas útiles que pueden proporcionar una experiencia de usuario similar a la vez que se adhieren al protocolo HTTP.

Una alternativa al acceso al contenido a través de las rutas UNC es publicar su contenido utilizando el protocolo WebDAV . Algunos sistemas de administración de contenido, como MS SharePoint, utilizan WebDAV para proporcionar acceso a documentos y páginas. En lo que se refiere a la experiencia del usuario final, se ve y se siente como acceder a archivos de red con una ruta UNC; sin embargo, todas las interacciones de archivos se realizan a través de HTTP.

Es posible que requiera un cambio modesto en su filosofía de acceso a archivos, por lo que le sugiero que lea sobre el protocolo WebDAV, la configuración y la administración de permisos en relación con su tecnología de servidor específica.

Aquí hay algunos enlaces que pueden ser útiles si está interesado en obtener más información sobre cómo configurar y usar WebDAV en algunos servidores HTTP líderes:


En Firefox para abrir el File://///yourFileServer/docs/doc.txt por ejemplo, necesita activar algunas opciones en la configuración de Firefox:

user_pref("capability.policy.policynames", "localfilelinks"); user_pref("capability.policy.localfilelinks.sites", "http://yourServer1.companyname.com http://yourServer2.companyname.com"); user_pref("capability.policy.localfilelinks.checkloaduri.enabled", "allAccess");


Esta pregunta se hizo al menos dos veces antes, pero no pude encontrar esas publicaciones antes de publicar las mías (lo siento):

Abra un archivo directo en el disco duro desde Firefox (archivo: ///)

Los enlaces de Firefox a páginas locales o de red no funcionan

Aquí hay un resumen de las respuestas de los tres mensajes:

  • Use WebDAV: esta es la mejor solución para mí, aunque mucho más involucrada de lo que esperaba.
  • Use http:// lugar de file:///// - esto servirá una copia del documento que el usuario no puede editar y guardar.
  • Edite user.js en el cliente como se describe here . Esto me funcionó en Firefox 3.6.15, pero sin acceso a las máquinas cliente, no es una solución.
  • En Firefox, use about: config , cambie la configuración Security.fileuri.strict_origin_policy a false, esto no me funciona en 3.6.15. Otros usuarios en [SO] también han informado que no funciona.
  • Use la extensión de Firefox de locallinks : esto establece la Security.fileuri.strict_origin_policy en true para usted, y parece no tener ningún otro efecto.
  • Lea el lado del servidor de archivos y envíelo como respuesta. Esto presenta el mismo problema que simplemente configurando su servidor web para usar http:// .

Los navegadores como Firefox se niegan a abrir el archivo: // enlace cuando la página HTML principal se sirve utilizando un protocolo diferente como http: //.

Lo mejor que puede hacer es configurar su servidor web para proporcionar el archivo mapeado de la red como un recurso web para que pueda acceder a él desde http: // desde el mismo servidor en lugar de a través del archivo: //.

Como no está claro qué servidor web está utilizando, no puedo detallar cómo lograrlo.


No sé si esto funcionará, ¡pero inténtalo! Artículo antiguo, pero potencialmente aún útil.

here