Как пишется имя файла

A filename or file name is a name used to uniquely identify a computer file in a directory structure. Different file systems impose different restrictions on filename lengths.

A filename may (depending on the file system) include:

• name – base name of the file
• extension (format or extension) – indicates the content of the file (e.g. .txt, .exe, .html, .COM, .c~ etc.)

The components required to identify a file by utilities and applications varies across operating systems, as does the syntax and format for a valid filename.

Filenames may contain any arbitrary bytes the user chooses. This may include things like a revision or generation number of the file such as computer code, a numerical sequence number (widely used by digital cameras through the DCF standard), a date and time (widely used by smartphone camera software and for screenshots), and/or a comment such as the name of a subject or a location or any other text to facilitate the searching the files. In fact, even unprintable characters, including bell, 0x00, Return and LineFeed can be part of a filename, although most utilities do not handle them well.

Some people use of the term filename when referring to a complete specification of device, subdirectories and filename such as the Windows C:Program FilesMicrosoft GamesChessChess.exe. The filename in this case is Chess.exe. Some utilities have settings to suppress the extension as with MS Windows Explorer.

History[edit]

On early personal computers using the CP/M operating system, with the File Allocation Table (FAT) filesystem, filenames were always 11 characters. This was referred to as the 8.3 filename with a maximum of an 8 byte name and a maximum of a 3 byte extension. Utilities and applications allowed users to specify filenames without trailing spaces and include a dot before the extension. The dot was not actually stored in the directory. Using only 7 bit characters allowed several file attributes ^[1]to be included in the actual filename by using the high-order-bit. These attributes included Readonly, Archive, HIDDEN and SYS. Eventually this was too restrictive and the number of characters allowed increased. The attribute bits were moved to a special block of the file including additional information. This led to compatibility problems when moving files between different file systems.^[2]

During the 1970s, some mainframe and minicomputers where files on the system were identified by a user name, or account number.

For example, on Digital Equipment Corporation RSTS/E and TOPS-10 operating systems, files were identified by

• optional device name (one or two characters) followed by an optional unit number, and a colon «:». If not present, it was presumed to be SY:
• the account number, consisting of a bracket «[«, a pair of numbers separated by a comma, and followed by a close bracket «]». If omitted, it was presumed to be yours.
• mandatory file name, consisting of 1 to 6 characters (upper-case letters or digits)
• optional 3-character extension.

On the IBM OS/VS1, OS/390 and MVS operating systems, a file name was up to 44 characters, consisting of upper case letters, digits, and the period. A file name must start with a letter or number, a period must occur at least once each 8 characters, two consecutive periods could not appear in the name, and must end with a letter or digit. By convention, the letters and numbers before the first period was the account number of the owner or the project it belonged to, but there was no requirement to use this convention.

On the McGill University MUSIC/SP system, file names consisted of

• Optional account number, which was one to four characters followed by a colon.If the account number was missing, it was presumed to be in your account, but if it was not, it was presumed to be in the *COM: pseudo-account, which is where all files marked as public were catalogued.
• 1-17 character file name, which could be upper case letters or digits, and the period, with the requirement it not begin or end with a period, or have two consecutive periods.

The Univac VS/9 operating system had file names consisting of

• Account name, consisting of a dollar sign «$», a 1-7 character (letter or digit) username, and a period («.»). If not present it was presumed to be in your account, but if it wasn’t, the operating system would look in the system manager’s account $TSOS. If you typed in a dollar sign only as the account, this would indicate the file was in the $TSOS account unless the first 1-7 character of the file name before the first period matched an actual account name, then that account was used, e.g. ABLE.BAKER is a file in your account, but if not there the system would search for $TSOS.ABLE.BAKER, but if $ABLE.BAKER was specified, the file $TSOS.ABLE.BAKER would be used unless $ABLE was a valid account, then it would look for a file named BAKER in that account.
• File name, 1-56 characters (letters and digits) separated by periods. File names cannot start or end with a period, nor can two consecutive periods appear.

In 1985, RFC 959 officially defined a pathname to be the character string that must be entered into a file system by a user in order to identify a file.^[3]

Around 1995, VFAT, an extension to the MS-DOS FAT filesystem, was introduced in Windows 95 and Windows NT. It allowed mixed-case Unicode long filenames (LFNs), in addition to classic «8.3» names.

References: absolute vs relative[edit]

An absolute reference includes all directory levels. In some systems, a filename reference that does not include the complete directory path defaults to the current working directory. This is a relative reference. One advantage of using a relative reference in program configuration files or scripts is that different instances of the script or program can use different files.

This makes an absolute or relative path composed of a sequence of filenames.

Number of names per file[edit]

Unix-like file systems allow a file to have more than one name; in traditional Unix-style file systems, the names are hard links to the file’s inode or equivalent. Windows supports hard links on NTFS file systems, and provides the command fsutil in Windows XP, and mklink in later versions, for creating them.^[4][5] Hard links are different from Windows shortcuts, classic Mac OS/macOS aliases, or symbolic links. The introduction of LFNs with VFAT allowed filename aliases. For example, longfi~1.??? with a maximum of eight plus three characters was a filename alias of «long file name.???» as a way to conform to 8.3 limitations for older programs.

This property was used by the move command algorithm that first creates a second filename and then only removes the first filename.

Other filesystems, by design, provide only one filename per file, which guarantees that alteration of one filename’s file does not alter the other filename’s file.

Length restrictions[edit]

Some filesystems restrict the length of filenames. In some cases, these lengths apply to the entire file name, as in 44 characters on IBM S/370.^[6] In other cases, the length limits may apply to particular portions of the filename, such as the name of a file in a directory, or a directory name. For example, 9 (e.g., 8-bit FAT in Standalone Disk BASIC), 11 (e.g. FAT12, FAT16, FAT32 in DOS), 14 (e.g. early Unix), 21 (Human68K), 31, 30 (e.g. Apple DOS 3.2 and 3.3), 15 (e.g. Apple ProDOS), 44 (e.g. IBM S/370),^[6] or 255 (e.g. early Berkeley Unix) characters or bytes. Length limits often result from assigning fixed space in a filesystem to storing components of names, so increasing limits often requires an incompatible change, as well as reserving more space.

A particular issue with filesystems that store information in nested directories is that it may be possible to create a file with a complete pathname that exceeds implementation limits, since length checking may apply only to individual parts of the name rather than the entire name. Many Windows applications are limited to a MAX_PATH value of 260, but Windows file names can easily exceed this limit [1]. From Windows 10, version 1607, MAX_PATH limitations have been removed.^[7]

Filename extensions[edit]

Many file systems, including FAT, NTFS, and VMS systems, consider as filename extension the part of the file name that consists of one or more characters following the last period in the filename, dividing the filename into two parts: a base name or stem and an extension or suffix used by some applications to indicate the file type. Multiple output files created by an application use the same basename and various extensions. For example, a compiler might use the extension FOR for source input file (for Fortran code), OBJ for the object output and LST for the listing. Although there are some common extensions, they are arbitrary and a different application might use REL and RPT. Extensions have been restricted, at least historically on some systems, to a length of 3 characters, but in general can have any length, e.g., html.

Encoding interoperability[edit]

There is no general encoding standard for filenames.

File names have to be exchanged between software environments for network file transfer, file system storage, backup and file synchronization software, configuration management, data compression and archiving, etc. It is thus very important not to lose file name information between applications. This led to wide adoption of Unicode as a standard for encoding file names, although legacy software might not be Unicode-aware.

Encoding indication interoperability[edit]

Traditionally, filenames allowed any character in their filenames as long as they were file system safe.^[2] Although this permitted the use of any encoding, and thus allowed the representation of any local text on any local system, it caused many interoperability issues.

A filename could be stored using different byte strings in distinct systems within a single country, such as if one used Japanese Shift JIS encoding and another Japanese EUC encoding. Conversion was not possible as most systems did not expose a description of the encoding used for a filename as part of the extended file information. This forced costly filename encoding guessing with each file access.^[2]

A solution was to adopt Unicode as the encoding for filenames.

In the classic Mac OS, however, encoding of the filename was stored with the filename attributes.^[2]

Unicode interoperability[edit]

The Unicode standard solves the encoding determination issue.

Nonetheless, some limited interoperability issues remain, such as normalization (equivalence), or the Unicode version in use. For instance, UDF is limited to Unicode 2.0; macOS’s HFS+ file system applies NFD Unicode normalization and is optionally case-sensitive (case-insensitive by default.) Filename maximum length is not standard and might depend on the code unit size. Although it is a serious issue, in most cases this is a limited one.^[2]

On Linux, this means the filename is not enough to open a file: additionally, the exact byte representation of the filename on the storage device is needed. This can be solved at the application level, with some tricky normalization calls.^[8]

The issue of Unicode equivalence is known as «normalized-name collision». A solution is the Non-normalizing Unicode Composition Awareness used in the Subversion and Apache technical communities.^[9] This solution does not normalize paths in the repository. Paths are only normalized for the purpose of comparisons. Nonetheless, some communities have patented this strategy, forbidding its use by other communities.^{[clarification needed]}

Perspectives[edit]

To limit interoperability issues, some ideas described by Sun are to:

• use one Unicode encoding (such as UTF-8)
• do transparent code conversions on filenames
• store no normalized filenames
• check for canonical equivalence among filenames, to avoid two canonically equivalent filenames in the same directory.^[2]

Those considerations create a limitation not allowing a switch to a future encoding different from UTF-8.

Unicode migration[edit]

One issue was migration to Unicode.
For this purpose, several software companies provided software for migrating filenames to the new Unicode encoding.

• Microsoft provided migration transparent for the user throughout the VFAT technology
• Apple provided «File Name Encoding Repair Utility v1.0».^[10]
• The Linux community provided “convmv”.^[11]

Mac OS X 10.3 marked Apple’s adoption of Unicode 3.2 character decomposition, superseding the Unicode 2.1 decomposition used previously. This change caused problems for developers writing software for Mac OS X.^[12]

Uniqueness[edit]

Within a single directory, filenames must be unique. Since the filename syntax also applies for directories, it is not possible to create a file and directory entries with the same name in a single directory. Multiple files in different directories may have the same name.

Uniqueness approach may differ both on the case sensitivity and on the Unicode normalization form such as NFC, NFD.
This means two separate files might be created with the same text filename and a different byte implementation of the filename, such as L»x00C0.txt» (UTF-16, NFC) (Latin capital A with grave) and L»x0041x0300.txt» (UTF-16, NFD) (Latin capital A, grave combining).^[13]

Letter case preservation[edit]

Some filesystems, such as FAT, store filenames as upper-case regardless of the letter case used to create them. For example, a file created with the name «MyName.Txt» or «myname.txt» would be stored with the filename «MYNAME.TXT». Any variation of upper and lower case can be used to refer to the same file. These kinds of file systems are called case-insensitive and are not case-preserving. Some filesystems prohibit the use of lower case letters in filenames altogether.

Some file systems store filenames in the form that they were originally created; these are referred to as case-retentive or case-preserving. Such a file system can be case-sensitive or case-insensitive. If case-sensitive, then «MyName.Txt» and «myname.txt» may refer to two different files in the same directory, and each file must be referenced by the exact capitalization by which it is named. On a case-insensitive, case-preserving file system, on the other hand, only one of «MyName.Txt», «myname.txt» and «Myname.TXT» can be the name of a file in a given directory at a given time, and a file with one of these names can be referenced by any capitalization of the name.

From its original inception, Unix and its derivative systems were case-preserving. However, not all Unix-like file systems are case-sensitive; by default, HFS+ in macOS is case-insensitive, and SMB servers usually provide case-insensitive behavior (even when the underlying file system is case-sensitive, e.g. Samba on most Unix-like systems), and SMB client file systems provide case-insensitive behavior. File system case sensitivity is a considerable challenge for software such as Samba and Wine, which must interoperate efficiently with both systems that treat uppercase and lowercase files as different and with systems that treat them the same.^[14]

