Правила именования файлов это
• Полное имя файла на диске, содержащее путь доступа к нему, начинается с указания буквенного имени диска, например, А: или С:. Обычно буквы А: и В: относятся к флоппи-дисководам, а С:, D: и так далее — к жестким дискам и приводам компакт-дисков. Последующие буквы алфавита, например, Н: или K:, обычно соответствуют сетевым дискам. Примечание. Буквенные обозначения дисков не поддерживаются в Windows СЕ.
• Существует и другой возможный вариант задания полного пути доступа — использование универсальной кодировки имен (Universal Naming Code, UNC), в соответствии с которой указание пути начинается с глобального корневого каталога, обозначаемого двумя символами обратной косой черты (\\), с последующим указанием имени сервера и имени разделяемого ресурса (share name) для определения местоположения ресурса на файловом сервере сети. Таким образом, первая часть полного пути доступа в данном случае будет иметь вид: \\servername\sharename.
• При указании полного пути доступа в качестве разделителя обычно используется символ обратной косой черты (\), но в параметрах API для этой цели можно воспользоваться также символом прямой косой черты (/), как это принято в С.
• Строчные и прописные буквы в именах каталогов и файлов не различаются, то есть имена не чувствительны к регистру (case-insensitive), но в то же время они запоминают регистр (case-retaining); другими словами, если файл был создан с именем MyFile, то это же имя будет использоваться и при его отображении, хотя, например, для доступа к файлу может быть использовано также имя myFILE.
• Длина имени каталога и файла не должна превышать 255 символов, а длина полного пути доступа ограничивается значением параметра МАХ_РАТН (текущим значением которого является 256).
• Для отделения имени файла от расширения используется символ точки (.), причем расширения имен (как правило, два или три символа, находящиеся справа от самой последней точки, входящей в имя файла) обозначают предположительные типы файлов в соответствии с определенными соглашениями. Так, можно ожидать, что файл atou.EXE — это исполняемый файл, а файл atou.С — файл с исходным текстом программы на языке С. Допускается использование в именах файлов нескольких символов точки.
Оглавление:
Особенности имен в oc Windows
Использование “длинных” имен файлов в операционных системах Windows имеет ряд особенностей.
1. Если “длинное” имя файла включает пробелы, то в служебных операциях его надо заключать в кавычки. Рекомендуется не использовать пробелы, а заменять их символами подчеркивания.
2. В корневой папке диска (на верхнем уровне иерархической файловой структуры) нежелательно хранить файлы с длинными именами — в отличие от прочих папок в ней ограничено количество единиц хранения, причем, чем длиннее имена, тем меньше файлов можно разместить в корневой папке.
3. Кроме ограничения на длину имени файла (256 символов) существует гораздо более жесткое ограничение на длину полного имени фата (в него входит путь доступа к файлу, начиная от вершины иерархической структуры). Полное имя не может быть длиннее 260 символов.
4. Разрешается использовать символы любых алфавитов.
5. Прописные и строчные буквы не различаются операционной системой. Для нее имена Письмо.txt и письмо.txt соответствуют одному и тому же файлу. Однако символы разных регистров исправно отображаются операционной системой, и, если для наглядности надо использовать прописные буквы, это можно делать.
6. Расширение имени файла рассказывает операционной системе, исполняющей программе или пользователю, к какому типу относятся данные, содержащиеся в файле, и о формате, в котором они записаны.
Системы Windows 95/98 имеют средства для регистрации свойств типов файлов по расширению их имени, поэтому во многих случаях выбор расширения имени файла не является частным делом пользователя. Приложения этих систем предлагают выбрать только основную часть имени и указать тип файла, а соответствующее расширение имени приписывают автоматически.
Создание каталогов (папок)
Каталог (папка) – справочник (специальная информационная структура), содержащий информацию о группе файлов, каталогов, хранимых совместно на одном носителе. Все современные операционные системы позволяют создавать каталоги.
Правила присвоения имени каталогу ничем не отличаются от правил присвоения имени файлу, хотя негласно для каталогов не принято задавать расширения имен.
Каждому подкаталогу, как и файлу, в корневом каталоге соответствует 32-байтный элемент каталога, содержащий имя, его атрибуты (архивный, скрытый, системный и «только для чтения»), дату и время создания (или внесения в него последних изменений), а также прочую информацию. Для файловых систем FAT положение корневого каталога на разделе и его размер жестко зафиксированы.
Особенности OC Windows. До появления операционной системы Windows 95 при описании иерархической файловой структуры использовался введенный выше термин каталог. С появлением этой системы был введен новый термин — папка
В том, что касается обслуживания файловой структуры носителя данных, эти термины равнозначны: каждому каталогу файлов на диске соответствует одноименная папка операционной системы. Основное отличие понятий папка и каталог проявляется не в организации хранения файлов, а в организации хранения объектов иной природы. Так, например, в Windows существуют специальные папки, представляющие собой удобные логические структуры, которым не соответствует ни один каталог диска (Панель управления, Принтеры, Назначенные задания).
Правила именования файлов
• Существует и другой возможный вариант задания полного пути доступа — использование универсальной кодировки имен (Universal Naming Code, UNC), в соответствии с которой указание пути начинается с глобального корневого каталога, обозначаемого двумя символами обратной косой черты (\\), с последующим указанием имени сервера и имени разделяемого ресурса (share name) для определения местоположения ресурса на файловом сервере сети. Таким образом, первая часть полного пути доступа в данном случае будет иметь вид: \\servername\sharename.
• При указании полного пути доступа в качестве разделителя обычно используется символ обратной косой черты (\), но в параметрах API для этой цели можно воспользоваться также символом прямой косой черты (/), как это принято в С.
• В именах каталогов и файлов не должны встречаться символы ASCII, численные значения которых попадают в интервал 1-31, а также любой из перечисленных ниже символов:
В именах разрешается использовать пробелы. В то же время, если имена файлов, содержащие пробелы, указываются в командной строке, то каждое такое имя следует заключать в кавычки, чтобы его нельзя было интерпретировать как два разных имени, относящихся к двум отдельным файлам.
• Строчные и прописные буквы в именах каталогов и файлов не различаются, то есть имена не чувствительны к регистру (case-insensitive), но в то же время они запоминают регистр (case-retaining); другими словами, если файл был создан с именем MyFile, то это же имя будет использоваться и при его отображении, хотя, например, для доступа к файлу может быть использовано также имя myFILE.
После этого вступления мы можем продолжить изучение функций Windows, начатое в главе 1.
Новые правила именования файлов выгрузки данных отчетности в электронном виде
Последние изменения расширяют имя файла выгрузки в прямом и переносном смысле этого слова.
Начиная с 1 октября 2008 года файлы, содержащие данные бухгалтерской и налоговой отчетности, представляемой в электронном виде налогоплательщиками, налоговыми агентами, представителями налогоплательщика и прочими юридическими лицами, должны иметь наименование определенного формата — см. Формат для юридических лиц.
Файлы, содержащие данные бухгалтерской и налоговой отчетности, представляемые налогоплательщиками, налоговыми агентами, представителями налогоплательщика и т. д. — физическими лицами в электронном виде, должны иметь наименование определенного формата — см. Формат для физических лиц.
Единственное и главное изменение в правилах именования — это вынесение в имя файла «адресов» участников электронного обмена.
Изменения в именах файлов выгрузки форматов 4 и 5 (оба формата на основе XML), по сути такие же, как описаны выше для форматов версий 2.00/2.01, 3.00 (естественно, с учетом иной структуры самих имен файлов форматов 4 и 5), но немного отличаются по форме: код налогового органа — получателя информации и код налогового органа, администрирующего налог (сбор) в имени файла разделены знаком «_».
Новые имена файлов выгрузки должны использоваться при представлении отчетности в электронном виде после 01.10.2008 и касаются всех отчетов, представляемых в форматах 2.00/2.01, 3.00, 4 и 5. Обратите внимание, что новые правила не касаются файлов выгрузки «алкогольных» деклараций.
Подавляющее большинство налогоплательщиков представляют отчетность в налоговую инспекцию по месту своего учета: по месту нахождения налогоплательщика или его обособленного подразделения, по месту нахождения объекта налогообложения, по месту осуществления деятельности и т. п. И в этом случае налоговый орган, куда представлена налоговая и бухгалтерская отчетность, и налоговый орган, администрирующий налог — это один и тот же налоговый орган. Для таких налогоплательщиков часть СССССССС имени файла будет представлять собой повторенный два раза код того налогового органа, куда представляется («приносится») отчетность.
Код налогового органа, администрирующего налог, содержится в самом файле выгрузки — это реквизит ИдПол («Идентификатор получателя»). Сам реквизит заполняется значением из показателя «Представляется в» титульного листа декларации. Поэтому в случае обычного (не крупнейшего) налогоплательщика программа подготовки данных отчетности в электронном виде может сформировать значение части СССССССС имени файла выгрузки автоматически, не запрашивая у налогоплательщика дополнительной информации.
В случае крупнейшего налогоплательщика автоматически получить код налогового органа, в который представляется («приносится») отчетность, нет возможности, так как он нигде не указывается (в показателе «Представляется в» титульного листа декларации указывается код налогового органа — получателя отчетности, а КПП на титульном листе — это КПП налогоплательщика в налоговом органе, куда должна быть доставлена его отчетность).
Таким образом, при представлении отчетности крупнейшими налогоплательщиками для правильного именования файла выгрузки данных отчетности с целью подготовки данных отчетности в электронном виде необходимо дополнительно запросить у налогоплательщика код налогового органа, в котором он стоит на учете как крупнейший.
И если в информационной базе учет ведется от имени самой организации — крупнейшего налогоплательщика, то налоговый орган, в котором она состоит на учете и который является налоговым органом, куда организация представляет отчетность, указывается в сведениях об организации.
Суть новых правил именования файлов выгрузки данных отчетности в электронном виде
Приказами ФНС России от 07.07.2008 г. № ММ-3-6/[email protected] и от 18.07.2008 № ММ-3-6/[email protected] внесены очередные изменения в структуру наименования файлов выгрузки данных отчетности в электронном виде в форматах версий 2.00/2.01, 3.00, 4 и 5.
Напомним, что предыдущие изменения в правила именования файлов были внесены приказом ФНС России от 13.04.2007 № ММ-3-13/[email protected] (подробнее об этом читайте здесь).
Ниже подробно описаны изменения в именах файлов выгрузки для форматов 2.00/2.01 и 3.00. Об изменениях в именах файлов выгрузки форматов 4 и 5 (оба формата на основе XML) будет сказано немного ниже.
В чем заключается основная особенность новых правил именования файлов?
Однако, например, налогоплательщики, отнесенные к категории крупнейших в соответствии со статьей 83 НК РФ, представляют все налоговые декларации в налоговый орган по месту учета в качестве крупнейших налогоплательщиков. И для таких налогоплательщиков налоговый орган, куда представлена отчетность, и налоговый орган, администрирующий налог — это чаще всего разные налоговые органы. Таким образом, часть СССССССС имени файла у крупнейших налогоплательщиков будет содержать два различных кода налоговых органов.
Однако в информационной базе могут содержаться данные не самой организации (или не только самой организации ) — крупнейшего налогоплательщика, а , например, ее обособленного подразделения. Тогда в сведениях об организации код ИФНС, в котором состоит на учете обособленное подразделение, чаще всего не совпадает с кодом головной организации. И в этом случае уже нельзя при формировании отчетности от имени обособленного подразделения автоматически определить налоговый орган, куда представляется отчетность. В этом случае необходимо, чтобы налогоплательщик его указал дополнительно.
Поэтому для целей отражения новых правил именования файлов выгрузки данных отчетности в электронном виде в конфигурациях для «1С:Предприятия 8» и «1С:Предприятия 7.7» были внесены изменения, о которых рассказывается далее.
Изменения именования файлов выгрузки данных отчетности в конфигурациях для «1С:Предприятия 8»
Для хранения кода налогового органа — получателя информации, куда представлена налоговая и бухгалтерская отчетность (по месту учета в качестве крупнейшего налогоплательщика, по месту учета (нахождения) налогоплательщика и т. д.) в конфигурации в справочник Организации добавлен реквизит Код ИФНС — получателя отчетности (см. рис. 1).
Данный реквизит доступен в конфигурациях:
Реквизит Код ИФНС — получателя отчетности должны заполнять только организации, которые стоят на учете как крупнейшие налогоплательщики и представляют всю отчетность в налоговый орган по месту регистрации его как крупнейшего.
Изменения именования файлов выгрузки данных отчетности в конфигурациях для «1С:Предприятия 7.7»
Для хранения кода налогового органа — получателя информации, куда представлена налоговая и бухгалтерская отчетность (по месту учета в качестве крупнейшего налогоплательщика, по месту учета (нахождения) налогоплательщика и т. д.) добавлена константа Код налогового органа — получателя отчетности в следующих конфигурациях:
- «Бухгалтерский учет» — начиная с релиза 7.70.502;
- «Производство+Услуги+Бухгалтерия» — начиная с релиза 7.70.306.
- в налоговый орган, код которого указан в этом реквизите;
- в ИНФС по месту нахождения обособленного подразделения, объекта налогообложения и т.д.
- Используйте точку, чтобы отделить имя базового файла от расширения в имени каталога или файла.
- Используйте обратную косую черту (\) для разделения компонентов пути. Обратная косая черта отделяет имя файла от пути к нему, и одно имя каталога от другого имени каталога в пути. Нельзя использовать обратную косую черту в имени файла или каталога, потому что это зарезервированный символ, который разделяет имена на составляющие.
- Не думайте о чувствительности к регистру. Например, можно считать имена OSCAR, Oscar и oscar одинаковыми, хотя некоторые файловые системы (например, файловая система, совместимая с POSIX) могут рассматривать их как разные. Обратите внимание, что NTFS поддерживает семантику POSIX для учета регистра, но это не поведение по умолчанию.
- Обозначения томов (буквы дисков) не учитывают регистр символов. Например,» D:\ «и» d:\ » – это одно и то же.
- Используйте любой символ на текущей кодовой странице для имени, включая символы Юникода и символы в расширенном наборе символов (128-255), за исключением следующих:
- Следующие зарезервированные символы:
- (больше)
- : (двоеточие)
- » (двойная кавычка)
- / (косая черта)
- \ (обратная косая черта)
- | (вертикальный стержень или символ трубы)
- ? (вопросительный знак)
- * (звездочка)
- Целое нулевое значение, иногда называемое символом ASCII NUL.
- Символы, целочисленные представления которых находятся в диапазоне от 1 до 31, за исключением альтернативных потоков данных, где эти символы разрешены.
- Любой другой символ, который целевая файловая система не разрешает использовать.
- Используйте точку как компонент каталога в пути для представления текущего каталога, например».\temt.txt.».
- Используйте две последовательных точки (..) как компонент каталога в пути для представления родительского каталога текущего каталога, например»..\temp.txt.»
- Не используйте следующие зарезервированные имена для имени файла: CON, PRN, AUX, NUL, COM1, COM2, COM3, COM4, COM5, COM6, COM7, COM8, COM9, LPT1, LPT2, LPT3, LPT4, LPT5, LPT6, LPT7, LPT8, и LPT. Также избегайте этих имен, за которыми следует расширение; например, NUL.txt не рекомендуется.
- Не завершайте имя файла или каталога пробелом или точкой. Хотя файловая система может поддерживать такие названия, оболочка и пользовательский интерфейс Windows не будут работать с этим. Однако допустимо указывать точку в качестве первого символа имени. Например, «.temp».
- Чтобы получить 8.3 форму длинного имени файла, используйте функцию GetShortPathName.
- Чтобы получить версию короткого имени длинного файла, используйте функцию GetLongPathName.
- Чтобы получить полный путь к файлу, используйте функцию GetFullPathName.
- Файл корректно отображается при просмотре через FTP-клиент, но не открывается на сайте;
- Имя файла может «побиться» (стать нечитабельным) при загрузке с локального компьютера на сервер или при копировании файла с сервера на сервер;
- Файл некорректно индексируется поисковыми системами;
- Файл не открывается на компьютере пользователя и т.д.
Короткие и длинные имена
Длинным именем файла считается любое имя файла, которое превышает соглашение об именовании стиля MS-DOS (также называемое схема 8.3). При создании длинного имени файла Windows может также создать короткую форму имени 8.3, называемую псевдонимом 8.3 или коротким именем, и сохранить ее на диске. Это 8.3 псевдонимы могут быть отключены по соображениям производительности либо по всей системе, либо для указанного тома, в зависимости от конкретной файловой системы.
Во многих файловых системах имя файла будет содержать тильду (
) в каждом компоненте имени, которое слишком длинное, чтобы соответствовать правилам именования 8.3.
Не все файловые системы могут следовать соглашение о подстановке тильды, и системы могут быть настроены на отключение 8.3 генерации псевдонимов, даже если они обычно поддерживают его. Поэтому не следует делать предположение, что псевдоним 8.3 уже существует на диске.
По запросу 8.3 имена файлов, длинные имена файла или полный путь к файлу из системы, рассмотрите следующие варианты:
В новых файловых системах, таких как NTFS, exFAT, UDFS и FAT32, Windows сохраняет длинные имена файлов на диске в Юникоде, что означает, что исходное длинное имя файла всегда сохраняется. Это верно, даже если длинное имя файла содержит расширенные символы, независимо от кодовой страницы, которая активна во время операции чтения или записи диска.
Файлы, использующие длинные имена файлов, могут быть скопированы между разделами файловой системы NTFS и разделами файловой системы Windows FAT без потери информации об имени файла. Это может быть неверно для старых MS-DOS FAT и некоторых типов cdfs (CD-ROM) файловых систем, в зависимости от фактического имени файла. В данном случае, если это возможно, подставляется короткое имя файла.
Правила именования файлов
1. Только латинские буквы и цифры
При подборе названий для файлов используйте только латинские буквы, цифры, символы «-» и «_».
Из-за того, что для русского языка существует множество различных кодировок, многие программы могут некорректно работать с файлами, имеющими кириллические символы в названии. При использовании русских символов в названии могут возникнуть такие проблемы:
Хорошо bank-statement.pdf Плохо квитанция(банк).pdf
2. Только строчные буквы
Используйте только строчные буквы для названий файлов. В Windows название «Новый Документ.docx» значит то же самое, что и «новый документ.docx», но это относится не ко всем операционным системам. Например, некоторые Unix-системы проявляют чувствительность к регистру.
3. Не используйте пробел
Если название файла состоит больше, чем из одного слова, никогда не используйте пробел для отделения слов. Используйте в качестве разделителя символ «-» или «_».
При использовании пробелов ссылки на файлы могут быть отличными от тех, которые вводит пользователь. Например, название страницы about company.html может быть записано как about%20company.html . Вводя ссылку sitename.ru/about company.html , пользователь не попадёт на нужную страницу.
Хорошо icon-skype.png Плохо
image 1.jpg
4. Осмысленные названия на английском языке
Указывайте для файлов осмысленные названия на английском языке, избегайте названий «по умолчанию» (Новая папка 2) и использования транслита.
Когда пользователь собирается перейти по ссылке, он нередко обращает внимание на её адрес. Если имя страницы или файла описывает содержимое, пользователь охотнее перейдёт по ссылке.
Поисковые системы также учитывают название файла. Ссылка на ваш сайт, содержащая в названии ключевое слово, даёт поисковым системам понять, о чем ваша страница.
Смотрите еще:
- Следующие зарезервированные символы:
В Комплексной конфигурации, начиная с релиза 7.70.485, в справочник Собственные юридические лица добавлен аналогичный реквизит (см. рис. 2).
В конфигурации «Налогоплательщик», начиная с релиза 7.70.225, аналогичный реквизит добавлен в справочник Фирмы.
Этот реквизит должны заполнять только организации, которые стоят на учете как крупнейшие налогоплательщики и представляют всю отчетность в налоговый орган по месту регистрации его как крупнейшего.
Все остальные налогоплательщики этот реквизит не заполняют.
Если этот реквизит заполнит организация, не являющаяся крупнейшим налогоплательщиком, указанное в нем значение кода налогового органа будет использоваться для именования всех файлов во всех случаях выгрузки отчетности для представления:
Для правильного именования фалов выгрузки при использовании релизов более ранних, чем перечисленные выше, или в измененных, доработанных конфигурациях, аналогичный реквизит добавлен в обработки выгрузки, входящие в состав комплектов отчетности — см. рис. 3.
При открытии диалога выгрузки реквизит «Код налогового органа — получателя отчетности» заполняется из информационной базы, если в конфигурации есть соответствующая константа или реквизит справочника.
Если реквизит не заполнен — его необходимо заполнить самостоятельно, указав код налогового органа по месту регистрации налогоплательщика как крупнейшего.
Выгрузка отчетности выполняется в обычном порядке.
В процессе выгрузки код ИФНС, указанный в этом реквизите, будет использоваться при формирования части СССССССС имени файла выгрузки в первых четырех позициях. Во вторые четыре позиции будет подставлен код ИФНС, указанный на титульном листе декларации.
Windows поддерживает обычную иерархическую систему имен файлов, соглашения которой, однако, несколько отличаются от соглашений, привычных для пользователей UNIX, и основаны на следующих правилах:
• Полное имя файла на диске, содержащее путь доступа к нему, начинается с указания буквенного имени диска, например, А: или С:. Обычно буквы А: и В: относятся к флоппи-дисководам, а С:, D: и так далее — к жестким дискам и приводам компакт-дисков. Последующие буквы алфавита, например, Н: или K:, обычно соответствуют сетевым дискам. Примечание. Буквенные обозначения дисков не поддерживаются в Windows СЕ.
• Существует и другой возможный вариант задания полного пути доступа — использование универсальной кодировки имен (Universal Naming Code, UNC), в соответствии с которой указание пути начинается с глобального корневого каталога, обозначаемого двумя символами обратной косой черты (\), с последующим указанием имени сервера и имени разделяемого ресурса (share name) для определения местоположения ресурса на файловом сервере сети. Таким образом, первая часть полного пути доступа в данном случае будет иметь вид: \servernamesharename.
• При указании полного пути доступа в качестве разделителя обычно используется символ обратной косой черты (), но в параметрах API для этой цели можно воспользоваться также символом прямой косой черты (/), как это принято в С.
• Одиночный символ точки (.) и два символа точки (..), используемые в качестве имен каталогов, обозначают, соответственно, текущий каталог и его родительский каталог.
Правила именования файлов это
Все файловые системы, поддерживаемые Windows, используют концепцию файлов и каталогов для доступа к данным, хранящимся на диске или устройстве. Разработчики Windows, работающие с API-интерфейсами Windows для ввода-вывода файлов и устройств, должны понимать различные правила, соглашения и ограничения имен файлов и каталогов.
Доступ к данным можно получить с дисков, устройств и общих сетевых ресурсов с помощью интерфейсов API файлового ввода-вывода. Файлы и каталоги, наряду с пространствами имен, являются частью концепции пути, который представляет собой строковое представление того, где получить данные, независимо от того, на диске они, или устройстве, или сетевом ресурсе.
Имена файлов и каталогов
Все файловые системы придерживаются одних и тех же общих соглашений об именовании для отдельного файла: имя базового файла и необязательное расширение, разделяемые точкой. Однако, у каждой файловой системы, ()NTFS, и cdfs, NTFS или exFAT, FAT и FAT32, могут быть особые и иные правила о формировании отдельных компонентов пути к каталогу или файлу.
Обратите внимание, что каталог — это просто файл со специальным атрибутом, обозначающим его как каталог, но он также должен следовать всем тем же правилам именования, что и обычный файл. Поскольку термин «каталог» просто относится к определенному типу файлов в отношении файловой системы, мы будем использовать общий термин «файл» для охвата понятий каталогов и файлов данных как таковых. Из-за этого, если не указано иное, любые правила именования или использования или примеры для файла также должны применяться к каталогу. Термин путь относится к одному или нескольким каталогам, обратным косым чертам и, возможно, имени тома.
Ограничения количества символов также могут различаться и варьироваться в зависимости от используемой файловой системы и формата префикса имени пути. Это еще больше осложняется поддержкой механизмов обратной совместимости. Например, старая файловая система MS-DOS FAT поддерживает не более 8 символов для имени базового файла и 3 символа для расширения, в общей сложности 12 символов, включая разделитель точку. Файловые системы Windows FAT и NTFS не ограничиваются этим, поскольку они имеют поддержку длинных имен файлов, но они по-прежнему поддерживают предыдущие версии имен файлов.
Правила именования файлов
Следующие основные правила позволяют приложениям создавать и обрабатывать допустимые имена файлов и каталогов независимо от файловой системы: