Nombre del archivo

Un nombre de archivo se utiliza para identificar de forma única un archivo informático en un sistema de archivos . Los diferentes sistemas de archivos imponen diferentes restricciones en cuanto a la longitud de los nombres de archivo.

Un nombre de archivo puede incluir (dependiendo del sistema de archivos):

• nombre – nombre base del archivo
• extensión : puede indicar el formato del archivo (por ejemplo.txtpara texto plano ,.pdfpara formato de documento portátil ,.datpara datos binarios no especificados, etc.).

Los componentes necesarios para que las utilidades y aplicaciones identifiquen un archivo varían según el sistema operativo, al igual que la sintaxis y el formato de un nombre de archivo válido.

Los caracteres permitidos en los nombres de archivo dependen del sistema de archivos. La mayoría de los sistemas de archivos permiten las letras A-Z y los dígitos 0-9; muchos admiten caracteres adicionales, como las letras a-z, caracteres especiales y otros caracteres imprimibles, como letras acentuadas, símbolos en alfabetos no romanos y símbolos en escrituras no alfabéticas. Algunos sistemas de archivos permiten incluso caracteres no imprimibles, como Bell , Null , Return y Linefeed , como parte de un nombre de archivo, ^{[ 1 ]} aunque la mayoría de las utilidades no los manejan bien.

Los nombres de archivo pueden incluir elementos como el número de revisión o generación del archivo, un número de secuencia numérico (ampliamente utilizado por las cámaras digitales mediante el estándar DCF ), una fecha y hora (ampliamente utilizadas por el software de la cámara de los teléfonos inteligentes y para las capturas de pantalla ), o un comentario como el nombre de un sujeto o una ubicación, o cualquier otro texto que ayude a identificar el archivo.

Algunas personas usan el término "nombre de archivo" para referirse a la especificación completa del dispositivo, subdirectorios y nombre de archivo, como por ejemplo C:\Archivos de programa\Microsoft Games\Ajedrez\Ajedrez.exe en Windows . En este caso, el nombre de archivo es Chess.exe . Algunas utilidades tienen configuraciones para ocultar la extensión, como el Explorador de Windows.

Durante la década de 1970, algunos ordenadores centrales y minicomputadoras tenían sistemas operativos en los que los archivos del sistema se identificaban mediante un nombre de usuario o un número de cuenta.

Por ejemplo, en los sistemas operativos TOPS-10 y RSTS/E de Digital Equipment Corporation , los archivos se identificaban mediante

• Nombre del dispositivo opcional (uno o dos caracteres) seguido de un número de unidad opcional y dos puntos ":". Si no está presente, se presume que es SY:
• El número de cuenta, que consta de un corchete "[", un par de números separados por una coma y seguido de un corchete de cierre "]". Si se omitía, se presumía que era suyo.
• Nombre de archivo obligatorio, compuesto de 1 a 6 caracteres (letras mayúsculas o dígitos).
• Extensión opcional de 3 caracteres.

En los sistemas operativos OS/360 y sucesores de IBM , un nombre de archivo puede tener hasta 44 caracteres, compuestos por letras mayúsculas, dígitos y un punto; el nombre debe comenzar con una letra o un número, debe aparecer un punto al menos una vez cada 8 caracteres, no pueden aparecer dos puntos consecutivos en el nombre y este debe terminar con una letra o un dígito. ^{[ 2 ] [ 3 ]} Por convención, al usar TSO , las letras y los números anteriores al primer punto corresponden al número de cuenta del propietario o del proyecto al que pertenece, pero no es obligatorio usar esta convención. ^{[ 4 ]}

En el sistema MUSIC/SP de la Universidad McGill, los nombres de los archivos consistían en:

• Número de cuenta opcional, que constaba de uno a cuatro caracteres seguidos de dos puntos. Si faltaba el número de cuenta, se presumía que estaba en su cuenta, pero si no lo estaba, se presumía que estaba en la pseudocuenta *COM:, que es donde se catalogaban todos los archivos marcados como públicos.
• Nombre de archivo de 1 a 17 caracteres, que pueden ser letras mayúsculas o dígitos, y el punto, con el requisito de que no comience ni termine con un punto, ni tenga dos puntos consecutivos.