Reserved characters and words[edit]

File systems have not always provided the same character set for composing a filename. Before Unicode became a de facto standard, file systems mostly used a locale-dependent character set. By contrast, some new systems permit a filename to be composed of almost any character of the Unicode repertoire, and even some non-Unicode byte sequences. Limitations may be imposed by the file system, operating system, application, or requirements for interoperability with other systems.

Many file system utilities prohibit control characters from appearing in filenames. In Unix-like file systems, the null character^[15] and the path separator / are prohibited.

In Windows[edit]

File system utilities and naming conventions on various systems prohibit particular characters from appearing in filenames or make them problematic:^[16]

Character	Name	Reason for prohibition
/	slash	Used as a path name component separator in Unix-like, Windows, and Amiga systems. (For as long as the SwitChar setting is set to ‘/ ’, the DOS COMMAND.COM shell would consume it as a switch character, but DOS and Windows themselves always accept it as a separator on API level.) The big solidus ⧸ (Unicode code point U+29F8) is permitted in Windows filenames.
	backslash	Used as the default path name component separator in DOS, OS/2 and Windows (even if the SwitChar is set to ‘-‘; allowed in Unix filenames, see Note 1). The big reverse solidus ⧹ (U+29F9) is permitted in Windows filenames.
?	question mark	Used as a wildcard in Unix, Windows and AmigaOS; marks a single character. Allowed in Unix filenames, see Note 1. The glottal stop ʔ (U+0294), the interrobang ‽ (U+203D), the inverted question mark ¿ (U+00BF) and the double question mark ⁇ (U+2047) are allowed in all filenames.
%	percent	Used as a wildcard in RT-11; marks a single character. Not special on Windows.
*	asterisk or star	Used as a wildcard in Unix, DOS, RT-11, VMS and Windows. Marks any sequence of characters (Unix, Windows, DOS) or any sequence of characters in either the basename or extension (thus «*.*» in DOS means «all files». Allowed in Unix filenames, see Note 1. See Star (glyph) for many asterisk-like characters allowed in filenames.
:	colon	Used to determine the mount point / drive on Windows; used to determine the virtual device or physical device such as a drive on AmigaOS, RT-11 and VMS; used as a pathname separator in classic Mac OS. Doubled after a name on VMS, indicates the DECnet nodename (equivalent to a NetBIOS (Windows networking) hostname preceded by «\».). Colon is also used in Windows to separate an alternative data stream from the main file. The letter colon ꞉ (U+A789) and the ratio symbol ∶ (U+2236) are permitted in Windows filenames. In the Segoe UI font, used in Windows Explorer, the glyphs for the colon and the letter colon are identical.
|	vertical bar or pipe	Designates software pipelining in Unix, DOS and Windows; allowed in Unix filenames, see Note 1. The mathematical operator ∣ (U+2223) is permitted in Windows filenames.
"	straight double quote	A legacy restriction carried over from DOS. The single quotes ‘ (U+0027), ‘ (U+2018), and ’ (U+2019) and the curved double quotes “ (U+201C) and ” (U+201D) are permitted anywhere in filenames. See Note 1.
<	less than	Used to redirect input, allowed in Unix filenames, see Note 1. The spacing modifier letter ˂ (U+2C2) is permitted in Windows filenames.
>	greater than	Used to redirect output, allowed in Unix filenames, see Note 1. The spacing modifier letter ˃ (U+2C3) is permitted in Windows filenames.
.	period or dot	Folder names cannot end with a period in Windows, though the name can end with a period followed by a whitespace character such as a non-breaking space. Elsewhere, the period is allowed, but the last occurrence will be interpreted to be the extension separator in VMS, DOS, and Windows. In other OSes, usually considered as part of the filename, and more than one period (full stop) may be allowed. In Unix, a leading period means the file or folder is normally hidden.
,	comma	Allowed, but treated as separator by the command line interpreters COMMAND.COM and CMD.EXE on DOS and Windows.
;	semicolon	Allowed, but treated as separator by the command line interpreters COMMAND.COM and CMD.EXE on DOS and Windows.
=	equals sign	Allowed, but treated as separator by the command line interpreters COMMAND.COM and CMD.EXE on DOS and Windows.
	space	Allowed, but the space is also used as a parameter separator in command line applications. This can be solved by quoting the entire filename.

Note 1: While they are allowed in Unix file and folder names, most Unix shells require specific characters such as spaces, <, >, |, , and sometimes :, (, ), &, ;, #, as well as wildcards such as ? and *, to be quoted or escaped:

five and six<seven (example of escaping)
'five and six<seven' or "five and six<seven" (examples of quoting)

The character å (0xE5) was not allowed as the first letter in a filename under 86-DOS and MS-DOS/PC DOS 1.x-2.x, but can be used in later versions.

In Windows utilities, the space and the period are not allowed as the final character of a filename.^[17] The period is allowed as the first character, but some Windows applications, such as Windows Explorer, forbid creating or renaming such files (despite this convention being used in Unix-like systems to describe hidden files and directories). Workarounds include appending a dot when renaming the file (that is then automatically removed afterwards), using alternative file managers, creating the file using the command line, or saving a file with the desired filename from within an application.^[18]

Some file systems on a given operating system (especially file systems originally implemented on other operating systems), and particular applications on that operating system, may apply further restrictions and interpretations. See comparison of file systems for more details on restrictions.

In Unix-like systems, DOS, and Windows, the filenames «.» and «..» have special meanings (current and parent directory respectively). Windows 95/98/ME also uses names like «…», «….» and so on to denote grandparent or great-grandparent directories.^[19] All Windows versions forbid creation of filenames that consist of only dots, although names consist of three dots («…») or more are legal in Unix.

In addition, in Windows and DOS utilities, some words are also reserved and cannot be used as filenames.^[18] For example, DOS device files:^[20]

CON, PRN, AUX, CLOCK$, NUL
COM0, COM1, COM2, COM3, COM4, COM5, COM6, COM7, COM8, COM9[21]
LPT0, LPT1, LPT2, LPT3, LPT4, LPT5, LPT6, LPT7, LPT8, LPT9[21]
LST (only in 86-DOS and DOS 1.xx)
KEYBD$, SCREEN$ (only in multitasking MS-DOS 4.0)
$IDLE$ (only in Concurrent DOS 386, Multiuser DOS and DR DOS 5.0 and higher)
CONFIG$ (only in MS-DOS 7.0-8.0)

Systems that have these restrictions cause incompatibilities with some other filesystems. For example, Windows will fail to handle, or raise error reports for, these legal UNIX filenames: aux.c,^[22] q»uote»s.txt, or NUL.txt.

NTFS filenames that are used internally include:

$Mft, $MftMirr, $LogFile, $Volume, $AttrDef, $Bitmap, $Boot, $BadClus, $Secure,
$Upcase, $Extend, $Quota, $ObjId and $Reparse

Comparison of filename limitations[edit]

System	Case sensitive	Case preserving	Allowed character set	Reserved characters	Reserved words	Maximum length (characters)	Comments
8-bit FAT	?	?	7-bit ASCII (but stored as bytes)	first character not allowed to be 0x00 or 0xFF		9	Maximum 9 character base name limit for sequential files (without extension), or maximum 6 and 3 character extension for binary files; see 6.3 filename
FAT12, FAT16, FAT32	No	No	any SBCS/DBCS OEM codepage	0x00-0x1F 0x7F " * / : < > ? | + , . ; = [ ] (in some environments also: ! @; DOS 1/2 did not allow 0xE5 as first character)	Device names including: $IDLE$ AUX COM1…COM4 CON CONFIG$ CLOCK$ KEYBD$ LPT1…LPT4 LST NUL PRN SCREEN$ (depending on AVAILDEV status everywhere or only in virtual DEV directory)	11	Maximum 8 character base name limit and 3 character extension; see 8.3 filename
VFAT	No	Yes	Unicode, using UCS-2 encoding	0x00-0x1F 0x7F " * / : < > ? |		255
exFAT	No	Yes	Unicode, using UTF-16 encoding	0x00-0x1F 0x7F " * / : < > ? |		255
NTFS	Optional	Yes	Unicode, using UTF-16 encoding	0x00-0x1F 0x7F " * / : < > ? |	Only in root directory: $AttrDef $BadClus $Bitmap $Boot $LogFile $MFT $MFTMirr pagefile.sys $Secure $UpCase $Volume $Extend $Extend$ObjId $Extend$Quota $Extend$Reparse ($Extend is a directory)	255	Paths can be up to 32,000 characters. Forbids the use of characters in range 1-31 (0x01-0x1F) and characters » * / : < > ? | unless the name is flagged as being in the Posix namespace. NTFS allows each path component (directory or filename) to be 255 characters long[dubious – discuss]. Windows forbids the use of the MS-DOS device names AUX, CLOCK$, COM0, …, COM9, CON, LPT0, …, LPT9, NUL and PRN, as well as these names with any extension (for example, AUX.txt), except when using Long UNC paths (ex. \.C:nul.txt or \?D:auxcon). (CLOCK$ may be used, if an extension is provided.) The Win32 API strips trailing period (full-stop), and leading and trailing space characters from filenames, except when UNC paths are used. These restrictions only apply to Windows; in Linux distributions that support NTFS, filenames are written using NTFS’s Posix namespace, which allows any Unicode character except / and NUL.
OS/2 HPFS	No	Yes	any 8-bit set	|?*<«:>/		254
Mac OS HFS	No	Yes	any 8-bit set	:		255	old versions of Finder are limited to 31 characters
Mac OS HFS+	Optional	Yes	Unicode, using UTF-16 encoding	: on disk, in classic Mac OS, and at the Carbon layer in macOS; / at the Unix layer in macOS		255	Mac OS 8.1 — macOS
macOS APFS	Optional	Yes	Unicode, using UTF-16 encoding[citation needed]	In the Finder, filenames containing / can be created, but / is stored as a colon (:) in the filesystem, and is shown as such on the command line. Filenames containing : created from the command line are shown with / instead of : in the Finder, so that it is impossible to create a file that the Finder shows as having a : in its filename.		255	macOS[clarification needed]
most UNIX file systems	Yes	Yes	any 8-bit set	/ null		255	a leading . indicates that ls and file managers will not show the file by default
z/OS classic MVS filesystem (datasets)	No	No	EBCDIC code pages	other than $ # @ — x’C0′		44	first character must be alphabetic or national ($, #, @) «Qualified» contains . after every 8 characters or fewer.[23] Partitioned data sets (PDS or PDSE) are divided into members with names of up to 8 characters; the member name is placed in parenthesises after the name of the PDS, e.g. PAYROLL.DEV.CBL(PROG001)
CMS file system	No	No	EBCDIC code pages			8 + 8	Single-level directory structure with disk letters (A–Z). Maximum of 8 character file name with maximum 8 character file type, separated by whitespace. For example, a TEXT file called MEMO on disk A would be accessed as «MEMO TEXT A». (Later versions of VM introduced hierarchical filesystem structures, SFS and BFS, but the original flat directory «minidisk» structure is still widely used.)
early UNIX (AT&T Corporation)	Yes	Yes	any 8-bit set	/		14	a leading . indicates a «hidden» file
POSIX «Fully portable filenames»[24]	Yes	Yes	A–Z a–z 0–9 . _ -	/ null		14	hyphen must not be first character. A command line utility checking for conformance, «pathchk», is part of the IEEE 1003.1 standard and of The Open Group Base Specifications[25]
ISO 9660	No	?	A–Z 0–9 _ .			«close to 180″(Level 2) or 200(Level 3)	Used on CDs; 8 directory levels max (for Level 1, not level 2,3)
Amiga OFS	No	Yes	any 8-bit set	: / null		30	Original File System 1985
Amiga FFS	No	Yes	any 8-bit set	: / null		30	Fast File System 1988
Amiga PFS	No	Yes	any 8-bit set	: / null		107	Professional File System 1993
Amiga SFS	No	Yes	any 8-bit set	: / null		107	Smart File System 1998
Amiga FFS2	No	Yes	any 8-bit set	: / null		107	Fast File System 2 2002
BeOS BFS	Yes	Yes	Unicode, using UTF-8 encoding	/		255
DEC PDP-11 RT-11	No	No	RADIX-50			6 + 3	Flat filesystem with no subdirs. A full «file specification» includes device, filename and extension (file type) in the format: dev:filnam.ext.
DEC VAX VMS	No	From v7.2	A–Z 0–9 $ - _			32 per component; earlier 9 per component; latterly, 255 for a filename and 32 for an extension.	a full «file specification» includes nodename, diskname, directory/ies, filename, extension and version in the format: OURNODE::MYDISK:[THISDIR.THATDIR]FILENAME.EXTENSION;2 Directories can only go 8 levels deep.
Commodore DOS	Yes	Yes	any 8-bit set	:, =	$	16	length depends on the drive, usually 16
HP 250	Yes	Yes	any 8-bit set	SPACE ", : NULL CHR$(255)		6	Disks and tape drives are addressed either using a label (up to 8 characters) or a unit specification. The HP 250 file system does not use directories, nor does it use extensions to indicate file type. Instead the type is an attribute (e.g. DATA, PROG, BKUP or SYST for data files, program files, backups and the OS itself).[26]

See also[edit]

• File system
• Fully qualified file name
• Long filename
• Path (computing)
• Slug (Web publishing)
• Symbolic link
• Uniform Resource Identifier (URI)
• Uniform Resource Locator (URL) and Internationalized resource identifier
• Windows (Win32) File Naming Conventions (Filesystem Agnostic)

References[edit]

External links[edit]

• Data Formats Filename at Curlie
• File Extension Library
• FILExt
• WikiExt — File Extensions Encyclopedia
• Naming Files, Paths, and Namespaces (MSDN)
• 2009 POSIX portable filename character set
• Standard ECMA-208, December 1994, System-Independent Data Format
• Best Practices for File Naming, USA: Stanford University Libraries, Data Management Services

A filename or file name is a name used to uniquely identify a computer file in a directory structure. Different file systems impose different restrictions on filename lengths.

A filename may (depending on the file system) include:

• name – base name of the file
• extension (format or extension) – indicates the content of the file (e.g. .txt, .exe, .html, .COM, .c~ etc.)

The components required to identify a file by utilities and applications varies across operating systems, as does the syntax and format for a valid filename.

Filenames may contain any arbitrary bytes the user chooses. This may include things like a revision or generation number of the file such as computer code, a numerical sequence number (widely used by digital cameras through the DCF standard), a date and time (widely used by smartphone camera software and for screenshots), and/or a comment such as the name of a subject or a location or any other text to facilitate the searching the files. In fact, even unprintable characters, including bell, 0x00, Return and LineFeed can be part of a filename, although most utilities do not handle them well.

Some people use of the term filename when referring to a complete specification of device, subdirectories and filename such as the Windows C:Program FilesMicrosoft GamesChessChess.exe. The filename in this case is Chess.exe. Some utilities have settings to suppress the extension as with MS Windows Explorer.

History[edit]

On early personal computers using the CP/M operating system, with the File Allocation Table (FAT) filesystem, filenames were always 11 characters. This was referred to as the 8.3 filename with a maximum of an 8 byte name and a maximum of a 3 byte extension. Utilities and applications allowed users to specify filenames without trailing spaces and include a dot before the extension. The dot was not actually stored in the directory. Using only 7 bit characters allowed several file attributes ^[1]to be included in the actual filename by using the high-order-bit. These attributes included Readonly, Archive, HIDDEN and SYS. Eventually this was too restrictive and the number of characters allowed increased. The attribute bits were moved to a special block of the file including additional information. This led to compatibility problems when moving files between different file systems.^[2]

During the 1970s, some mainframe and minicomputers where files on the system were identified by a user name, or account number.

For example, on Digital Equipment Corporation RSTS/E and TOPS-10 operating systems, files were identified by

• optional device name (one or two characters) followed by an optional unit number, and a colon «:». If not present, it was presumed to be SY:
• the account number, consisting of a bracket «[«, a pair of numbers separated by a comma, and followed by a close bracket «]». If omitted, it was presumed to be yours.
• mandatory file name, consisting of 1 to 6 characters (upper-case letters or digits)
• optional 3-character extension.

On the IBM OS/VS1, OS/390 and MVS operating systems, a file name was up to 44 characters, consisting of upper case letters, digits, and the period. A file name must start with a letter or number, a period must occur at least once each 8 characters, two consecutive periods could not appear in the name, and must end with a letter or digit. By convention, the letters and numbers before the first period was the account number of the owner or the project it belonged to, but there was no requirement to use this convention.

On the McGill University MUSIC/SP system, file names consisted of

• Optional account number, which was one to four characters followed by a colon.If the account number was missing, it was presumed to be in your account, but if it was not, it was presumed to be in the *COM: pseudo-account, which is where all files marked as public were catalogued.
• 1-17 character file name, which could be upper case letters or digits, and the period, with the requirement it not begin or end with a period, or have two consecutive periods.

The Univac VS/9 operating system had file names consisting of

• Account name, consisting of a dollar sign «$», a 1-7 character (letter or digit) username, and a period («.»). If not present it was presumed to be in your account, but if it wasn’t, the operating system would look in the system manager’s account $TSOS. If you typed in a dollar sign only as the account, this would indicate the file was in the $TSOS account unless the first 1-7 character of the file name before the first period matched an actual account name, then that account was used, e.g. ABLE.BAKER is a file in your account, but if not there the system would search for $TSOS.ABLE.BAKER, but if $ABLE.BAKER was specified, the file $TSOS.ABLE.BAKER would be used unless $ABLE was a valid account, then it would look for a file named BAKER in that account.
• File name, 1-56 characters (letters and digits) separated by periods. File names cannot start or end with a period, nor can two consecutive periods appear.

In 1985, RFC 959 officially defined a pathname to be the character string that must be entered into a file system by a user in order to identify a file.^[3]

Around 1995, VFAT, an extension to the MS-DOS FAT filesystem, was introduced in Windows 95 and Windows NT. It allowed mixed-case Unicode long filenames (LFNs), in addition to classic «8.3» names.

References: absolute vs relative[edit]

An absolute reference includes all directory levels. In some systems, a filename reference that does not include the complete directory path defaults to the current working directory. This is a relative reference. One advantage of using a relative reference in program configuration files or scripts is that different instances of the script or program can use different files.

This makes an absolute or relative path composed of a sequence of filenames.

Number of names per file[edit]

Unix-like file systems allow a file to have more than one name; in traditional Unix-style file systems, the names are hard links to the file’s inode or equivalent. Windows supports hard links on NTFS file systems, and provides the command fsutil in Windows XP, and mklink in later versions, for creating them.^[4][5] Hard links are different from Windows shortcuts, classic Mac OS/macOS aliases, or symbolic links. The introduction of LFNs with VFAT allowed filename aliases. For example, longfi~1.??? with a maximum of eight plus three characters was a filename alias of «long file name.???» as a way to conform to 8.3 limitations for older programs.

This property was used by the move command algorithm that first creates a second filename and then only removes the first filename.

Other filesystems, by design, provide only one filename per file, which guarantees that alteration of one filename’s file does not alter the other filename’s file.

Length restrictions[edit]

Some filesystems restrict the length of filenames. In some cases, these lengths apply to the entire file name, as in 44 characters on IBM S/370.^[6] In other cases, the length limits may apply to particular portions of the filename, such as the name of a file in a directory, or a directory name. For example, 9 (e.g., 8-bit FAT in Standalone Disk BASIC), 11 (e.g. FAT12, FAT16, FAT32 in DOS), 14 (e.g. early Unix), 21 (Human68K), 31, 30 (e.g. Apple DOS 3.2 and 3.3), 15 (e.g. Apple ProDOS), 44 (e.g. IBM S/370),^[6] or 255 (e.g. early Berkeley Unix) characters or bytes. Length limits often result from assigning fixed space in a filesystem to storing components of names, so increasing limits often requires an incompatible change, as well as reserving more space.

A particular issue with filesystems that store information in nested directories is that it may be possible to create a file with a complete pathname that exceeds implementation limits, since length checking may apply only to individual parts of the name rather than the entire name. Many Windows applications are limited to a MAX_PATH value of 260, but Windows file names can easily exceed this limit [1]. From Windows 10, version 1607, MAX_PATH limitations have been removed.^[7]

Filename extensions[edit]

Many file systems, including FAT, NTFS, and VMS systems, consider as filename extension the part of the file name that consists of one or more characters following the last period in the filename, dividing the filename into two parts: a base name or stem and an extension or suffix used by some applications to indicate the file type. Multiple output files created by an application use the same basename and various extensions. For example, a compiler might use the extension FOR for source input file (for Fortran code), OBJ for the object output and LST for the listing. Although there are some common extensions, they are arbitrary and a different application might use REL and RPT. Extensions have been restricted, at least historically on some systems, to a length of 3 characters, but in general can have any length, e.g., html.

Encoding interoperability[edit]

There is no general encoding standard for filenames.

File names have to be exchanged between software environments for network file transfer, file system storage, backup and file synchronization software, configuration management, data compression and archiving, etc. It is thus very important not to lose file name information between applications. This led to wide adoption of Unicode as a standard for encoding file names, although legacy software might not be Unicode-aware.

Encoding indication interoperability[edit]

Traditionally, filenames allowed any character in their filenames as long as they were file system safe.^[2] Although this permitted the use of any encoding, and thus allowed the representation of any local text on any local system, it caused many interoperability issues.

A filename could be stored using different byte strings in distinct systems within a single country, such as if one used Japanese Shift JIS encoding and another Japanese EUC encoding. Conversion was not possible as most systems did not expose a description of the encoding used for a filename as part of the extended file information. This forced costly filename encoding guessing with each file access.^[2]

A solution was to adopt Unicode as the encoding for filenames.

In the classic Mac OS, however, encoding of the filename was stored with the filename attributes.^[2]

Unicode interoperability[edit]

The Unicode standard solves the encoding determination issue.

Nonetheless, some limited interoperability issues remain, such as normalization (equivalence), or the Unicode version in use. For instance, UDF is limited to Unicode 2.0; macOS’s HFS+ file system applies NFD Unicode normalization and is optionally case-sensitive (case-insensitive by default.) Filename maximum length is not standard and might depend on the code unit size. Although it is a serious issue, in most cases this is a limited one.^[2]

On Linux, this means the filename is not enough to open a file: additionally, the exact byte representation of the filename on the storage device is needed. This can be solved at the application level, with some tricky normalization calls.^[8]

The issue of Unicode equivalence is known as «normalized-name collision». A solution is the Non-normalizing Unicode Composition Awareness used in the Subversion and Apache technical communities.^[9] This solution does not normalize paths in the repository. Paths are only normalized for the purpose of comparisons. Nonetheless, some communities have patented this strategy, forbidding its use by other communities.^{[clarification needed]}

Perspectives[edit]

To limit interoperability issues, some ideas described by Sun are to:

• use one Unicode encoding (such as UTF-8)
• do transparent code conversions on filenames
• store no normalized filenames
• check for canonical equivalence among filenames, to avoid two canonically equivalent filenames in the same directory.^[2]

Those considerations create a limitation not allowing a switch to a future encoding different from UTF-8.

Unicode migration[edit]

One issue was migration to Unicode.
For this purpose, several software companies provided software for migrating filenames to the new Unicode encoding.

• Microsoft provided migration transparent for the user throughout the VFAT technology
• Apple provided «File Name Encoding Repair Utility v1.0».^[10]
• The Linux community provided “convmv”.^[11]

Mac OS X 10.3 marked Apple’s adoption of Unicode 3.2 character decomposition, superseding the Unicode 2.1 decomposition used previously. This change caused problems for developers writing software for Mac OS X.^[12]

Uniqueness[edit]

Within a single directory, filenames must be unique. Since the filename syntax also applies for directories, it is not possible to create a file and directory entries with the same name in a single directory. Multiple files in different directories may have the same name.

Uniqueness approach may differ both on the case sensitivity and on the Unicode normalization form such as NFC, NFD.
This means two separate files might be created with the same text filename and a different byte implementation of the filename, such as L»x00C0.txt» (UTF-16, NFC) (Latin capital A with grave) and L»x0041x0300.txt» (UTF-16, NFD) (Latin capital A, grave combining).^[13]

Letter case preservation[edit]

Some filesystems, such as FAT, store filenames as upper-case regardless of the letter case used to create them. For example, a file created with the name «MyName.Txt» or «myname.txt» would be stored with the filename «MYNAME.TXT». Any variation of upper and lower case can be used to refer to the same file. These kinds of file systems are called case-insensitive and are not case-preserving. Some filesystems prohibit the use of lower case letters in filenames altogether.

Some file systems store filenames in the form that they were originally created; these are referred to as case-retentive or case-preserving. Such a file system can be case-sensitive or case-insensitive. If case-sensitive, then «MyName.Txt» and «myname.txt» may refer to two different files in the same directory, and each file must be referenced by the exact capitalization by which it is named. On a case-insensitive, case-preserving file system, on the other hand, only one of «MyName.Txt», «myname.txt» and «Myname.TXT» can be the name of a file in a given directory at a given time, and a file with one of these names can be referenced by any capitalization of the name.

From its original inception, Unix and its derivative systems were case-preserving. However, not all Unix-like file systems are case-sensitive; by default, HFS+ in macOS is case-insensitive, and SMB servers usually provide case-insensitive behavior (even when the underlying file system is case-sensitive, e.g. Samba on most Unix-like systems), and SMB client file systems provide case-insensitive behavior. File system case sensitivity is a considerable challenge for software such as Samba and Wine, which must interoperate efficiently with both systems that treat uppercase and lowercase files as different and with systems that treat them the same.^[14]

Reserved characters and words[edit]

File systems have not always provided the same character set for composing a filename. Before Unicode became a de facto standard, file systems mostly used a locale-dependent character set. By contrast, some new systems permit a filename to be composed of almost any character of the Unicode repertoire, and even some non-Unicode byte sequences. Limitations may be imposed by the file system, operating system, application, or requirements for interoperability with other systems.

Many file system utilities prohibit control characters from appearing in filenames. In Unix-like file systems, the null character^[15] and the path separator / are prohibited.

In Windows[edit]

File system utilities and naming conventions on various systems prohibit particular characters from appearing in filenames or make them problematic:^[16]

Character	Name	Reason for prohibition
/	slash	Used as a path name component separator in Unix-like, Windows, and Amiga systems. (For as long as the SwitChar setting is set to ‘/ ’, the DOS COMMAND.COM shell would consume it as a switch character, but DOS and Windows themselves always accept it as a separator on API level.) The big solidus ⧸ (Unicode code point U+29F8) is permitted in Windows filenames.
	backslash	Used as the default path name component separator in DOS, OS/2 and Windows (even if the SwitChar is set to ‘-‘; allowed in Unix filenames, see Note 1). The big reverse solidus ⧹ (U+29F9) is permitted in Windows filenames.
?	question mark	Used as a wildcard in Unix, Windows and AmigaOS; marks a single character. Allowed in Unix filenames, see Note 1. The glottal stop ʔ (U+0294), the interrobang ‽ (U+203D), the inverted question mark ¿ (U+00BF) and the double question mark ⁇ (U+2047) are allowed in all filenames.
%	percent	Used as a wildcard in RT-11; marks a single character. Not special on Windows.
*	asterisk or star	Used as a wildcard in Unix, DOS, RT-11, VMS and Windows. Marks any sequence of characters (Unix, Windows, DOS) or any sequence of characters in either the basename or extension (thus «*.*» in DOS means «all files». Allowed in Unix filenames, see Note 1. See Star (glyph) for many asterisk-like characters allowed in filenames.
:	colon	Used to determine the mount point / drive on Windows; used to determine the virtual device or physical device such as a drive on AmigaOS, RT-11 and VMS; used as a pathname separator in classic Mac OS. Doubled after a name on VMS, indicates the DECnet nodename (equivalent to a NetBIOS (Windows networking) hostname preceded by «\».). Colon is also used in Windows to separate an alternative data stream from the main file. The letter colon ꞉ (U+A789) and the ratio symbol ∶ (U+2236) are permitted in Windows filenames. In the Segoe UI font, used in Windows Explorer, the glyphs for the colon and the letter colon are identical.
|	vertical bar or pipe	Designates software pipelining in Unix, DOS and Windows; allowed in Unix filenames, see Note 1. The mathematical operator ∣ (U+2223) is permitted in Windows filenames.
"	straight double quote	A legacy restriction carried over from DOS. The single quotes ‘ (U+0027), ‘ (U+2018), and ’ (U+2019) and the curved double quotes “ (U+201C) and ” (U+201D) are permitted anywhere in filenames. See Note 1.
<	less than	Used to redirect input, allowed in Unix filenames, see Note 1. The spacing modifier letter ˂ (U+2C2) is permitted in Windows filenames.
>	greater than	Used to redirect output, allowed in Unix filenames, see Note 1. The spacing modifier letter ˃ (U+2C3) is permitted in Windows filenames.
.	period or dot	Folder names cannot end with a period in Windows, though the name can end with a period followed by a whitespace character such as a non-breaking space. Elsewhere, the period is allowed, but the last occurrence will be interpreted to be the extension separator in VMS, DOS, and Windows. In other OSes, usually considered as part of the filename, and more than one period (full stop) may be allowed. In Unix, a leading period means the file or folder is normally hidden.
,	comma	Allowed, but treated as separator by the command line interpreters COMMAND.COM and CMD.EXE on DOS and Windows.
;	semicolon	Allowed, but treated as separator by the command line interpreters COMMAND.COM and CMD.EXE on DOS and Windows.
=	equals sign	Allowed, but treated as separator by the command line interpreters COMMAND.COM and CMD.EXE on DOS and Windows.
	space	Allowed, but the space is also used as a parameter separator in command line applications. This can be solved by quoting the entire filename.

Note 1: While they are allowed in Unix file and folder names, most Unix shells require specific characters such as spaces, <, >, |, , and sometimes :, (, ), &, ;, #, as well as wildcards such as ? and *, to be quoted or escaped:

five and six<seven (example of escaping)
'five and six<seven' or "five and six<seven" (examples of quoting)

The character å (0xE5) was not allowed as the first letter in a filename under 86-DOS and MS-DOS/PC DOS 1.x-2.x, but can be used in later versions.

In Windows utilities, the space and the period are not allowed as the final character of a filename.^[17] The period is allowed as the first character, but some Windows applications, such as Windows Explorer, forbid creating or renaming such files (despite this convention being used in Unix-like systems to describe hidden files and directories). Workarounds include appending a dot when renaming the file (that is then automatically removed afterwards), using alternative file managers, creating the file using the command line, or saving a file with the desired filename from within an application.^[18]

Some file systems on a given operating system (especially file systems originally implemented on other operating systems), and particular applications on that operating system, may apply further restrictions and interpretations. See comparison of file systems for more details on restrictions.

In Unix-like systems, DOS, and Windows, the filenames «.» and «..» have special meanings (current and parent directory respectively). Windows 95/98/ME also uses names like «…», «….» and so on to denote grandparent or great-grandparent directories.^[19] All Windows versions forbid creation of filenames that consist of only dots, although names consist of three dots («…») or more are legal in Unix.

In addition, in Windows and DOS utilities, some words are also reserved and cannot be used as filenames.^[18] For example, DOS device files:^[20]

CON, PRN, AUX, CLOCK$, NUL
COM0, COM1, COM2, COM3, COM4, COM5, COM6, COM7, COM8, COM9[21]
LPT0, LPT1, LPT2, LPT3, LPT4, LPT5, LPT6, LPT7, LPT8, LPT9[21]
LST (only in 86-DOS and DOS 1.xx)
KEYBD$, SCREEN$ (only in multitasking MS-DOS 4.0)
$IDLE$ (only in Concurrent DOS 386, Multiuser DOS and DR DOS 5.0 and higher)
CONFIG$ (only in MS-DOS 7.0-8.0)

Systems that have these restrictions cause incompatibilities with some other filesystems. For example, Windows will fail to handle, or raise error reports for, these legal UNIX filenames: aux.c,^[22] q»uote»s.txt, or NUL.txt.

NTFS filenames that are used internally include:

$Mft, $MftMirr, $LogFile, $Volume, $AttrDef, $Bitmap, $Boot, $BadClus, $Secure,
$Upcase, $Extend, $Quota, $ObjId and $Reparse

Comparison of filename limitations[edit]

System	Case sensitive	Case preserving	Allowed character set	Reserved characters	Reserved words	Maximum length (characters)	Comments
8-bit FAT	?	?	7-bit ASCII (but stored as bytes)	first character not allowed to be 0x00 or 0xFF		9	Maximum 9 character base name limit for sequential files (without extension), or maximum 6 and 3 character extension for binary files; see 6.3 filename
FAT12, FAT16, FAT32	No	No	any SBCS/DBCS OEM codepage	0x00-0x1F 0x7F " * / : < > ? | + , . ; = [ ] (in some environments also: ! @; DOS 1/2 did not allow 0xE5 as first character)	Device names including: $IDLE$ AUX COM1…COM4 CON CONFIG$ CLOCK$ KEYBD$ LPT1…LPT4 LST NUL PRN SCREEN$ (depending on AVAILDEV status everywhere or only in virtual DEV directory)	11	Maximum 8 character base name limit and 3 character extension; see 8.3 filename
VFAT	No	Yes	Unicode, using UCS-2 encoding	0x00-0x1F 0x7F " * / : < > ? |		255
exFAT	No	Yes	Unicode, using UTF-16 encoding	0x00-0x1F 0x7F " * / : < > ? |		255
NTFS	Optional	Yes	Unicode, using UTF-16 encoding	0x00-0x1F 0x7F " * / : < > ? |	Only in root directory: $AttrDef $BadClus $Bitmap $Boot $LogFile $MFT $MFTMirr pagefile.sys $Secure $UpCase $Volume $Extend $Extend$ObjId $Extend$Quota $Extend$Reparse ($Extend is a directory)	255	Paths can be up to 32,000 characters. Forbids the use of characters in range 1-31 (0x01-0x1F) and characters » * / : < > ? | unless the name is flagged as being in the Posix namespace. NTFS allows each path component (directory or filename) to be 255 characters long[dubious – discuss]. Windows forbids the use of the MS-DOS device names AUX, CLOCK$, COM0, …, COM9, CON, LPT0, …, LPT9, NUL and PRN, as well as these names with any extension (for example, AUX.txt), except when using Long UNC paths (ex. \.C:nul.txt or \?D:auxcon). (CLOCK$ may be used, if an extension is provided.) The Win32 API strips trailing period (full-stop), and leading and trailing space characters from filenames, except when UNC paths are used. These restrictions only apply to Windows; in Linux distributions that support NTFS, filenames are written using NTFS’s Posix namespace, which allows any Unicode character except / and NUL.
OS/2 HPFS	No	Yes	any 8-bit set	|?*<«:>/		254
Mac OS HFS	No	Yes	any 8-bit set	:		255	old versions of Finder are limited to 31 characters
Mac OS HFS+	Optional	Yes	Unicode, using UTF-16 encoding	: on disk, in classic Mac OS, and at the Carbon layer in macOS; / at the Unix layer in macOS		255	Mac OS 8.1 — macOS
macOS APFS	Optional	Yes	Unicode, using UTF-16 encoding[citation needed]	In the Finder, filenames containing / can be created, but / is stored as a colon (:) in the filesystem, and is shown as such on the command line. Filenames containing : created from the command line are shown with / instead of : in the Finder, so that it is impossible to create a file that the Finder shows as having a : in its filename.		255	macOS[clarification needed]
most UNIX file systems	Yes	Yes	any 8-bit set	/ null		255	a leading . indicates that ls and file managers will not show the file by default
z/OS classic MVS filesystem (datasets)	No	No	EBCDIC code pages	other than $ # @ — x’C0′		44	first character must be alphabetic or national ($, #, @) «Qualified» contains . after every 8 characters or fewer.[23] Partitioned data sets (PDS or PDSE) are divided into members with names of up to 8 characters; the member name is placed in parenthesises after the name of the PDS, e.g. PAYROLL.DEV.CBL(PROG001)
CMS file system	No	No	EBCDIC code pages			8 + 8	Single-level directory structure with disk letters (A–Z). Maximum of 8 character file name with maximum 8 character file type, separated by whitespace. For example, a TEXT file called MEMO on disk A would be accessed as «MEMO TEXT A». (Later versions of VM introduced hierarchical filesystem structures, SFS and BFS, but the original flat directory «minidisk» structure is still widely used.)
early UNIX (AT&T Corporation)	Yes	Yes	any 8-bit set	/		14	a leading . indicates a «hidden» file
POSIX «Fully portable filenames»[24]	Yes	Yes	A–Z a–z 0–9 . _ -	/ null		14	hyphen must not be first character. A command line utility checking for conformance, «pathchk», is part of the IEEE 1003.1 standard and of The Open Group Base Specifications[25]
ISO 9660	No	?	A–Z 0–9 _ .			«close to 180″(Level 2) or 200(Level 3)	Used on CDs; 8 directory levels max (for Level 1, not level 2,3)
Amiga OFS	No	Yes	any 8-bit set	: / null		30	Original File System 1985
Amiga FFS	No	Yes	any 8-bit set	: / null		30	Fast File System 1988
Amiga PFS	No	Yes	any 8-bit set	: / null		107	Professional File System 1993
Amiga SFS	No	Yes	any 8-bit set	: / null		107	Smart File System 1998
Amiga FFS2	No	Yes	any 8-bit set	: / null		107	Fast File System 2 2002
BeOS BFS	Yes	Yes	Unicode, using UTF-8 encoding	/		255
DEC PDP-11 RT-11	No	No	RADIX-50			6 + 3	Flat filesystem with no subdirs. A full «file specification» includes device, filename and extension (file type) in the format: dev:filnam.ext.
DEC VAX VMS	No	From v7.2	A–Z 0–9 $ - _			32 per component; earlier 9 per component; latterly, 255 for a filename and 32 for an extension.	a full «file specification» includes nodename, diskname, directory/ies, filename, extension and version in the format: OURNODE::MYDISK:[THISDIR.THATDIR]FILENAME.EXTENSION;2 Directories can only go 8 levels deep.
Commodore DOS	Yes	Yes	any 8-bit set	:, =	$	16	length depends on the drive, usually 16
HP 250	Yes	Yes	any 8-bit set	SPACE ", : NULL CHR$(255)		6	Disks and tape drives are addressed either using a label (up to 8 characters) or a unit specification. The HP 250 file system does not use directories, nor does it use extensions to indicate file type. Instead the type is an attribute (e.g. DATA, PROG, BKUP or SYST for data files, program files, backups and the OS itself).[26]

See also[edit]

• File system
• Fully qualified file name
• Long filename
• Path (computing)
• Slug (Web publishing)
• Symbolic link
• Uniform Resource Identifier (URI)
• Uniform Resource Locator (URL) and Internationalized resource identifier
• Windows (Win32) File Naming Conventions (Filesystem Agnostic)

References[edit]

External links[edit]

• Data Formats Filename at Curlie
• File Extension Library
• FILExt
• WikiExt — File Extensions Encyclopedia
• Naming Files, Paths, and Namespaces (MSDN)
• 2009 POSIX portable filename character set
• Standard ECMA-208, December 1994, System-Independent Data Format
• Best Practices for File Naming, USA: Stanford University Libraries, Data Management Services

И́мя фа́йла — строка символов, однозначно определяющая файл в некотором пространстве имён файловой системы (ФС), обычно называемом каталогом, директорией или папкой. Имена файлов строятся по правилам, принятым в той или иной файловой и операционной системах (ОС). Многие системы позволяют назначать имена как обычным файлам, так и каталогам и специальным объектам (символическим ссылкам, блочным устройствам и т. п.).

Имя файла является частью полного имени файла, также называемого полным или абсолютным путём к файлу. Полное имя может включать следующие компоненты:

• протокол или способ доступа (http, ftp, file и т. п.);
• имя или адрес компьютера, узла сети (wikipedia.org, 207.142.131.206, \MYCOMPUTER, SYS: и т. п.);
• устройство хранения, диск (C:, /, SYSLIB и т. п.);
• путь к каталогу (/usr/bin, TEMP, [USR.LIB.SRC] и т. п.);
• собственно имя файла, которое может содержать его расширение (.txt, .exe, .COM и т. п.);
• версия или номер ревизии^{[уточнить]}.

Имя файла необходимо для того, чтобы к файлу мог обратиться пользователь. В одном каталоге не может быть двух файлов с одинаковыми именами (некоторые файловые системы регистронезависимы, что оставляет возможность для создания файлов, имена которых отличаются регистром символов).

Имя файла состоит из двух частей, разделенных точкой:

• Название (до точки, часто также называют именем);
• Расширение (необязательная часть).

Название файлу (до точки) рекомендуется давать осмысленное, говорящее о назначении файла, дабы избежать путаницы в дальнейшем.

Имена файлов в разных системах

Полным, или абсолютным, называется имя файла, содержащее все директории до корня файловой системы. Относительные имена файлов не содержат полного пути и обычно привязываются к текущему каталогу.

Windows

Полное имя файла в Windows-системах состоит из буквы диска, после которого ставится двоеточие и обратная наклонная черта (обратный слеш), затем через обратные слеши перечисляются подкаталоги, в конце пишется имя файла. Пример:

C:WindowsSystem32calc.exe

Полное имя файла (включая расширение) в Windows может содержать до 260 символов, данное значение определено константой MAX_PATH в Windows API; например максимально допустимое полное имя файла на диске C будет таким «C:<256 символов>NULL». Однако юникодные версии некоторых функций позволяют использовать имена файлов, содержащие до 32000 символов, такие имена начинаются с префикса «\?». Пример:

\?C:WindowsSystem32calc.exe

При использовании префикса «\?» необходимо указывать абсолютный путь к файлу, относительные пути не допускаются. При использовании относительных путей максимальное полное имя файла ограничено константой MAX_PATH (260 символов).

UNIX

В UNIX и UNIX-подобных системах полный путь состоит из слеша (/), обозначающего корневой каталог, после которого через слеши перечисляются подкаталоги, в конце пишется имя файла. Пример:

/usr/local/bin/gcc

Пути, начинающиеся не с косой черты, считаются относительными и отсчитываются относительно рабочего каталога. Пример:

../mc при нахождении в каталоге /etc/apache2 эквивалентно /etc/mc.

Особое значение у путей, которые начинаются с тильды (~). Тильда обозначает домашнюю директорию текущего или указанного пользователя. Пример:

~/Desktop для пользователя user во многих системах и случаях эквивалентно /home/user/Desktop
~admin/passwords для любого пользователя равносильно /home/admin/passwords
~root/test для любого пользователя — то же самое, что и /root/test, потому что суперпользователь (root) имеет особую домашнюю директорию.

Запрещенные символы

Многие операционные системы запрещают использование некоторых служебных символов. Запрещенные символы Windows:

• — разделитель подкаталогов
• / — разделитель ключей командного интерпретатора
• : — отделяет букву диска или имя альтернативного потока данных
• * — заменяющий символ (маска «любое количество любых символов»)
• ? — заменяющий символ (маска «один любой символ»)
• " — используется для указания путей, содержащих пробелы
• < — перенаправление ввода
• > — перенаправление вывода
• | — обозначает конвейер

В UNIX и UNIX-подобных ОС запрещен слеш (/) — разделитель подкаталогов — и символ конца строки (). Перечисленные выше символы (кроме слеша) использовать можно, но из соображений совместимости их лучше избегать.

Расширение имени файла

Расширение имени файла (англ. filename extension, часто говорят просто расширение файла или расширение) — последовательность символов, добавляемых к имени файла и предназначенных для идентификации типа (формата) файла. Это один из распространённых способов, с помощью которых пользователь или программное обеспечение компьютера может определить тип данных, хранящихся в файле. Расширение отделяется от основной части имени файла последней точкой. Иногда могут использоваться несколько расширений, следующих друг за другом, например, «.tar.gz».

ОС или менеджер файлов могут устанавливать соответствия между расширениями файлов и приложениями. Когда пользователь открывает файл с зарегистрированным расширением, автоматически запускается соответствующая этому расширению программа. Некоторые расширения могут показывать, что файл является исполняемым (в Windows).

См. также

• inode

Литература

• Робачевский А. Н., Немнюгин С. А., Стесик О. Л. Имен файлов / Базовая файловая система System V / Глава 4. Файловая система // Операционная система UNIX. — 2-е изд. — СПб.: БХВ-Петербург, 2008. — С. 338—339. — 656 с. — ISBN 978-5-94157-538-1

Имя файла

Связанные понятия

Путь (англ. path) — набор символов, показывающий расположение файла или каталога в файловой системе.

Символическая («мягкая») ссылка (также «симлинк», от англ. Symbolic link) — специальный файл в файловой системе, в котором вместо пользовательских данных содержится путь к файлу, открываемому при обращении к данной ссылке (файлу).

Точка монтирования (англ. mount point) — это каталог или файл, с помощью которого обеспечивается доступ к новой файловой системе, каталогу или файлу.

Нуль-терминированная строка или C-строка (от названия языка Си) или ASCIIZ-строка — способ представления строк в языках программирования, при котором вместо введения специального строкового типа используется массив символов, а концом строки считается первый встретившийся специальный нуль-символ (NUL из кода ASCII, со значением 0).

Упоминания в литературе

Связанные понятия (продолжение)

Файловый дескриптор — это неотрицательное целое число. Когда создается новый поток ввода-вывода, ядро возвращает процессу, создавшему поток ввода-вывода, его файловый дескриптор.

Обра́тная коса́я черта́, или обратная косая (на компьютерном жаргоне — обратный слеш или бекслеш от англ. backslash), — специальный символ (), с написанием, обратным по отношению к обычному символу косой черты (/) (иногда, также, называемого «прямой косой»).

Объе́ктный мо́дуль (также — объектный файл, англ. object file) — файл с промежуточным представлением отдельного модуля программы, полученный в результате обработки исходного кода компилятором. Объектный файл содержит в себе особым образом подготовленный код (часто называемый двоичным или бинарным), который может быть объединён с другими объектными файлами при помощи редактора связей (компоновщика) для получения готового исполнимого модуля либо библиотеки.

Шебанг (англ. shebang, sha-bang, hashbang, pound-bang, or hash-pling) — в программировании последовательность из двух символов: решётки и восклицательного знака («#!») в начале файла скрипта.

Кома́нда — это указание компьютерной программе действовать как некий интерпретатор для решения задачи. В более общем случае, команда — это указание некоему интерфейсу командной строки, такому как shell.

Домашний каталог — это личный каталог пользователя в операционной системе, где находятся его данные, настройки и т. д.

Стандартные потоки ввода-вывода в системах типа UNIX (и некоторых других) — потоки процесса, имеющие номер (дескриптор), зарезервированный для выполнения некоторых «стандартных» функций. Как правило (хотя и не обязательно), эти дескрипторы открыты уже в момент запуска задачи (исполняемого файла).

Монтирование файловой системы — системный процесс, подготавливающий раздел диска к использованию операционной системой.

Механизм копирования при записи (англ. Copy-On-Write, COW) используется для оптимизации многих процессов, происходящих в операционной системе, таких как, например, работа с оперативной памятью или файлами на диске (пример — ext3cow).

Переменная среды́ (англ. environment variable) — текстовая переменная операционной системы, хранящая какую-либо информацию — например, данные о настройках системы.

Исполняемый файл (англ. executable file, также выполняемый, реже исполнимый, выполнимый) — файл, содержащий программу в виде, в котором она может быть исполнена компьютером. Перед исполнением программа загружается в память, и выполняются некоторые подготовительные операции (настройка окружения, загрузка библиотек).

Тег, те́ги (иногда тэг, англ. tag — именованная метка, читается /tæg/; более правильное название — дескриптор). В SGML (HTML, WML, AmigaGuide, языках семейства XML) — элемент языка разметки гипертекста. Текст, содержащийся между начальным и конечным тегом, отображается и размещается в соответствии со свойствами, указанными в начальном теге.

Конста́нта в программировании — способ адресации данных, изменение которых рассматриваемой программой не предполагается или запрещается.

Соглашение о вызове (англ. calling convention) — описание технических особенностей вызова подпрограмм, определяющее…

По умолча́нию — термин, используемый для обозначения значений параметров какой-либо программы, предустановленных разработчиком. Пользователь может изменить эти установки явным образом, однако, если он не сделал этого, то в качестве значений используются параметры, заданные разработчиком.

Двоичный (бинарный) файл — в широком смысле: последовательность произвольных байтов. Название связано с тем, что байты состоят из бит, то есть двоичных (англ. binary) цифр.

Ошибка сегментации (англ. Segmentation fault, сокр. segfault, жарг. сегфолт) — ошибка программного обеспечения, возникающая при попытке обращения к недоступным для записи участкам памяти либо при попытке изменить память запрещённым способом. В системах на основе процессоров Motorola 68000 эти ошибки, как правило, известны как ошибки адреса или шины.

Коллекция в программировании — программный объект, содержащий в себе, тем или иным образом, набор значений одного или различных типов, и позволяющий обращаться к этим значениям.

Расширение имени файла (англ. filename extension, часто говорят просто расширение файла или расширение) — последовательность символов, добавляемых к имени файла и предназначенных для идентификации типа (формата) файла. Это один из распространённых способов, с помощью которых пользователь или программное обеспечение компьютера может определить тип данных, хранящихся в файле, например: имя.jpg это фотографии, имя.avi — видео и т.п.

Коммента́рии — пояснения к исходному тексту программы, находящиеся непосредственно внутри комментируемого кода. Синтаксис комментариев определяется языком программирования. С точки зрения компилятора или интерпретатора, комментарии — часть текста программы, не влияющая на её семантику. Комментарии не оказывают никакого влияния на результат компиляции программы или её интерпретацию. Помимо исходных текстов программ, комментарии также применяются в языках разметки и языках описания.

Сериализация (в программировании) — процесс перевода какой-либо структуры данных в последовательность битов. Обратной к операции сериализации является операция десериализации (структуризации) — восстановление начального состояния структуры данных из битовой последовательности.

DLL (англ. Dynamic Link Library — «библиотека динамической компоновки», «динамически подключаемая библиотека») в операционных системах Microsoft Windows и IBM OS/2 — динамическая библиотека, позволяющая многократное использование различными программными приложениями. Эти библиотеки обычно имеют расширение DLL, OCX (для библиотек содержащих ActiveX), или DRV (для ряда системных драйверов). Формат файлов для DLL такой же, как для EXE-файлов Windows, т. е. Portable Executable (PE) для 32-битных и 64-битных…

Ссылка в программировании — это объект, указывающий на определенные данные, но не хранящий их. Получение объекта по ссылке называется разыменованием.

Конте́йнер в программировании — тип, позволяющий инкапсулировать в себе объекты других типов. Контейнеры, в отличие от коллекций, реализуют конкретную структуру данных.

Литерал (англ. literal ) — запись в исходном коде компьютерной программы, представляющая собой фиксированное значение. Литералами также называют представление значения некоторого типа данных.

Символьный тип (Сhar) — тип данных, предназначенный для хранения одного символа (управляющего или печатного) в определённой кодировке. Может являться как однобайтовым (для стандартной таблицы символов), так и многобайтовым (к примеру, для Юникода). Основным применением является обращение к отдельным знакам строки.

Пространство имён — некоторое множество каким-либо образом взаимосвязанных имён или терминов.

В программировании именованный канал или именованный конвейер (англ. named pipe) — один из методов межпроцессного взаимодействия, расширение понятия конвейера в Unix и подобных ОС. Именованный канал позволяет различным процессам обмениваться данными, даже если программы, выполняющиеся в этих процессах, изначально не были написаны для взаимодействия с другими программами. Это понятие также существует и в Microsoft Windows, хотя там его семантика существенно отличается. Традиционный канал — «безымянен…

Код операции, операционный код, опкод — часть машинного языка, называемая инструкцией и определяющая операцию, которая должна быть выполнена.

Корзи́на — элемент графического интерфейса пользователя, предназначенный для удаления и, часто, временного хранения удалённых объектов (в некоторых реализациях — только файлов и каталогов). Корзина в ряде систем позволяет восстановить недавно удалённый объект в случае ошибки или недоразумения пользователя.

Таблица — это совокупность связанных данных, хранящихся в структурированном виде в базе данных. Она состоит из столбцов и строк.

Динамическая идентификация типа данных (англ. run-time type information, run-time type identification, RTTI) — механизм в некоторых языках программирования, который позволяет определить тип данных переменной или объекта во время выполнения программы.

Интерфейс (англ. interface) — основной шаблон проектирования, являющийся общим методом для структурирования компьютерных программ для того, чтобы их было проще понять. В общем, интерфейс — это класс, который обеспечивает программисту простой или более программно-специфический способ доступа к другим классам.

Главная загрузочная запись (англ. master boot record, MBR) — код и данные, необходимые для последующей загрузки операционной системы и расположенные в первых физических секторах (чаще всего в самом первом) на жёстком диске или другом устройстве хранения информации.

А́дресное пространство (англ. address space) — совокупность всех допустимых адресов каких-либо объектов вычислительной системы — ячеек памяти, секторов диска, узлов сети и т. п., которые могут быть использованы для доступа к этим объектам при определенном режиме работы (состоянии системы).

Конфигурация программного обеспечения — совокупность настроек программы, задаваемая пользователем, а также процесс изменения этих настроек в соответствии с нуждами пользователя.

Те́кстовые да́нные (также те́кстовый форма́т) — представление информации строкового типа (то есть, последовательности печатных символов) в вычислительной системе. В MIME закодированным таким образом данным соответствует тип text/plain.

Представление (англ. view, иногда используются названия «вид», «взгляд») — виртуальная (логическая) таблица, представляющая собой поименованный запрос (синоним к запросу), который будет подставлен как подзапрос при использовании представления.

Макрокоманда, макроопределение или мáкрос — программный алгоритм действий, записанный пользователем. Часто макросы применяют для выполнения рутинных действий. А также макрос — это символьное имя в шаблонах, заменяемое при обработке препроцессором на последовательность символов, например: фрагмент html-страницы в веб-шаблонах, или одно слово из словаря синонимов в синонимизаторах.

Индекс (англ. index) — объект базы данных, создаваемый с целью повышения производительности поиска данных. Таблицы в базе данных могут иметь большое количество строк, которые хранятся в произвольном порядке, и их поиск по заданному критерию путём последовательного просмотра таблицы строка за строкой может занимать много времени. Индекс формируется из значений одного или нескольких столбцов таблицы и указателей на соответствующие строки таблицы и, таким образом, позволяет искать строки, удовлетворяющие…

Подсчёт ссы́лок (англ. reference counting) — техника хранения количества ссылок, указателей или дескрипторов на какой-то ресурс, например на объект или на блок памяти. Обычно используется как средство освобождения объектов, которые больше не нужны и на них больше нет ссылок.

Те́кстовый файл — компьютерный файл, содержащий текстовые данные. Текстовым файлам противопоставляются двоичные (бинарные) файлы, в которых содержатся данные, не рассчитанные на интерпретацию в качестве текстовых (например, файлы, хранящие текст в закодированном или сжатом виде, или хранящие не текст, а звук, изображение или иные данные).

Ссы́лочная це́лостность (англ. referential integrity) — необходимое качество реляционной базы данных, заключающееся в отсутствии в любом её отношении внешних ключей, ссылающихся на несуществующие кортежи.

Адрес — символ или группа символов, которые идентифицируют регистр, отдельные части памяти или некоторые другие источники данных, либо место назначения информации.

Упоминания в литературе (продолжение)

7.1. Файл и имя файла

Информация на носителях данных (жестких, оптических дисках, дискетах) хранится в файлах. Строгое определение файла звучит так: «файл — это поименованная область на диске». Разберемся, что здесь к чему. При форматировании жесткого диска производится его разметка на дорожки и секторы. Файловая система содержит физические «координаты» файла. В файловой системе записывается, где расположена каждая часть файлов, поскольку запись на жесткий диск производится непоследовательно и одна часть файла может оказаться «в начале» диска, вторая — «в середине», а третья — «в конце». Поэтому нужна область, которая бы запоминала, где находится каждая часть файла. Такая область есть, она называется таблицей размещения файлов (File Allocation Table, FAT).

Файл может содержать любые данные, например текст, графику, музыку, видео и др. У файла есть свое имя. Подробно об имени файла мы поговорим в следующем разделе, а пока ограничимся одним именем. Например, строка «report» вполне может быть именем файла. Для чего нужно имя файла, надеюсь, объяснять не нужно: для удобства пользователя. Ведь компьютеру все равно, как обратиться к той или иной области на диске. А вот пользователю намного удобнее работать с символьными названиями.

Имя файла состоит из двух частей — имени и расширения. Имя файла может включать следующие символы:

прописные и строчные буквы латинского алфавита;

прописные и строчные буквы кириллицы;

цифры;

символы — _ $ # @ & %! () { }! ~ ^ ` + [] =,;

пробел.

Получается, что в именах файлов можно использовать практически все символы, кроме: / | *? » < >. Максимальная длина имени файла — 254 символа, хотя не рекомендуется использовать более 60 (вам же будет удобнее).

Теперь поговорим о расширении. Имя файла может содержать несколько (или ни одной вообще) точек. Часть имени файла, находящаяся после последней точки, называется расширением. Если в имени файла вообще нет точки, тогда у него нет и расширения. Особых ограничений на расширение файла не накладывается — нормы те же, что и для имени, но обычно расширение составляют четыре или менее латинских символа. Вот некоторые примеры расширений:

doc — документ MS Word;

txt — текстовый документ;

xls — книга MS Excel;

ppt — презентация Power Point;

cdr — векторная картинка Corel Draw;

htm — HTML-страничка;

html — HTML-страничка (допускаются оба расширения);

zip — архив ZIP;

rar — архив RAR;

jpg — картинка в формате JPEG;

exe — исполнимый файл (программа);

com — тоже исполнимый файл (старого формата, сейчас поддерживается, но разработчики программного обеспечения уже не создают исполнимые файлы такого формата);

dll — файл динамической библиотеки, содержащей функции, которые используются исполнимыми файлами (программами);

bak — резервная копия какого-нибудь файла (обычно текстового);

wbk — резервная копия документа MS Word;

tmp — временный файл, можно смело удалять.

Расширение используется для определения типа файла, а также для связи файлов и программ, которые могут обработать файлы данного типа. Например, если вы пытаетесь открыть файл с расширением. doc, то система автоматически запустит текстовый процессор MS Word и загрузит в него нужный вам документ. Обычно пользователю не нужно вводить расширение файла — его автоматически дописывает программа, чтобы пользователь случайно не ошибся.

Windows не чувствительна к регистру символов, т. е. ФАЙЛ. txt и файл. txt будут одним и тем же именем файла. Но существуют операционные системы, чувствительные к регистру букв в имени файла, например Unix, Linux, которые часто устанавливаются на серверах Интернета. Когда будете работать в «паутине», то знайте, что для сервера Интернета имена ФАЙЛ. txt и файл. txt будут разными именами файлов.

Существуют зарезервированные имена файлов (вы не можете создать файл с таким именем):

LPT1—LPT4 — данные имена зарезервированы для обмена информацией с принтерами (или другими устройствами), подключенными к параллельным портам;

СОМ1—COM4 — используются для обмена данными с устройствами, подключенными к последовательным портам;

NUL — пустое устройство;

CON — консоль, при выводе в этот файл производится запись на консоль, а при вводе из этого файла осуществляет ввод с клавиатуры;

AUX — синоним СОМ1.

Данные имена файлов остались в наследство от операционной системы DOS (для совместимости), вы их использовать, скорее всего, не будете, но и создать файл с таким именем не сможете.

Данный текст является ознакомительным фрагментом.

Урок 24 Правильные имена файлов

Здравствуйте, читатели сайта IT-уроки! Сегодня вас ждёт урок с маленьким, но важным секретом. А относится этот секрет к правильным именам файлов.

Почему-то начинающим пользователям никто не говорит, как лучше называть файлы. Но незнание простого правила может стоить немало нервов и времени.

Этот урок будет очередным шагом в повышении безопасности и надежности хранения данных.

Как правильно называть файлы?

В прошлом уроке мы разобрались с именами папок, сегодня движемся дальше и узнаем, как правильно называть файлы.

Для простоты понимания, начну с примеров НЕправильных имён файлов.

Пример первый (плохо)

Вам нужно написать отчет/доклад/диплом/резюме (нужное подчеркнуть). Вы открываете Word, набираете текст, сохраняете под именем «Отчет». Вроде бы всё нормально, не так ли? На следующий день вы решили доработать своё творение, открываете, изменяете, жмете кнопку сохранить, и… получаете тот же файл «Отчет», но с другим содержимым. Здесь уже стоило бы задуматься.

В какой-то момент вы вдруг поняли, что старый вариант был лучше!!! Но вы уже удалили часть своего отчета, заменив новым текстом.

Придется эту часть текста придумать заново? К сожалению, да. Но второй раз так красиво не получится? Вполне возможно.

Пример второй (еще хуже)

На третий день, продолжая работать над своим отчетом, вы отходите на кухню за чашкой чая, оставив окно программы открытым (никогда так не делайте). Конечно же, это самый подходящий момент добраться до клавиатуры ребенку/коту/тряпке_для_пыли (нужное подчеркнуть).

Вернувшись с чаем вы обнаруживаете что-то похожее на шифр от инопланетян «ывадж юбрн7 ыфва шруцз89 фыва0=== 232 вцуацуфаца» вместо отточенного за долгие дни текста…

И это чудесное послание сохранено!!!

Придется набирать ВЕСЬ ТЕКСТ заново? Очень жаль, но это так.

Как же быть?

Чтобы не попасть в такие неприятные ситуации, нужно научиться правильно называть файлы. Для этого следуйте рекомендации от сайта IT-уроки:

Всегда сохраняйте новую версию файла с новым именем.

Но чтобы не наводить беспорядок, новое имя должно быть похоже на старое (на основе старого). Отсюда дополнение к рекомендации:

К имени новой версии файла добавляйте номер.

Иногда важна не только версия, но и нужно знать дату, когда вы внесли изменения. В этом случае:

К имени файла можно добавить дату в формате ГОД-МЕСЯЦ-ДЕНЬ.

Почему именно в таком виде? Всё просто, в проводнике файлы будут сортироваться в правильном порядке (по дате и версии).

На рисунке ниже названия файлов одного из IT-уроков:

Да, у вас будет целый набор файлов с похожими именами, и это именно то, что нам нужно. Сейчас объясню на примере:

Пример третий (хорошо)

Вы набираете текст в документе (отчет/доклад/диплом/резюме) и периодически сохраняете его под новым именем: «Отчет 01», через полчаса «Отчет 02», на следующий день «Отчет 03» и так далее.

Что делать, если на следующий день вы изменили часть текста и сохранили документ как «Отчет 04», а потом решили восстановить старый вариант (как в первом примере с Пушкиным)? Просто откройте «Отчет 03» и скопируйте нужный текст в новую версию.

Под каким именем сохранить исправленный документ?

Правильно, «Отчет 05»! Быстро учитесь 🙂

Пример четвертый (отлично)

Есть документы, для которых немалую роль играет дата их создания, например, резюме. В этом случае вы можете создать файл «Моё резюме 20140108». После следующего изменения вы сохраните его как «Моё резюме 20140201».

Возможно, вам понадобится создать несколько версий документа в один день, поэтому лучше добавлять и дату, и номер версии: «Моё резюме 20140201-02».

Кажется, хватит примеров.

Заключение

Сегодня мы с вами разобрались, как лучше называть файлы. Было много примеров и описаний, поэтому подведу итог в виде вот такой формулы с правильными именами:

На сегодня всё, а вы в комментариях можете поделиться своей формулой правильных имён файлов и папок.

P.S. Следующий урок будет самым важным в этой серии, не пропустите! Подписаться на новости сайта можно по этой ссылке или с помощью специальной формы ниже.

Автор: Сергей Бондаренко http://it-uroki.ru/

Копирование запрещено, но можно делиться ссылками:

---

Поделитесь с друзьями:

---

Понравились IT-уроки?

Все средства идут на покрытие текущих расходов (оплата за сервер, домен, техническое обслуживание)
и подготовку новых обучающих материалов (покупка необходимого ПО и оборудования).

---

Много интересного в соц.сетях:

Встретив непонятное словосочетание, читатель, как правило, стремится узнать его значение. Эта статья – краткая экскурсия для пользователя по миру неизведанного.

Общее понятие файла

Долговременная (внешняя) память компьютера хранит все данные в виде файлов. Что же это такое? Файл является именованной последовательностью байтов, состоящих, в свою очередь, из битов. У него есть собственное имя и адрес размещения. Первый параметр указывает человек, а второй — задает и надолго запоминает операционная система. Поиск осуществляется по имени файла, поэтому записывать его адрес пользователю ни к чему.

Бывает так, что информацию не получается найти на компьютерном носителе. Но даже пустой файл имеет собственное имя, являющееся важным свойством записанного на жестком диске набора данных. Если оно отсутствует, то такую структуру нельзя назвать хранением.

Файловая система

Каждый носитель информации (гибкий, жесткий или лазерный диск) может содержать огромное ее количество. Файловая система предназначена для хранения данных и организации различных каталогов. В широком смысле она состоит из совокупности всей информации на диске, наборов структур данных, комплекса системных программных средств. Корневой каталог состоит из вложений 2-го уровня, которые, в свою очередь, включают в себя папки 3-го и т. д. Одноуровневая линейная система применяется для дисков с несколькими файлами, многоуровневая иерархическая – для дисков с их большим количеством. Второй присуща древовидная структура.

Назначение файловой системы

Оно заключается в обеспечении удобного интерфейса для человека при обращении к информации, находящейся на диске, и реализации возможности совместного использования объектов многими людьми и осуществляющимися процессами. Подобное устройство структуры позволяет достичь максимального результата при работе с данными.

Типы файлов

Благодаря определенной информации компьютер приблизительно может «понимать», что находится в наборе данных и с помощью какой программы это можно открыть. Расширение является несколькими буквами или цифрами, находящимися после точки в стандартном имени файла. Оно определяет тип данных и соответствующую программу. Например, информация, записанная на диск с расширением mp3, откроется в проигрывателе. Картинка программы присутствует на изображении файла. По этому значку опытный пользователь сразу понимает, где можно применить указанный тип данных. Документ откроется только в программе, предназначенной для текста. Видеофайлы можно прокрутить в проигрывателе. Информация в виде картинок открывается в графическом редакторе. Существует множество различных файлов. Каждый из них имеет значок, указывающий на соответствующую программу.

Файл: имена файлов

Пользователи дают набору данных на диске символьные названия. По ним идентифицируются файлы. При этом обязательно учитываются ограничения системы как на используемые знаки, так и на всю длину словосочетания. Имя файла – это указанное выше название, которое может совпадать у нескольких наборов данных. В этом случае различной будет последовательность идентификаторов каталогов, то есть адрес, по которому находится информация. В одних системах один и тот же объект не может иметь несколько названий, в других подобное ограничение вообще отсутствует. В последнем случае набору данных предоставляется уникальное имя. Это числовой идентификатор, используемый любыми программами операционной системы.

Состав имени файла

Любая информация на диске содержит в себе несколько элементов. Из чего состоит имя файла? Для того чтобы понять это, необходимо иметь перед глазами образец. Имя файла состоит из двух взаимосвязанных частей: названия и расширения, определяющего тип данных. По нему идентифицируется любая информация на носителе.

Полное имя

Можно привести такой пример:

C:МузыкаПраздникМелодия.mp3.

Указанное в образце полное имя файла – это название, состоящее собственно из него самого и пути информации. Последний из указанных элементов является перечнем идентификаторов папок, которые следует последовательно открыть, чтобы дойти с наивысшего уровня до набора данных. Полное имя файла обязательно задается, начиная с корневого каталога, и содержит в себе перечень всех зависимых вложений остальных уровней. Такое название абсолютное. Оно ссылается на информацию относительно корневого каталога независимо от текущей папки. Все элементы имени разделяются символом косой черты (). Этот знак должен быть указан перед названием корневого каталога.

Короткое имя

Ограничения операционной системы MS-DOS явились причиной возникновения этого термина. В те времена файл мог иметь только 8 символов в имени. Немного позже появилась возможность ставить точку после названия и дописывать 3 знака расширения.

Это выглядело так:

Мелодия.mp3.

Разработчики стали использовать расширения имен для технических потребностей. С их помощью программы «научились» распознавать тип файла. Эта схема записи имени файла была названа системой 8.3 (по количеству символов названия и расширения, и точка между ними). Она имела ряд недостатков: невозможность использования пробела, знаков препинания, иных букв, кроме английского алфавита. Поэтому создать содержательное название было очень трудно. Краткое имя не содержит символа косой черты (). По такому названию можно сослаться на данные текущего каталога.

Длинное имя

Раньше, когда на дисках хранились тысячи файлов, пользователи неплохо знали, откуда появились на носителе те или иные данные. В настоящее время следить за историей поступающей информации невозможно. Поэтому для данных были сняты жесткие ограничения на длину названия. Из чего состоит имя файла? Теперь название можно записывать русскими буквами, с некоторыми знаками препинания и даже пробелами. Расширение указывается не только тремя символами. Если имя содержит несколько точек, то тип файла указывается после последнего знака препинания.

Впрочем, традиции содержат в себе великую силу, поэтому на компьютерах не встречаются длинные расширения. Трех символов, чтобы указать тип файла, системе достаточно. В самом длинном имени может быть не менее 250 знаков, хотя это, несомненно, кажется излишеством.

Проблемные объекты

Документ с длинным названием может быть неверно прочитан на другом компьютере. Поэтому при пересылке данных следует переименовать файл с помощью латинских букв. Русского алфавита на компьютере получателя может не оказаться, и вместо словосочетаний появится непонятный набор символов. Для организации системы хранения файлов на личном компьютере пользователя используются любые буквы.

Корректное имя файла

Оно может состоять из любых букв в верхнем и нижнем регистре, числа, точки и подчеркивания. Использование пробела не запрещается. Однако не стоит им злоупотреблять, а также ставить в начало названия. В имя можно включить иные символы, за исключением зарезервированных знаков (> < | ? * / : «). Расширение отделяется от названия последней правой точкой. Длина имени ограничивается 255 знаками. На самом деле обычному пользователю хватает 20 символов. Операционная система не различает строчные и прописные буквы в имени файла. Это означает, что сохранить в одном каталоге два элемента с одинаковым названием, написанным в разном регистре, не получится. Так может выглядеть пример совпадающих имен: «Текст.doc» и «ТЕКСТ.doc».

Некорректное название файла

Кроме указанных ограничений, существует запрет на использование зарезервированных имен устройств.

Так, PRN является принтером. COM1-COM4 – устройствами, присоединяемыми к последовательным портам 1-4. AUX выполняет ту же функцию, что и COM1. LPT1-LPT4 являются элементами, присоединяемыми к параллельным портам 1-4 (принтерам), CON (consol) при вводе – клавиатурой, при выводе – экраном, NUL – «пустым» устройством. При попытке пользователя указать зарезервированное название система выдает ошибку. Предупреждение отображается и в том случае, когда используются запрещенные символы. Оно указывает на недопустимое имя файла. Неверно записанная информация о наборе данных не сохраняется, а принимает прежнее значение.

Шаблон названия файла

Командные оболочки операционных систем, а также всевозможные языки программирования позволяют пользователю искать в именах и каталогах определенные группы. Все файлы проверяются на предмет соответствия заданному шаблону, если какой-то из них совпадает с эталоном, то он учитывается, если нет – то пропускается.

Для чего нужен такой образец? Часто требуется осуществить одно и то же действие с целой группой файлов. Это занимает меньше времени, чем обращение к каждому документу по отдельности. Шаблон имени файла позволяет выделить группу, соответствующую заданным требованиям, из общей массы. Он используется даже при поиске данных.

Особые символы

Шаблон имени файла задается с помощью специальных знаков:

• Звездочка является обозначением любой группы символов. Их количество не имеет значения. К примеру, одна звездочка – это шаблон, которому соответствует вся информация в каталоге. Благодаря команде *.mp3 можно изменить любой однотипный файл. Имена файлов, начинающиеся на my и оканчивающиеся на .txt, выделяются с помощью шаблона my*.txt. Образец *2014* определяет все существующие на компьютере объекты, названия которых содержат в себе группу символов 2014.
• Знак вопроса является обозначением любого одиночного символа. К примеру, под образец music.??? подойдут начинающиеся на указанное слово данные, имеющие расширение из трех английских букв. В шаблоне na?e.txt вместо стандартного знака вопроса может быть любой символ.

Иные команды

Предусмотрены и другие правила составления образцов. Благодаря включению в команду квадратных скобок ([ ]) с перечнем возможных значений можно сделать поиск более гибким. Если требуется найти какие-либо файлы, начинающиеся с буквы t, не учитывая регистр, то шаблон следует записать так: [tT]*. При поиске данных с именами, идущими по алфавиту, можно создать диапазон. Подобный шаблон выглядит так: [k-zK-Z]?.jpg. Системой будут найдены файлы с указанным типом расширения, имена которых состоят из двух знаков. Причем первая буква k, l, y или z — без учета регистра.

Значение командной оболочки

В одном образце может быть использовано несколько специальных символов. Шаблоны сочетаются со многими командами: просмотром каталогов, копированием файлов, поиском и др. Однако действия осуществляются не с образцом, а с подошедшими под него данными. Нужные объекты отбираются командной оболочкой.

Расширение шаблона является процессом замены символа * на стройную последовательность имен файлов.

Отдельные команды никогда не смогут найти специальный знак в перечне своих параметров. Так что же отвечает за поиск данных? Командная оболочка производит необходимое расширение шаблона таким образом, что будут перечислены все совпадающие с образцом названия файлов.

Маски имен файлов

Они используются в групповых операциях с данными. Маска является последовательностью допустимых в названиях файлов символов, в которых также могут попадаться знак вопроса и звездочка. С ее помощью можно удалить любой имеющийся на компьютере временный файл. Имена файлов в команде могут содержать различные обозначения. Знак вопроса является отметкой одного произвольного символа, а звездочка – целой последовательности. К примеру, воспользовавшись командой rm *mp3, можно удалить все файлы, заканчивающиеся на этот фрагмент. Если потребуется стереть все данные в каталоге, то следует задать команду rm *. Почти так же работает команда с вопросительным знаком, меняется один символ. Маски имен можно использовать и с каталогами.

Проблемное копирование

Переход к длинным именам порождает проблемы совместимости с ранее созданными программами, использующими небольшие словосочетания. Для того чтобы приложения могли открывать информацию в соответствии с принятой ранее структурой хранения, файловая система обязана уметь предоставлять уникальные короткие псевдонимы данным, имеющим сложные названия. Новые операционные системы поддерживают длинные имена. Но иногда пользователь сталкивается с неожиданными проблемами. Копирование файлов с длинными именами может вызвать определенные трудности.

В этом случае не поможет даже создание ярлыка. Обычно от пользователя требуется только переименовать файл и повторить попытку. Как вариант, можно заархивировать данные, скопировать и распаковать. Но что делать, если в сотом подкаталоге, в котором находится требуемый файл, имена файлов такие длинные из-за прописанного в них пути?

Запасные варианты

Если вышеперечисленные методы не подошли, следует просто подключить сетевой диск с помощью щелчка правой кнопки мыши на изображении компьютера и выбора подключения в появившемся меню. При этом необходимо указать букву для желаемого носителя и путь файла.

В крайнем случае пользователь может воспользоваться программой для копирования длинных имен FAR 2.0 и даже отключить Recycle Bin.

1. Понятие файла, полное имя файла. Правила записи имени файлов.

Файловая система
– правила, по которым организуются
файлы, сохраняется информация о файлах.

Файл

Файл — основное
понятие ОС. Файл с точки зрения ОС –
информационная единица.

Файл
— это совокупность данных, объединенных
по одному признаку, хранящихся на
некотором носителе информации под одним
именем.

Файл
– массив логически связанных данных,
занимающий место на долговременном
запоминающем устройстве.

Файл
– поименованная область внешней памяти
для хранения программ и данных.

В файлах могут
храниться тексты, данные, графическая
информация, программы и каталоги,
содержащие списки других файлов.

Типы файлов:

• текстовые –
  предназначены для чтения человеком;

• двоичные — файлы
  не являющиеся текстовыми.

Операции над
файлами:

• поиск файлов;

• чтение информации
  из файла и запись информации в файл;

• создание,
  редактирование и удаление файлов;

• копирование,
  переименование и перенос файлов;

• создание записи
  о файле в каталоге.

Имя файла —
[ИМЯ].[РАСШИРЕНИЕ]

Информация о типе
данных в файле отображается в расширении
имени файла. Оно состоит из последовательности
не более 3 букв или цифр. Расширение
отделяется от имени файла точкой,
описывает содержание файла, поэтому
его использование очень удобно, но
необязательно.

Некоторые программы
сами устанавливают расширение имени
файла, по расширению мы можем узнать,
какая программа создала файл.

Правила записи
имен файлов в ОС MS
DOS

• имя файла
  — может содержать не более 8 символов;

• не принято
  использовать буквы русского алфавита;

• большие и маленькие
  латинские буквы являются эквивалентными;

• использование
  символов, отличных от букв и цифр не
  рекомендуется;

• нельзя использовать
  пробелы, т.к. при переносе файлов на
  другие компьютеры, работа с ними может
  оказаться невозможной.

Правила записи
имен файлов в ОС Windows

• имя файла
  может содержать до 255 символов;

• суммарная длина
  полного имени файла не может превышать
  260 символов;

• большие и маленькие
  буквы являются эквивалентными;

• можно использовать
  несколько точек в имени файла, расширение
  определяется по символам, следующим
  за последней точкой в имени файла;

• запрещено
  использование символов
  / : * ? « < > |

• разрешено
  использовать пробелы, но не рекомендуется.

1. Каталоги. Дерево каталогов.

Для хранения данных
в большинстве ОС принята иерархическая
структура (дерево
данных). В
основе структуры лежит диск. (Например:
А: В: С: D:).
На дисках создаются каталоги.
В ОС Windows
каталогам соответствуют папки.

Каждый элемент
определяется путем, который к нему
ведет.

В файловой системе
существует понятие кластера
– информации минимального размера, с
которым данная файловая система может
работать.

В MS-DOS на диске
содержатся списки файлов, называемые
каталогами.

Все каталоги
являются файлами специального вида.
Каждый элемент
каталога
содержит имя файла, расширение, размер,
информацию о доступности файла для
пользователя и номера кластеров, с
которых начинаются файлы. Каждый файл
занимает целое число кластеров.

Каталог
— специально отведенное место на диске,
в котором хранятся имена файлов, размер,
время последней работы с ними, информация
о доступности файла и номер кластера,
с которого начинается файл.

На каждом магнитном
диске имеется один главный каталог —
корневой
каталог. В
этом каталоге регистрируются подкаталоги
и файлы.

Каждый каталог
имеет имя и может быть зарегистрирован
в другом каталоге. Если каталог Х
зарегистрирован в каталоге У, то говорят,
что каталог Х – подкаталог
(вложенный
каталог)
каталога У.

Расширения каталогам
писать не принято.

А11

А1 ———— А12

КОРНЕВОЙ А13

А—————А2

КАТАЛОГ А311

А31————А312

А3 А313

А32

1 уровень 2 уровень 3 уровень

Каталог, с которым
в данный момент работаем, называется
текущим
каталогом.

Путь
— последовательность из имен каталогов,
разделенных символом «/».

Пример: указать
путь к файлу А313, если мы находимся в
корневом каталоге.

Дисковод носит
имя А:, винчестер — С:.

Текущий дисковод
— дисковод, с которым в данный момент мы
работаем.

У каждого файла
есть полное
имя которое
имеет вид:

Полное имя
— [дисковод:][путь/][имя-файла].

В ОС DOS можно
разделить жесткий диск на несколько
частей и работать с ними, как с отдельными
дисками. Эти части называются логическими
дисками или
разделами жесткого диска. Каждый
логический диск имеет имя, по которому
к нему можно обращаться.

При манипуляциях
с файлами нарастает уровень фрагментации
диска (файл
оказывается расщеплен на множество
цепочек кластеров, расположенных в
разных местах диска). Это приводит к
следующим последствиям: повышается
вероятность разрушения целостности
файла; затрудняется восстановление
файла после случайного удаления;
снижается производительность при
считывании; ускоряется износ дисковода.
Рекомендуется проверять диск и устранять
фрагментацию файлов. Программы
оптимизаторы файлов – переписывают
файлы так, чтобы кластер следовал за
кластером (например SpeedDisk).

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]

• #
• #
• #
• #
• #
• #
• #
• #
• #
• #
• #