Esquema URI de archivo

Aquí hay dos ejemplos de Unix que apuntan al mismo archivo /etc/fstab :

archivo://localhost/etc/fstab archivo:///etc/fstab

El entorno KDE utiliza URI sin campo de autoridad:

archivo:/etc/fstab

Aquí hay algunos ejemplos que pueden ser aceptados por algunas aplicaciones en sistemas Windows, haciendo referencia al mismo archivo local c: \ WINDOWS \ clock.avi

archivo://localhost/c:/WINDOWS/clock.avi file:///c:/WINDOWS/clock.avi

Aquí está la URI tal como la entiende la API de Windows Shell: ^{[ 7 ]}

file:///c:/WINDOWS/clock.avi

Tenga en cuenta que la letra de la unidad seguida de dos puntos y una barra diagonal forma parte del URI de archivo aceptable.

En los sistemas Microsoft Windows, los dos puntos (:) que aparecen después de la letra del dispositivo a veces se reemplazan por una barra vertical (|) en las URL de los archivos. Esto refleja la sintaxis original de las URL, que reservaba los dos puntos como carácter en la ruta de acceso.

Desde Internet Explorer 4 , las URI de archivos se han estandarizado en Windows y deben seguir el siguiente esquema. Esto se aplica a todas las aplicaciones que utilizan URLMON o SHLWAPI para analizar, obtener o vincular URI. Para convertir una ruta a una URL, utilice UrlCreateFromPath, y para convertir una URL a una ruta, utilice PathCreateFromUrl. ^{[ 7 ]}

Para acceder a un archivo llamado "el archivo.txt", se puede utilizar lo siguiente.

Para una ubicación de red:

archivo://nombredehost/ruta/al/archivo.txt

O para un archivo local, se omite el nombre de host, pero no la barra diagonal (nótese la tercera barra diagonal):

archivo:// / c:/ruta/al/archivo%20.txt

Esto no es lo mismo que proporcionar la cadena "localhost" o el punto "." en lugar del nombre de host. La cadena "localhost" intentará acceder al archivo como una ruta UNC\\localhost\c:\path\to\the file.txt , lo cual no funcionará ya que los dos puntos no están permitidos en un nombre de recurso compartido. El punto "." hace que la cadena se pase como \\.\c:\path\to\the file.txt, lo cual funcionará para archivos locales, pero no para recursos compartidos en el sistema local. Por ejemplo, file://./sharename/path/to/the%20file.txtno funcionará, porque hará que sharename se interprete como parte del espacio de nombres DOSDEVICES, no como un recurso compartido de red.

El siguiente esquema describe a grandes rasgos los requisitos.

• Debe utilizarse el símbolo de dos puntos, y no sustituirse por una barra vertical en Internet Explorer.
• Se deben usar barras inclinadas hacia adelante para delimitar las rutas.
• Los caracteres como la almohadilla (#) o el signo de interrogación (?) que forman parte del nombre del archivo deben codificarse en porcentaje .
• Los caracteres que no están permitidos en las URI, pero sí en los nombres de archivo, también deben codificarse como porcentaje. Por ejemplo, cualquier carácter que incluya " {}`^ " y todos los caracteres de control. En el ejemplo anterior, el espacio en el nombre del archivo se codifica como %20.
• Los caracteres permitidos tanto en las URI como en los nombres de archivo NO deben codificarse con porcentaje.
• No se deben usar codificaciones ACP antiguas. (Las páginas de códigos ACP se especifican mediante la configuración de idioma del CHCP de DOS o del Panel de control de Windows).
• Los caracteres Unicode que no pertenecen al rango ASCII deben codificarse en UTF-8 , y dichas codificaciones UTF-8 deben codificarse en porcentaje.

Utilice las funciones proporcionadas siempre que sea posible. Si necesita crear una URL mediante programación y no puede acceder a SHLWAPI.dll (por ejemplo, desde un script u otro entorno de programación donde no estén disponibles las funciones equivalentes), la descripción anterior le será de ayuda.

Las URL de archivos rara vez se utilizan en páginas web de Internet, ya que solo son útiles si se sabe que un archivo específico existe en el host designado o en el ordenador local. Además, por motivos de seguridad, los navegadores web suelen deshabilitar las URL de archivos en las páginas web que no se cargaron a partir de una URL de archivo. ^{[ 9 ]}

El especificador de host se puede usar para recuperar un archivo de una fuente externa. Sin embargo, no se especifica ningún protocolo de recuperación de archivos en particular y la interpretación del especificador de host no está bien estandarizada, por lo que solo resulta útil en circunstancias específicas.

Si una página web quiere acceder a archivos almacenados en el ordenador donde se ejecuta el navegador web, una alternativa moderna a las URL de archivos es la API de archivos de HTML5 .