El sistema operativo Univac VS/9 tenía nombres de archivo que consistían en

• Nombre de cuenta, compuesto por un signo de dólar "$", un nombre de usuario de 1 a 7 caracteres (letra o dígito) y un punto ("."). Si no estaba presente, se presumía que estaba en su cuenta; de lo contrario, el sistema operativo buscaría en la cuenta del administrador del sistema, $TSOS. Si escribía solo un signo de dólar como cuenta, esto indicaría que el archivo estaba en la cuenta $TSOS, a menos que los primeros 1 a 7 caracteres del nombre del archivo antes del primer punto coincidieran con un nombre de cuenta real; en ese caso, se usaría esa cuenta. Por ejemplo, ABLE.BAKER es un archivo en su cuenta; si no está allí, el sistema buscaría $TSOS.ABLE.BAKER. Si se especificaba $ABLE.BAKER, se usaría el archivo $TSOS.ABLE.BAKER, a menos que $ABLE fuera una cuenta válida; en ese caso, buscaría un archivo llamado BAKER en esa cuenta.
• Nombre del archivo, de 1 a 56 caracteres (letras y dígitos) separados por puntos. Los nombres de archivo no pueden comenzar ni terminar con un punto, ni pueden aparecer dos puntos consecutivos.

En 1985, el RFC 959 definió oficialmente una ruta de acceso como la cadena de caracteres que un usuario debe ingresar en un sistema de archivos para identificar un archivo. ^{[ 5 ]} 

En los primeros ordenadores personales que utilizaban el sistema operativo CP/M , los nombres de archivo siempre tenían 11 caracteres. Esto se conocía como nombre de archivo 8.3 , con un máximo de 8 bytes para el nombre y un máximo de 3 bytes para la extensión. Las utilidades y aplicaciones permitían a los usuarios especificar nombres de archivo sin espacios finales e incluir un punto antes de la extensión. El punto no se almacenaba realmente en el directorio. El uso de caracteres de solo 7 bits permitía incluir varios atributos de archivo en el nombre de archivo real mediante el bit de orden superior; estos atributos incluían Solo lectura, Archivo y Sistema. ^{[ 6 ]} Con el tiempo, esto resultó demasiado restrictivo y se aumentó el número de caracteres permitidos. Los bits de atributo se trasladaron a un bloque especial del archivo que incluía información adicional.

El sistema de archivos FAT ( Tabla de Asignación de Archivos ) original , utilizado por Standalone Disk BASIC-80 , tenía un nombre de archivo 6.3, con un máximo de 6 bytes en el nombre y un máximo de 3 bytes en la extensión. Los sistemas de archivos FAT12 y FAT16 en IBM PC DOS / MS-DOS y Microsoft Windows anterior a Windows 95 utilizaban la misma convención 8.3 que el sistema de archivos CP/M. Los sistemas de archivos FAT admitían caracteres de 8 bits, lo que les permitía admitir caracteres no ASCII en los nombres de archivo, y almacenaban los atributos por separado del nombre del archivo.

Alrededor de 1995, se introdujo VFAT , una extensión del sistema de archivos FAT de MS-DOS, en Windows 95 y Windows NT . Permitía nombres de archivo largos (LFN) con mayúsculas y minúsculas mixtas, utilizando caracteres Unicode , además de los nombres clásicos "8.3".

Los programas y dispositivos pueden asignar automáticamente nombres a los archivos, como un contador numérico (por ejemplo IMG_0001.JPG) o una marca de tiempo con la fecha y hora actuales.

La ventaja de usar nombres de archivo con marca de tiempo es que facilita la búsqueda por fecha, ya que los gestores de archivos suelen permitir la búsqueda por nombre. Además, se pueden fusionar archivos de diferentes dispositivos en un mismo directorio sin que se produzcan conflictos de nombres.

