Как задается имя файла
Как задать имя файла и переименовать его в Window
Каждый файл, созданный в Windows, должен иметь имя. В любой момент файл можно переименовать.
Имя файла однозначно идентифицирует файл, так что вы можете найти его, когда просматриваете содержимое жесткого диска.
Windows дает большой выбор для именования файлов. Имя может содержать до 255 символов в длину, содержать пробелы, буквы и цифры. Это позволяет создавать тематические имена файлов, которые помогут легко находить их, когда это потребуется.
Длинные имена файлов (255 символов) разрешены в Windows, требуется только отделить имя файла от расширения (которое описывает тип файла), используя знак точку. Windows не позволяет использовать в названиях специальные символы ( \ /: *? "<>).
Как переименовать файл в Windows
Есть много способов для переименования файла в Windows. Самый простой способ - щелкнуть правой кнопкой мыши на файле и выбрав Переименовать.
После этого нужно ввести имя для файла и нажать клавишу \Enter\, чтобы закончить его переименования.
Более быстрый способ переименования файла: сначала выбрать его левой кнопкой мыши, а затем нажать клавишу F2. Это позволит вводить новое имя файла, включая расширение файла.
То же самое может быть достигнуто путем клика левой кнопкой мыши на иконке файла, а затем левой кнопкой мыши еще раз по имени файла для того чтобы выделить его (это может быть немного сложнее, если делать это слишком быстро, так как в конечном итоге двойной щелчок на файле откроет его). После того, как имя файла будет выделено вы можете ввести новое имя и нажать \Enter\, чтобы переименовать файл.
***
Как открыть или переименовать файл, папку
- < Назад
- Вперёд >
Именование файлов, путей и пространств имен - приложения Win32
- 14 минут на чтение
В этой статье
Все файловые системы, поддерживаемые Windows, используют концепцию файлов и каталогов для доступа к данным, хранящимся на диске или устройстве. Разработчики Windows, работающие с API Windows для ввода-вывода файлов и устройств, должны понимать различные правила, соглашения и ограничения имен файлов и каталогов.
Доступ к данным можно получить с дисков, устройств и сетевых ресурсов с помощью API файлового ввода-вывода. Файлы и каталоги, наряду с пространствами имен, являются частью концепции пути, который представляет собой строковое представление того, где получить данные, независимо от того, с диска ли они, устройства или сетевого подключения для конкретной операции.
Некоторые файловые системы, такие как NTFS, поддерживают связанные файлы и каталоги, которые также следуют соглашениям и правилам именования файлов, как и обычный файл или каталог.Дополнительные сведения см. В разделах Жесткие ссылки и переходы, Точки повторной обработки и операции с файлами.
Для получения дополнительной информации см. Следующие подразделы:
Чтобы узнать о настройке Windows 10 для поддержки длинных путей к файлам, см. Ограничение максимальной длины пути.
Имена файлов и каталогов
Все файловые системы следуют одним и тем же общим соглашениям об именах для отдельных файлов: базовое имя файла и дополнительное расширение, разделенные точкой. Однако каждая файловая система, такая как NTFS, CDFS, exFAT, UDFS, FAT и FAT32, может иметь особые и разные правила формирования отдельных компонентов на пути к каталогу или файлу.Обратите внимание, что каталог - это просто файл со специальным атрибутом, обозначающий его как каталог, но в остальном он должен следовать всем тем же правилам именования, что и обычный файл. Поскольку термин каталог просто относится к особому типу файла в том, что касается файловой системы, в некоторых справочных материалах будет использоваться общий термин файл , чтобы охватить как концепции каталогов, так и файлов данных как таковых. По этой причине, если не указано иное, любые правила именования или использования или примеры для файла также должны применяться к каталогу.Термин путь означает один или несколько каталогов, обратную косую черту и, возможно, имя тома. Для получения дополнительной информации см. Раздел «Пути».
Ограничения на количество символов также могут быть разными и могут различаться в зависимости от файловой системы и используемого формата префикса имени пути. Это дополнительно осложняется поддержкой механизмов обратной совместимости. Например, более старая файловая система MS-DOS FAT поддерживает максимум 8 символов для основного имени файла и 3 символа для расширения, всего 12 символов, включая разделитель точек.Обычно это имя файла 8.3 . Файловые системы Windows FAT и NTFS не ограничиваются именами файлов 8.3, потому что они имеют длинных имен файлов, поддерживают , но они по-прежнему поддерживают версию 8.3 длинных имен файлов.
Условные обозначения
Следующие фундаментальные правила позволяют приложениям создавать и обрабатывать допустимые имена для файлов и каталогов независимо от файловой системы:
-
Используйте точку, чтобы отделить базовое имя файла от расширения в имени каталога или файла.
-
Используйте обратную косую черту (\) для разделения компонентов пути . Обратная косая черта отделяет имя файла от пути к нему и одно имя каталога от имени другого каталога в пути. Вы не можете использовать обратную косую черту в имени фактического файла или каталога, потому что это зарезервированный символ, разделяющий имена на компоненты.
-
Используйте обратную косую черту как часть имен томов, например, «C: \» в «C: \ path \ file» или «\\ server \ share» в «\\ server \ share \ path \ file "для имен UNC.Дополнительные сведения об именах UNC см. В разделе «Ограничение максимальной длины пути».
-
Не учитывайте регистр. Например, считайте имена OSCAR, Oscar и oscar одинаковыми, даже если некоторые файловые системы (например, файловая система, совместимая с POSIX) могут рассматривать их как разные. Обратите внимание, что NTFS поддерживает семантику POSIX для чувствительности к регистру, но это не поведение по умолчанию. Для получения дополнительной информации см. CreateFile .
-
Обозначения томов (буквы дисков) также нечувствительны к регистру.Например, «D: \» и «d: \» относятся к одному и тому же тому.
-
Используйте любой символ текущей кодовой страницы для имени, включая символы Юникода и символы из расширенного набора символов (128–255), за исключением следующего:
-
Следующие зарезервированные символы:
- <(менее)
- > (больше)
- : (двоеточие)
- "(двойная кавычка)
- / (косая черта)
- \ (обратная косая черта)
- | (вертикальный стержень или труба)
- ? (вопросительный знак)
- * (звездочка)
-
Целочисленное значение 0, иногда называемое символом ASCII NUL .
-
Символы, целочисленные представления которых находятся в диапазоне от 1 до 31, за исключением альтернативных потоков данных, где эти символы разрешены. Для получения дополнительной информации о файловых потоках см. Файловые потоки.
-
Любой другой символ, запрещенный целевой файловой системой.
-
-
Используйте точку в качестве каталога , компонент в пути для представления текущего каталога, например «. \ Temp.txt». Для получения дополнительной информации см. Пути.
-
Используйте две последовательные точки (..) в качестве каталога , компонент в пути для представления родительского элемента текущего каталога, например ".. \ temp.txt". Для получения дополнительной информации см. Пути.
-
Не используйте следующие зарезервированные имена для имени файла:
CON, PRN, AUX, NUL, COM1, COM2, COM3, COM4, COM5, COM6, COM7, COM8, COM9, LPT1, LPT2, LPT3, LPT4, LPT5, LPT6, LPT7, LPT8 и LPT9. Также избегайте этих имен, за которыми сразу следует расширение; например, NUL.txt не рекомендуется. Для получения дополнительной информации см. Пространства имен.
-
Не заканчивайте имя файла или каталога пробелом или точкой. Хотя базовая файловая система может поддерживать такие имена, оболочка Windows и пользовательский интерфейс - нет. Однако допустимо указывать точку в качестве первого символа имени. Например, «.temp».
Краткие и длинные имена
Длинным именем файла считается любое имя файла, которое превышает короткое имя MS-DOS (также называемое 8.3 ) соглашение об именах стилей. Когда вы создаете длинное имя файла, Windows может также создать короткую форму имени 8.3, названную псевдонимом 8.3 или кратким именем, и также сохранить ее на диске. Этот псевдоним 8.3 может быть отключен по соображениям производительности в масштабе всей системы или для определенного тома, в зависимости от конкретной файловой системы.
Windows Server 2008, Windows Vista, Windows Server 2003 и Windows XP: псевдоним 8.3 нельзя отключить для указанных томов до Windows 7 и Windows Server 2008 R2.
Во многих файловых системах имя файла будет содержать тильду (~) внутри каждого компонента имени, которое является слишком длинным для соответствия правилам именования 8.3.
Примечание
Не все файловые системы следуют соглашению о замене тильды, и системы можно настроить так, чтобы отключить создание псевдонимов 8.3, даже если они обычно это поддерживают. Поэтому не предполагайте, что псевдоним 8.3 уже существует на диске.
Чтобы запросить имена файлов 8.3, длинные имена или полный путь к файлу из системы, рассмотрите следующие варианты:
В более новых файловых системах, таких как NTFS, exFAT, UDFS и FAT32, Windows сохраняет длинные имена файлов на диске в Unicode, что означает, что исходное длинное имя файла всегда сохраняется.Это верно, даже если длинное имя файла содержит расширенные символы, независимо от кодовой страницы, которая активна во время операции чтения или записи на диск.
Файлы с длинными именами файлов можно копировать между разделами файловой системы NTFS и разделами файловой системы Windows FAT без потери информации об имени файла. Это может быть неверно для старых файловых систем MS-DOS FAT и некоторых типов файловых систем CDFS (CD-ROM), в зависимости от фактического имени файла. В этом случае, если возможно, подставляется короткое имя файла.
Пути
Путь к указанному файлу состоит из одного или нескольких компонентов , разделенных специальным символом (обратной косой чертой), при этом каждый компонент обычно является именем каталога или именем файла, но с некоторыми заметными исключениями, обсуждаемыми ниже. Для интерпретации системой пути часто критично то, как выглядит начало пути, или префикс , . Этот префикс определяет пространство имен , которое использует путь, и, кроме того, какие специальные символы используются в какой позиции в пути, включая последний символ.
Если компонент пути является именем файла, он должен быть последним компонентом.
Каждый компонент пути также будет ограничен максимальной длиной, указанной для конкретной файловой системы. В целом эти правила делятся на две категории: коротких и длинных . Обратите внимание, что имена каталогов хранятся в файловой системе как файлы особого типа, но правила именования файлов также применяются к именам каталогов. Подводя итог, путь - это просто строковое представление иерархии между всеми каталогами, которые существуют для определенного имени файла или каталога.
Полностью квалифицированные и относительные пути
Для функций Windows API, которые управляют файлами, имена файлов часто могут относиться к текущему каталогу, в то время как некоторые API требуют полного пути. Имя файла указывается относительно текущего каталога, если оно не начинается с одного из следующих символов:
- Имя UNC любого формата, которое всегда начинается с двух символов обратной косой черты ("\\"). Для получения дополнительной информации см. Следующий раздел.
- Обозначение диска с обратной косой чертой, например «C: \» или «d: \».
- Одинарная обратная косая черта, например, «\ каталог» или «\ file.txt». Это также называется абсолютным путем .
Если имя файла начинается только с указателя диска, но не с обратной косой черты после двоеточия, оно интерпретируется как относительный путь к текущему каталогу на диске с указанной буквой. Обратите внимание, что текущий каталог может быть или не быть корневым, в зависимости от того, что он был установлен во время последней операции «изменения каталога» на этом диске.Примеры этого формата:
- «C: tmp.txt» относится к файлу с именем «tmp.txt» в текущем каталоге на диске C.
- «C: tempdir \ tmp.txt» относится к файлу в подкаталоге текущего каталога на диске C.
Путь также называется относительным, если он содержит «двойные точки»; то есть два периода вместе в одном компоненте пути. Этот специальный спецификатор используется для обозначения каталога над текущим каталогом, также известного как «родительский каталог».Примеры этого формата:
- ".. \ tmp.txt" указывает файл с именем tmp.txt, расположенный в родительском каталоге текущего каталога.
- ".. \ .. \ tmp.txt" указывает файл, который находится на два каталога выше текущего каталога.
- ".. \ tempdir \ tmp.txt" указывает файл с именем tmp.txt, расположенный в каталоге с именем tempdir, который является одноранговым каталогом для текущего каталога.
Относительные пути могут сочетать оба типа примеров, например «C: .. \ tmp.txt».Это полезно, потому что, хотя система отслеживает текущий диск вместе с текущим каталогом этого диска, она также отслеживает текущие каталоги в каждой из разных букв дисков (если в вашей системе их больше одной), независимо от какое обозначение привода установлено в качестве текущего привода.
Ограничение максимальной длины пути
В выпусках Windows до Windows 10 версии 1607 максимальная длина пути составляет MAX_PATH , что определяется как 260 символов.В более поздних версиях Windows для снятия ограничения требуется изменение раздела реестра или использование инструмента групповой политики. См. Полную информацию в разделе «Ограничение максимальной длины пути».
Пространства имен
Существует две основные категории соглашений о пространствах имен, используемых в API Windows, обычно называемых пространствами имен NT и пространствами имен Win32 . Пространство имен NT было разработано как пространство имен самого нижнего уровня, в котором могли существовать другие подсистемы и пространства имен, включая подсистему Win32 и, как следствие, пространства имен Win32.POSIX - еще один пример подсистемы в Windows, которая построена на основе пространства имен NT. Ранние версии Windows также определяли несколько предопределенных или зарезервированных имен для определенных специальных устройств, таких как коммуникационные (последовательные и параллельные) порты и консоль дисплея по умолчанию как часть того, что теперь называется пространством имен устройств NT, и все еще поддерживаются в текущих версиях. Windows для обратной совместимости.
Пространства имен файлов Win32
Префикс и соглашения пространства имен Win32 обобщены в этом и следующем разделах с описанием того, как они используются.Обратите внимание, что эти примеры предназначены для использования с функциями Windows API и не обязательно работают с приложениями оболочки Windows, такими как Windows Explorer. По этой причине существует более широкий диапазон возможных путей, чем обычно доступен из приложений оболочки Windows, и приложения Windows, использующие это преимущество, могут быть разработаны с использованием этих соглашений о пространствах имен.
Для файлового ввода-вывода префикс «\\? \» В строке пути указывает API-интерфейсам Windows отключить весь синтаксический анализ строк и отправить строку, которая следует за ним, прямо в файловую систему.Например, если файловая система поддерживает большие пути и имена файлов, вы можете превысить ограничения MAX_PATH , которые в противном случае применяются API Windows. Дополнительные сведения о обычном ограничении максимального пути см. В предыдущем разделе «Ограничение максимальной длины пути».
Поскольку он отключает автоматическое раскрытие строки пути, префикс «\\? \» Также позволяет использовать «..» и «.» в именах путей, что может быть полезно, если вы пытаетесь выполнить операции с файлом с этими зарезервированными спецификаторами относительного пути как часть полного пути.
Многие, но не все API файлового ввода-вывода поддерживают "\\? \"; вы должны просмотреть справочную тему для каждого API, чтобы быть уверенным.
Обратите внимание, что API Unicode следует использовать, чтобы убедиться, что префикс «\\? \» Позволяет превышать MAX_PATH
Пространства имен устройств Win32
Префикс «\\. \» Будет обращаться к пространству имен устройства Win32 вместо пространства имен файлов Win32. Таким образом, доступ к физическим дискам и томам осуществляется напрямую, без прохождения через файловую систему, если API поддерживает этот тип доступа.Таким образом можно получить доступ ко многим устройствам, отличным от дисков (например, с помощью функций CreateFile и DefineDosDevice ).
Например, если вы хотите открыть системный последовательный коммуникационный порт 1, вы можете использовать «COM1» в вызове функции CreateFile . Это работает, потому что COM1 – COM9 являются частью зарезервированных имен в пространстве имен NT, хотя использование префикса «\\. \» Также будет работать с этими именами устройств. Для сравнения: если у вас установлена плата расширения последовательного порта на 100 портов и вы хотите открыть COM56, вы не сможете открыть ее с помощью «COM56», поскольку для COM56 не существует предварительно определенного пространства имен NT.Вам нужно будет открыть его, используя «\\. \ COM56», потому что «\\. \» Переходит непосредственно в пространство имен устройства, не пытаясь найти предопределенный псевдоним.
Другой пример использования пространства имен устройства Win32 - использование функции CreateFile с «\\. \ PhysicalDisk X » (где X - допустимое целочисленное значение) или «\\. \ CdRom X ». Это позволяет получить доступ к этим устройствам напрямую, минуя файловую систему. Это работает, потому что эти имена устройств создаются системой при перечислении этих устройств, а некоторые драйверы также создают другие псевдонимы в системе.Например, драйвер устройства, реализующий имя «C: \», имеет собственное пространство имен, которое также является файловой системой.
API, которые проходят через функцию CreateFile , обычно работают с префиксом «\\. \», Потому что CreateFile - это функция, используемая для открытия файлов и устройств, в зависимости от используемых вами параметров.
Если вы работаете с функциями Windows API, вы должны использовать префикс «\\. \» Для доступа только к устройствам, а не к файлам.
Большинство API-интерфейсов не поддерживают "\\.\ "; его распознают только те, которые предназначены для работы с пространством имен устройства. Всегда проверяйте справочную тему для каждого API, чтобы быть уверенным.
Пространства имен NT
Существуют также API-интерфейсы, которые позволяют использовать соглашение о пространстве имен NT, но диспетчер объектов Windows делает это ненужным в большинстве случаев. Для иллюстрации полезно просматривать пространства имен Windows в обозревателе системных объектов с помощью инструмента Windows Sysinternals WinObj. Когда вы запускаете этот инструмент, вы видите пространство имен NT, начинающееся с корня, или "\".Подпапка под названием «Global ??» это место, где находится пространство имен Win32. Именованные объекты устройств находятся в пространстве имен NT в подкаталоге «Device». Здесь вы также можете найти Serial0 и Serial1, объекты устройства, представляющие первые два COM-порта, если они есть в вашей системе. Объект устройства, представляющий том, будет чем-то вроде HarddiskVolume1, хотя числовой суффикс может отличаться. Имя «DR0» в подкаталоге «Harddisk0» является примером объекта устройства, представляющего диск, и так далее.
Чтобы сделать эти объекты устройств доступными для приложений Windows, драйверы устройств создают символическую ссылку (символическую ссылку) в пространстве имен Win32, «Global ??», на соответствующие объекты устройств. Например, COM0 и COM1 под заголовком "Global ??" подкаталог - это просто символические ссылки на Serial0 и Serial1, «C:» - это символическая ссылка на HarddiskVolume1, «Physicaldrive0» - это символическая ссылка на DR0 и так далее. Без символической ссылки указанное устройство «Xxx» не будет доступно для любого приложения Windows, использующего соглашения о пространстве имен Win32, как описано ранее.Однако дескриптор этого устройства может быть открыт с помощью любых API-интерфейсов, которые поддерживают абсолютный путь пространства имен NT в формате «\ Device \ Xxx».
С добавлением поддержки многопользовательского режима через службы терминалов и виртуальные машины возникла необходимость виртуализировать общесистемное корневое устройство в пространстве имен Win32. Это было достигнуто путем добавления символической ссылки «GLOBALROOT» в пространство имен Win32, которое вы можете увидеть в «Global ??» подкаталог инструмента браузера WinObj, о котором говорилось ранее, и получить доступ к нему можно по пути "\\? \ GLOBALROOT".Этот префикс гарантирует, что следующий за ним путь будет соответствовать истинному корневому пути диспетчера системных объектов, а не пути, зависящему от сеанса.
-
Сравнение функций файловой системы
.
Есть какие-нибудь правила относительно подчеркивания в именах файлов в C / C ++?
Переполнение стека- Около
- Товары
- Для команд
- Переполнение стека Общественные вопросы и ответы
- Переполнение стека для команд Где разработчики и технологи делятся частными знаниями с коллегами
cmd - командный файл для обработки имен файлов, заканчивающихся определенными символами
Переполнение стека- Около
- Товары
- Для команд
- Переполнение стека Общественные вопросы и ответы
[Глава 5] 5.4 Изменение имени и регистр
Еще во времена DOS и Windows 3.1 каждое имя файла ограничивалось восемью символами верхнего регистра, за которыми следовала точка и еще три символа верхнего регистра. Он был известен как . 8.3 формат , и это было огромной неприятностью. Windows 95/98, Windows NT и Unix с тех пор решили эту проблему, позволив намного больше символов, чувствительных к регистру, составлять имя файла. В таблице 5.6 показано текущее состояние именования нескольких популярных операционных систем.
Samba по-прежнему должна оставаться обратно совместимой с сетевыми клиентами, которые хранят файлы только в формате 8.3, такими как Windows для рабочих групп. Если пользователь создает файл в общей папке с именем antidisestablishmentarianism.txt , клиент Windows для рабочих групп не мог отличить его от другого файла в том же каталоге с именем antidisease.txt . Подобно Windows 95/98 и Windows NT, Samba должна использовать особую методологию преобразования длинного имени файла в имя файла формата 8.3 таким образом, чтобы схожие имена файлов не вызывали коллизий.Это называется . name mangling , и Samba справляется с этим аналогично, но не идентично Windows 95 и ее преемникам.
5.4.1 Операция изменения Samba
Вот как Samba преобразовывает длинное имя файла в имя файла формата 8.3:
-
Если исходное имя файла не начинается с точки, до первых пяти буквенно-цифровых символов, которые встречаются перед последней точкой (если она есть), преобразуются в верхний регистр. Эти символы используются как первые пять символов из 8.3 искаженное имя файла.
-
Если исходное имя файла начинается с точки, точка удаляется и до первых пяти буквенно-цифровых символов, встречающихся перед последней точкой (если таковая имеется), преобразуются в верхний регистр. Эти символы используются как первые пять символов искаженного имени файла формата 8.3.
-
За этими символами сразу следует специальный символ искажения: по умолчанию тильда (~), хотя Samba позволяет вам изменить этот символ.
-
Основание длинного имени файла перед последней точкой хешируется в двухсимвольный код; При необходимости можно использовать части имени после последней точки. Этот двухсимвольный код добавляется к имени файла 8.3 после символа искажения.
-
Первые три символа после последней точки (если она есть) исходного имени файла преобразуются в верхний регистр и добавляются к искаженному имени в качестве расширения. Если исходное имя файла начинается с точки, три символа подчеркивания (
_ _ _) вместо этого используются в качестве расширения.
Вот несколько примеров:
virtuosity.dat VIRTU ~ F1.DAT .htaccess HTACC ~ U0._ _ _ hello.java ПРИВЕТ ~ 1F.JAV team.config.txt TEAMC ~ 04.TXT antidisestablishmentarianism.txt ANTID ~ E3.TXT antidiseast.txt ANTID ~ 9K.TXT
Использование этих правил позволит Windows для рабочих групп различать два файла от имени бедного человека, который вынужден смотреть на сеть глазами этой операционной системы.Обратите внимание, что одно и то же длинное имя файла всегда должно хешироваться с одним и тем же искаженным именем в Samba; это не всегда происходит с Windows. Обратной стороной этого подхода является то, что коллизии все еще могут быть; однако шансы сильно снижаются.
Обычно вы хотите использовать параметры конфигурации только для самых старых клиентов. Мы рекомендуем делать это, не нарушая работу других клиентов, добавляя включить директиву в smb.conf файл:
[Глобальный] включить = / ucsr / local / samba / lib / smb.конф.% m
Это сводится к smb.conf.WfWg при подключении клиента Window for Workgroups. Теперь вы можете создать файл /usr/local/samba/lib/smb.conf.WfWg , который может содержать следующие параметры:
[Глобальный] с учетом регистра = нет регистр по умолчанию = верхний сохранить регистр = нет короткий сохранить регистр = нет mangle case = да искаженные имена = да
Если вы не используете Windows for Workgroups 3.1, вам, вероятно, не нужно менять какие-либо из этих параметров по умолчанию.
5.4.1.1 Представление и разрешение имен файлов с помощью Samba
Еще один момент, на который мы должны обратить внимание, это то, что существует разница между тем, как операционная система представляет файл и как это разрешает это. Например, если вы использовали Windows 95/98 / NT, вы, вероятно, встречали файл с именем . README.TXT . Файл может быть представлен операционной системой полностью заглавными буквами. Однако, если вы откроете командную строку MS-DOS и введете команду редактировать Прочти меня.txt , файл с заглавными буквами загружается в программу редактирования, даже если вы ввели имя строчными буквами!
Это связано с тем, что операционные системы семейства Windows 95/98 / NT разрешают файлы без учета регистра, даже если файлы представлены с учетом регистра. С другой стороны, операционные системы на основе Unix всегда разрешают файлы с учетом регистра; если вы попытаетесь отредактировать README.TXT командой vi Прочти меня.txt , скорее всего, вы будете редактировать пустой буфер нового файла.
Вот как Samba обрабатывает корпус: если сохранить case установлен на да, , Samba всегда будет использовать регистр, предусмотренный операционной системой, для представления (не разрешения) имен файлов. Если установлено значение № , он будет использовать корпус, указанный в по умолчанию чехол вариант. То же самое и для короткий сохранить чехол .Если для этого параметра установлено значение да , Samba будет использовать регистр операционной системы по умолчанию для представления имен файлов формата 8.3; в противном случае будет использоваться случай, указанный в по умолчанию чехол вариант. Наконец, Samba всегда будет разрешать имена файлов в своих общих папках на основе значения чехол чувствительный вариант .
5.4.2 Параметры изменения
Samba позволяет вам дать ей более точные инструкции о том, как она должна выполнять изменение имени, включая те, которые контролируют чувствительность к регистру, символ, вставленный для формирования искаженного имени, и возможность вручную отображать имена файлов из одного формата к другому.Эти параметры показаны на Таблица 5.7.
| Вариант | Параметры | Функция | По умолчанию | Область применения |
|---|---|---|---|---|
| | логическое | Если | | Поделиться |
| | ( | Регистр по умолчанию (используется только при сохранении регистра | Нижняя | Поделиться |
| | логическое | Если | | Поделиться |
| | логическое | Если | | Поделиться |
| | логическое | Измените имя, если оно написано в смешанном регистре. | | Поделиться |
| | логическое | Преобразует длинные имена в формат 8.3 DOS. | | Поделиться |
| | строка (один символ) | Придает искажающий характер. | | Поделиться |
| | числовой | Количество искаженных имен, которые нужно сохранить в локальном стеке исправления. | | Глобальный |
| | строка (список шаблонов) | Позволяет отображать имена файлов из одного формата в другой. | Нет | Поделиться |
5.4.2.1 с учетом регистра
Эта опция уровня общего доступа, имеющая тупой синоним caseignames , указывает, должна ли Samba сохранять регистр при разрешении имен файлов в конкретном общем ресурсе. Значение по умолчанию для этого параметра - . нет , именно так Windows обрабатывает разрешение файлов. Если клиенты используют операционную систему, которая использует имена файлов с учетом регистра, вы можете установить для этого параметра конфигурации значение . да как показано здесь:
[бухгалтерский учет] с учетом регистра = да
В противном случае мы рекомендуем оставить для этого параметра значение по умолчанию.
5.4.2.2 случай по умолчанию
Модель по умолчанию case опция используется с сохранить чехол . Это определяет регистр по умолчанию (верхний или нижний), который Samba будет использовать при создании файла на одном из своих общих ресурсов от имени клиента. Случай по умолчанию - нижний , что означает, что вновь созданные файлы будут использовать имена в смешанном регистре, данные им клиентом. При необходимости вы можете переопределить этот глобальный параметр, указав следующее:
[Глобальный] регистр по умолчанию = верхний
Если вы укажете это значение, имена вновь созданных файлов будут переведены в верхний регистр, и их нельзя будет переопределить в программе.Мы рекомендуем использовать значение по умолчанию, если вы не имеете дело с Windows for Workgroups или другим клиентом 8.3. В этом случае это должно быть . верхний .
5.4.2.3 сохранить футляр
Эта опция указывает, создается ли файл, созданный Samba от имени клиента, с регистром, предоставленным клиентской операционной системой, или с регистром, указанным в . по умолчанию case вариант конфигурации выше. Значение по умолчанию - . да , в котором используется регистр, предоставленный клиентской операционной системой.Если установлено значение № , стоимость по умолчанию case опция.
Обратите внимание, что этот параметр не обрабатывает запросы файлов формата 8.3, отправленные от клиента - см. короткий сохранить case вариант ниже. Вы можете установить для этого параметра значение да , если приложения, которые создают файлы на сервере Samba, чувствительны к регистру, используемому при создании файла. Если вы хотите заставить Samba, например, имитировать поведение файловой системы Windows NT, вы можете оставить для этого параметра значение по умолчанию, да .
5.4.2.4 короткий защитный футляр
Этот параметр указывает, создается ли имя файла формата 8.3, созданное Samba от имени клиента, с регистром по умолчанию клиентской операционной системы или регистром, указанным в по умолчанию case вариант конфигурации. Значение по умолчанию - . да , в котором используется регистр, предоставленный клиентской операционной системой. Вы можете позволить Samba выбрать корпус через по умолчанию case , установив его следующим образом:
[Глобальный] футляр для коротких консервов = №
Если вы хотите заставить Samba имитировать поведение файловой системы Windows NT, вы можете оставить для этого параметра значение по умолчанию, да .
5.4.2.5 искаженные имена
Этот параметр уровня общего ресурса указывает, будет ли Samba изменять имена файлов для клиентов 8.3 в этом общем ресурсе. Если опция установлена на Нет , Samba не будет искажать имена и (в зависимости от клиента) они будут либо невидимы, либо усечены для тех, кто использует операционные системы 8.3. Значение по умолчанию - . да . Вы можете переопределить его для каждой акции следующим образом:
[данные] искаженные имена = нет
5.4.2.6 кожух манжет
Этот параметр сообщает Samba, следует ли изменять имена файлов, которые не полностью соответствуют регистру, указанному с помощью параметра . по умолчанию case вариант конфигурации.Значение по умолчанию для этого параметра - . № . Если вы установите его на да, , вы должны быть уверены, что все клиенты смогут обрабатывать полученные в результате искаженные имена файлов. Вы можете переопределить его для каждой акции следующим образом:
[данные] mangle case = да
Мы рекомендуем оставить этот параметр в покое, если у вас нет обоснованной необходимости его изменить.
5.4.2.7 Обугливание
Этот параметр уровня общего ресурса определяет символ искажения, используемый, когда Samba изменяет имена файлов в формат 8.3 формат. Используемый по умолчанию символ - тильда (~). Вы можете сбросить его на любого персонажа, который хотите, например:
[данные] искажение char = #
5.4.2.8 искаженный стек
Samba поддерживает локальный стек недавно измененных имен файлов 8.3; этот стек можно использовать для обратного отображения искаженных имен файлов в их исходное состояние. Это часто требуется приложениям, которые создают и сохраняют файл, закрывают его и позже должны изменить его. По умолчанию в этом стеке хранится 50 пар длинное имя файла / искаженное имя файла.Однако, если вы хотите сократить количество процессорного времени, используемого для изменения имен файлов, вы можете увеличить размер стека до любого желаемого за счет памяти и немного более медленного доступа к файлам.
[Глобальный] искореженная стопка = 100
5.4.2.9 искаженная карта
Если поведение изменения имени по умолчанию недостаточно, вы можете дать Samba дальнейшие инструкции о том, как себя вести при использовании искореженный вариант карты . Эта опция позволяет вам указать шаблоны сопоставления, которые могут использоваться до или даже вместо изменения имени, выполняемого Samba.Например:
[данные] искаженная карта = (*. база данных * .db) (* .class * .cls)
Здесь Samba получает указание искать в каждом файле, с которым она сталкивается, символы, которые соответствуют первому шаблону, указанному в круглых скобках, и преобразовывать их в измененный второй шаблон в круглых скобках для отображения на клиенте 8.3. Это полезно в том случае, если при изменении имени имя файла преобразуется неправильно или в формат, который клиент не может легко понять. Шаблоны разделяются пробелами.
.