Por otro lado, los nombres de archivo numerados no requieren que el dispositivo tenga el reloj interno correctamente configurado. Por ejemplo, algunos usuarios de cámaras digitales podrían no molestarse en configurar el reloj de su cámara. Los dispositivos conectados a Internet, como los teléfonos inteligentes, pueden sincronizar su reloj desde un servidor NTP.

Quizás la convención más común para nombrar archivos sea limitar los nombres de directorios y archivos a los 65 caracteres del conjunto de caracteres POSIX para nombres de archivo portátiles . Un enfoque común consiste en almacenar el "título" completo de un documento dentro del propio archivo como caracteres UTF-8 arbitrarios y, a continuación, generar automáticamente un "slug" a partir de ese título para usarlo como nombre de archivo.

Una referencia absoluta incluye todos los niveles de directorio. En algunos sistemas, una referencia de nombre de archivo que no incluye la ruta completa del directorio apunta por defecto al directorio de trabajo actual . Esto es una referencia relativa. Una ventaja de usar una referencia relativa en archivos de configuración de programas o scripts es que diferentes instancias del script o programa pueden usar archivos distintos.

Esto crea una ruta absoluta o relativa compuesta por una secuencia de nombres de archivo.

Los sistemas de archivos tipo Unix permiten que un archivo tenga más de un nombre; en los sistemas de archivos tradicionales estilo Unix, los nombres son enlaces duros al inodo del archivo o equivalente. Windows admite enlaces duros en sistemas de archivos NTFS y proporciona el comando fsutilen Windows XP y mklinken versiones posteriores para crearlos. ^{[ 7 ] [ 8 ]} Los enlaces duros son diferentes de los accesos directos de Windows, los alias clásicos de Mac OS/macOS o los enlaces simbólicos . La introducción de LFN con VFAT permitió alias de nombres de archivo. Por ejemplo, longfi~1.???con un máximo de ocho más tres caracteres era un alias de nombre de archivo de " long file name.???" como una forma de ajustarse a las limitaciones de 8.3 para programas más antiguos.

Esta propiedad era utilizada por el algoritmo del comando mover, que primero crea un segundo nombre de archivo y luego solo elimina el primer nombre de archivo.

Otros sistemas de archivos, por diseño, proporcionan un único nombre de archivo por archivo, lo que garantiza que la modificación del archivo de un nombre de archivo no altere el archivo del otro nombre de archivo.

Algunos sistemas de archivos restringen la longitud de los nombres de archivo. En algunos casos, estas longitudes se aplican a todo el nombre del archivo, como en 44 caracteres en IBM z/OS . ^{[ 3 ]} En otros casos, los límites de longitud pueden aplicarse a partes particulares del nombre del archivo, como el nombre de un archivo en un directorio o el nombre de un directorio. Por ejemplo, 9 (p. ej., FAT de 8 bits en Standalone Disk BASIC ), 11 (p. ej. , FAT12 , FAT16 , FAT32 en DOS), 14 (p. ej., Unix antiguo), 21 ( Human68K ), 31 , 30 (p. ej., Apple DOS 3.2 y 3.3), 15 (p. ej., Apple ProDOS ), 44 (p. ej., IBM S/370), ^{[ 3 ]} o 255 (p. ej., Berkeley Unix antiguo) caracteres o bytes. Los límites de longitud suelen ser consecuencia de la asignación de un espacio fijo en un sistema de archivos para almacenar los componentes de los nombres, por lo que aumentar los límites a menudo requiere un cambio incompatible, además de reservar más espacio.

Un problema particular de los sistemas de archivos que almacenan información en directorios anidados es que puede crearse un archivo con una ruta completa que exceda los límites de implementación, ya que la comprobación de longitud puede aplicarse solo a partes individuales del nombre en lugar de al nombre completo. Muchas aplicaciones de Windows están limitadas a un MAX_PATHvalor de 260, pero los nombres de archivo de Windows pueden superar fácilmente este límite. ^{[ 9 ]} A partir de Windows 10, versión 1607 , se eliminaron las limitaciones de MAX_PATH. ^{[ 10 ]}

En algunos sistemas de archivos, como FAT y los niveles ODS-1 y ODS-2 de Files-11 , los nombres de archivo se componen de dos partes: un nombre base o raíz y una extensión o sufijo que algunas aplicaciones utilizan para indicar el tipo de archivo . Otros sistemas de archivos, como los sistemas de archivos Unix , VFAT y NTFS , tratan un nombre de archivo como una sola cadena; una convención que se suele utilizar en estos sistemas es tratar los caracteres que siguen al último punto del nombre de archivo, en un nombre de archivo que contiene puntos, como la parte de extensión del nombre de archivo.

Varios archivos de salida creados por una aplicación pueden usar el mismo nombre base y diferentes extensiones. Por ejemplo, un compilador de Fortran podría usar la extensión FORpara el archivo de entrada fuente, OBJpara la salida objeto y LSTpara el listado. Aunque existen algunas extensiones comunes, son arbitrarias y una aplicación diferente podría usar RELy RPT. Las extensiones se han restringido, al menos históricamente en algunos sistemas, a una longitud de 3 caracteres, pero en general pueden tener cualquier longitud, por ejemplo, html.

No existe un estándar de codificación general para los nombres de archivo.

Los nombres de archivo deben intercambiarse entre entornos de software para la transferencia de archivos en red, el almacenamiento en sistemas de archivos, el software de copia de seguridad y sincronización de archivos, la gestión de la configuración, la compresión y el archivado de datos, etc. Por lo tanto, es fundamental no perder la información de los nombres de archivo entre aplicaciones. Esto propició la amplia adopción de Unicode como estándar para la codificación de nombres de archivo, aunque el software antiguo podría no ser compatible con Unicode.

Dentro de un mismo directorio, los nombres de archivo deben ser únicos. Dado que la sintaxis de los nombres de archivo también se aplica a los directorios, no es posible crear entradas de archivo y de directorio con el mismo nombre en un mismo directorio. Varios archivos en directorios diferentes pueden tener el mismo nombre.

El enfoque de unicidad puede diferir tanto en la distinción entre mayúsculas y minúsculas como en la forma de normalización Unicode, como NFC o NFD. Esto significa que se podrían crear dos archivos separados con el mismo nombre de archivo de texto y una implementación de bytes diferente del nombre de archivo, como L"\x00C0.txt" (UTF-16, NFC) (A mayúscula latina con acento grave) y L"\x0041\x0300.txt" (UTF-16, NFD) (A mayúscula latina con acento grave combinado). ^{[ 17 ]}

Algunos sistemas de archivos, como FAT antes de la introducción de VFAT , almacenan los nombres de archivo en mayúsculas, independientemente de si se usaron mayúsculas o minúsculas para crearlos. Por ejemplo, un archivo creado con el nombre "MyName.Txt" o "myname.txt" se almacenaría con el nombre "MYNAME.TXT" (VFAT conserva las mayúsculas y minúsculas). Cualquier variación de mayúsculas y minúsculas puede usarse para referirse al mismo archivo. Este tipo de sistemas de archivos se denominan insensibles a mayúsculas y minúsculas y no conservan las mayúsculas y minúsculas . Algunos sistemas de archivos prohíben por completo el uso de minúsculas en los nombres de archivo.

Algunos sistemas de archivos almacenan los nombres de archivo en el formato en que fueron creados originalmente; estos se denominan sistemas que conservan o preservan las mayúsculas y minúsculas . Dicho sistema de archivos puede ser sensible o insensible a las mayúsculas y minúsculas . Si es sensible a las mayúsculas y minúsculas, entonces "MyName.Txt" y "myname.txt" pueden referirse a dos archivos diferentes en el mismo directorio, y cada archivo debe referenciarse con la capitalización exacta con la que se nombra. En cambio, en un sistema de archivos que conserva las mayúsculas y minúsculas, solo uno de "MyName.Txt", "myname.txt" y "Myname.TXT" puede ser el nombre de un archivo en un directorio determinado en un momento dado, y un archivo con uno de estos nombres puede referenciarse con cualquier capitalización del nombre.

Desde su concepción original, los sistemas de archivos en Unix y sus sistemas derivados eran sensibles a mayúsculas y minúsculas y las conservaban. Sin embargo, no todos los sistemas de archivos en esos sistemas son sensibles a mayúsculas y minúsculas; por defecto, HFS+ y APFS en macOS no son sensibles a mayúsculas y minúsculas, pero sí las conservan, y los servidores SMB suelen ofrecer un comportamiento que no distingue entre mayúsculas y minúsculas (incluso cuando el sistema de archivos subyacente sí las distingue, por ejemplo, Samba en la mayoría de los sistemas tipo Unix), y los sistemas de archivos de los clientes SMB también ofrecen un comportamiento que no distingue entre mayúsculas y minúsculas. La sensibilidad a mayúsculas y minúsculas en los sistemas de archivos representa un desafío considerable para software como Samba y Wine , que deben interoperar de manera eficiente tanto con sistemas que tratan los archivos en mayúsculas y minúsculas como diferentes, como con sistemas que los tratan de la misma manera. ^{[ 18 ]}

Los sistemas de archivos no siempre han ofrecido el mismo conjunto de caracteres para la creación de nombres de archivo. Antes de que Unicode se convirtiera en un estándar de facto, los sistemas de archivos utilizaban principalmente un conjunto de caracteres dependiente de la configuración regional. En cambio, algunos sistemas modernos permiten que un nombre de archivo se componga de casi cualquier carácter del repertorio Unicode, e incluso de algunas secuencias de bytes que no pertenecen a Unicode. Las limitaciones pueden venir impuestas por el sistema de archivos, el sistema operativo, la aplicación o los requisitos de interoperabilidad con otros sistemas.

Muchas utilidades del sistema de archivos prohíben que aparezcan caracteres de control en los nombres de archivo. En los sistemas de archivos tipo Unix,El carácter nulo ^{[ 19 ]} y el separador de ruta /están prohibidos.

CON, CONIN$, CONOUT$, PRN, AUX, CLOCK$, NUL COM0, COM1, COM2, COM3, COM4, ​​COM5, COM6, COM7, COM8, COM9 [ 9 ] LPT0, LPT1, LPT2, LPT3, LPT4, LPT5, LPT6, LPT7, LPT8, LPT9 [ 9 ] LST (solo en 86-DOS y DOS 1.xx) KEYBD$, SCREEN$ (solo en MS-DOS 4.0 multitarea ) $IDLE$ (solo en Concurrent DOS 386 , Multiuser DOS y DR DOS 5.0 y versiones posteriores) CONFIG$ (solo en MS-DOS 7.0-8.0)

$Mft, $MftMirr, $ArchivoRegistro, $Volumen, $AttrDef, $MapaBit, $Arranque, $BadClus, $Seguro, $Upcase, $Extend, $Quota, $ObjId y $Reparse

La siguiente tabla describe los atributos comunes de los nombres de archivo tal como se implementan en varios sistemas de archivos importantes.

• Sistema de archivos
• nombre de archivo completo
• nombre de archivo largo
• Ruta (informática)
• Slug (Publicación web)
• Enlace simbólico
• Identificador uniforme de recursos (URI)
• Localizador uniforme de recursos (URL) e identificador internacionalizado de recursos
• Convenciones de nomenclatura de archivos de Windows (Win32) (independientes del sistema de archivos)

• Biblioteca de extensiones de archivo
• ARCHIVOExt
• WikiExt - Enciclopedia de extensiones de archivo
• "Nomenclatura de archivos, rutas y espacios de nombres" . Microsoft Docs . 15 de diciembre de 2022.
• Conjunto de caracteres de nombre de archivo portátil POSIX de 2009
• Norma ECMA-208, diciembre de 1994, formato de datos independiente del sistema.
• Buenas prácticas para la nomenclatura de archivos , EE. UU.: Bibliotecas de la Universidad de Stanford , Servicios de Gestión de Datos, archivado del original el 30 de julio de 2021.