Файловая структура: Файловая структура | Основы командной строки

Содержание

Файловая структура | Основы командной строки

Файловая структура *nix-систем серьёзно отличается от структуры в Windows и заслуживает отдельного внимания. Начнём с базовых понятий. Файловая структура представляет собой дерево, в узлах которого находятся директории (файлы специального типа), а в листьяхфайлы.

Кстати, понятие «папка» в *nix-системах не используется, говорят «директория» или «каталог», хотя по существу эти термины означают одно и то же.

В Windows файловая структура представлена не одним, а несколькими деревьями, так как каждая структура находится на своём диске. В *nix-системах — единственное дерево с корнем в /. Все устройства, физические и логические диски находятся внутри этого дерева в виде директорий и файлов.

Информация о любом файле или директории доступна по команде stat (file system status):

# Не обращайте внимание на непонятные для вас данные, об их значении поговорим позже
$ stat .bashrc
  File: '.bashrc'
  Size: 3771        Blocks: 8          IO Block: 4096   regular file
Device: ca01h/51713d    Inode: 259234      Links: 1
Access: (0644/-rw-r--r--)  Uid: ( 1002/kirill.m)   Gid: ( 1002/kirill.m)
Access: 2018-08-27 17:24:11.237498138 +0000
Modify: 2015-08-31 23:27:45.000000000 +0000
Change: 2018-01-22 08:13:27.611966864 +0000
 Birth: -

В Windows мы привыкли, что имя файла может быть набрано в разных регистрах, и это всегда один и тот же файл, то есть имена регистронезависимы. В *nix-системах регистр имеет значение. Файлы index.html, Index.html, INDEX.HTML и index.HTML — это разные файлы. Всегда обращайте внимание на регистр, потому что ошибиться довольно легко.

macOS в этой ситуации идёт по пути Windows и тоже не учитывает регистр

Говорят, что в *nix «всё есть файл». На нижнем уровне так и есть (почти). Директория — это специальный файл, который содержит список файлов. Любое подключаемое устройство становится файлом или директорией, если это накопитель. Такая концепция довольно удобна для разработчиков, потому что печать на принтер и вывод на экран между собой ничем не отличаются — для кода это просто «запись в файл». На пользовательском уровне директория всё же отличается от файла и имеет собственные команды для создания, удаления и модификации.

В *nix-системах есть базовый набор каталогов, который стандартизирован (FHS). За каждым закреплена какая-то особая роль. Например, каталог /etc содержит конфигурацию программ в обычных текстовых файлах (в юниксах нет реестра, вся конфигурация лежит в обычных файлах), а каталог /home содержит домашние директории пользователей системы (исключением является суперпользователь root, его домашний каталог обычно находится по адресу /root). Обязательно пробегитесь по странице https://ru.wikipedia.org/wiki/FHS и посмотрите, что за что отвечает.

Не во все директории можно заходить, не все файлы можно читать или менять, и не все программы можно запускать. В *nix-системах развитая система прав, завязанная на пользователей и группы. О ней мы поговорим отдельно позже. Сейчас достаточно знать, что такие ограничения есть. Их можно увидеть в выводе команды ls -l.

В отличие от Windows, в *nix-системах отсутствует понятие «расширение файла». Точка — полноправная часть имени. Это не значит, что в юниксах невозможно понять тип файла. Это возможно, более того, файлы почти всегда именуются так же, как и в Windows, например hello.mp3, но важно понимать, что вся эта строчка — имя файла. Нередко встречаются и такие имена: index.html.haml. В *nix также есть скрытые файлы, но, в отличие от Windows, это не свойство файла, а определённое имя файла. Все файлы и директории, начинающиеся с точки, считаются скрытыми. Вывести все файлы, включая скрытые, можно командой

ls -a:

$ ls -a
.  ..  .bash_history  .bash_logout  .bashrc  .cache  .profile  .ssh

Обратите внимание на две особые директории, обозначенные «точкой» (.) и «двумя точками» (..). Точка означает текущую директорию, а две точки — директорию верхнего уровня. Именно благодаря этой схеме работает команда cd .., которая перемещает нас на уровень выше.

Кроме обычных файлов, в *nix существует ряд других:

  • Hard Link — дополнительное имя для уже существующего файла.
  • Symbolic link — символическая ссылка, такой файл похож на ярлык в Windows. Если удалить основной файл, то символическая ссылка начнёт вести в никуда.
  • Socket — специальный файл, через который происходит взаимодействие между разными процессами операционной системы. Программисты постоянно сталкиваются с сокетами в реальной жизни.

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


Остались вопросы? Задайте их в разделе «Обсуждение»

Вам ответят команда поддержки Хекслета или другие студенты.

Ошибки, сложный материал, вопросы >
Нашли опечатку или неточность?

Выделите текст, нажмите ctrl + enter и отправьте его нам. В течение нескольких дней мы исправим ошибку или улучшим формулировку.

Что-то не получается или материал кажется сложным?

Загляните в раздел «Обсуждение»:

  • задайте вопрос. Вы быстрее справитесь с трудностями и прокачаете навык постановки правильных вопросов, что пригодится и в учёбе, и в работе программистом;
  • расскажите о своих впечатлениях. Если курс слишком сложный, подробный отзыв поможет нам сделать его лучше;
  • изучите вопросы других учеников и ответы на них. Это база знаний, которой можно и нужно пользоваться.
Об обучении на Хекслете

Файловая структура / Методология / БЭМ

Все БЭМ-проекты имеют схожую файловую структуру. Привычное для разработчиков расположение файлов облегчает навигацию по проекту и упрощает переключение между проектами.

В БЭМ блок первичен, а технологии  — вторичны. Поэтому код проекта хранится по-блочно: каждому блоку соответствует свой набор файлов, необходимых для его реализации. Такой подход ускоряет разработку и отладку кода, обеспечивает оптимальный runtime: позволяет включать в сборку только необходимые файлы, точечно вносить правки и повторно использовать код.

В методологии БЭМ приняты несколько схем организации файловой структуры проекта:

Выбор схемы зависит от предпочтений разработчика.

Принципы организации файловой структуры БЭМ-проекта

Проект состоит из уровней переопределения

В проекте всегда есть один уровень переопределения. Максимальное количество уровней не ограничено.

Пример

project/
    common.blocks/      # Уровень переопределения с блоками проекта
    library.blocks/     # Уровень переопределения c блоками библиотеки

Реализация блока состоит из отдельных файлов

Каждой технологии реализации соответствует отдельный файл. Имена файлов реализации совпадают с именем блока.

Например, если внешний вид блока input задан с помощью CSS, то код будет сохранен в файле input.css.

Пример

project
    common.blocks/
        input.css       # Реализация блока input в технологии CSS
        input.js        # Реализация блока input в технологии JavaScript

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

Пример

project
    common.blocks/
        input.css             # Реализация блока input в технологии CSS
        input.js              # Реализация блока input в технологии JavaScript
        input_theme_sun.css   # Реализация модификатора input_theme_sun
        input__clear.css      # Реализация элемента input__clear в технологии CSS
        input__clear.js       # Реализация элемента input__clear в технологии JavaScript

Файлы объединяются по смыслу, а не по типу

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

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

Пример

project
    common.blocks/
        input/                                 # Директория блока input
            input.css                          # Реализация блока input в технологии CSS
            input.js                           # Реализация блока input в технологии JavaScript
        popup/                                 # Директория блока popup
            popup.css                          # Реализация блока popup в технологии CSS 
            popup.js                           # Реализация блока popup в технологии JavaScript

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

Пример

project
    common.blocks/                             # Уровень переопределения с блоками 
        input/                                 # Директория блока input
            _type/                             # Директория модификатора input_type
                input_type_search.css          # Реализация модификатора input_type в технологии CSS
                input_type_pass.css            # Реализация модификатора input_type в технологии CSS
            input.css                          # Реализация блока input в технологии CSS
            input.js                           # Реализация блока input в технологии JavaScript
        popup/                                 # Директория блока popup

Схемы

Nested

Классическая схема организации файловой структуры БЭМ-проектов:

  • Блоку соответствует одна директория.

  • Код модификаторов и элементов находится в отдельных файлах.

  • Файлы модификаторов и элементов хранятся в отдельных директориях.

  • Директория блока является корневой для поддиректорий его элементов и модификаторов.

  • Имена директорий элементов начинаются с двойного подчеркивания (__).

  • Имена директорий модификаторов начинаются с одинарного подчеркивания (_).

Пример

project
    common.blocks/                             # Уровень переопределения с блоками 
        input/                                 # Директория блока input
            _type/                             # Директория модификатора input_type
                input_type_search.css          # Реализация модификатора input_type в технологии CSS
            __clear/                           # Директория элемента input__clear
                _visible/                      # Директория модификатора input__clear_visible
                    input__clear_visible.css   # Реализация модификатора input__clear_visible в технологии CSS
                input__clear.css               # Реализация элемента input__clear в технологии CSS
                input__clear.js                # Реализация элемента input__clear в технологии JavaScript
            input.css                          # Реализация блока input в технологии CSS
            input.js                           # Реализация блока input в технологии JavaScript

Схема nested используется в файловой структуре БЭМ-библиотек:

Flat

Упрощенная схема организации файловой структуры:

  • Директории для блоков не используются.

  • Опциональные элементы и модификаторы реализованы в отдельных файлах или в основном файле блока.

Пример

project
    common.blocks/
        input_type_search.css                  # Модификатор input_type_search в технологии CSS
        input_type_search.js                   # Модификатор input_type_search в технологии Javascript
        input__clear.js                        # Опциональный элемент блока input
        input.css
        input.js
        popup.css
        popup.js
        popup.png

Flex

Максимально гибкая схема, является объединением двух схем flat и nested. Для блоков с разветвленной файловой структурой применяются правила схемы nested. Для простых блоков используется схема flat.

Особенности:

  • Блоку соответствует отдельная директория.

  • Элементы и модификаторы могут быть реализованы в файлах блока или в отдельных файлах.

Пример

project
    common.blocks/
        input/                                 # Директория блока input
            _type/                             # Директория модификатора input_type
                input_type_search.css          # Реализация модификатора input_type в технологии CSS
            __clear/                           # Директория элемента input__clear
                _visible/                      # Директория модификатора input__clear_visible
                    input__clear_visible.css   # Реализация модификатора input__clear_visible в технологии CSS
                input__clear.css               # Реализация элемента input__clear в технологии CSS
                input__clear.js                # Реализация элемента input__clear в технологии JavaScript
            input.css                          # Реализация блока input в технологии CSS
            input.js                           # Реализация блока input в технологии JavaScript
        popup/                                 # Директория блока popup
            popup.css
            popup.js
            popup.png

Файловая структура диска

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

Определение 1

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

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

Рисунок 1.

Имя файла может содержать до $255$ символов, включая расширение. Имя файла может состоять из английских и русских букв, цифр и др. символов.

В именах файлов запрещено использовать знаки:

\ / * ? : “ | .

Расширение некоторых типов файлов:

Рисунок 2.

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

Рисунок 3.

Готовые работы на аналогичную тему

Классификация значков файлов

Рисунок 4.

Определение 2

Файловая структура – совокупность файлов и взаимосвязь между ними.

Одноуровневая файловая структура используется для дисков с небольшим количеством файлов и представляет собой линейную последовательность имен файлов.

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

Каждый диск имеет логическое имя, обозначаемое латинской буквой со знаком двоеточия:

  • C:, D:, E: и т.д. – жесткие и оптические диски,
  • А:, В: — гибкие диски.

Папкой верхнего уровня для диска является корневая папка, которая в OS Windows обозначается добавлением к имени диска значка «\», например, D:\ — обозначение корневой папки.

Пример файловой структуры:

Рисунок 5.

Каталог — это папка или директория, куда помещают файлы и другие каталоги.

Каталог, который не является подкаталогом ни одного другого каталога, называется корневым. Такой каталог находится на самом верхнем уровне иерархии всех каталогов. В Windows каждый из дисков имеет свой корневой каталог (D:\, C:\, E:).

Каталоги в OS Windows делятся на системные и пользовательские. Пример системных каталогов: «Рабочий стол», «Сетевое окружение», «Корзина», «Панель управления».

Рисунок 6. Системные каталоги OS Windows

Слева направо: системная папка

Корзина, папка Мои документы, ярлык к папке Мои документы

Каталог и папка физически одно и тоже.

Путь к файлу – это его адрес.

Путь к файлу всегда начинается с указанием логического имени диска (D:\, C:\, E:), затем записывается последовательность имен вложенных друг в друга папок, в последней папке содержится нужный файл. Путь к файлу вместе с именем файла называют полным именем файла, например: D:\Мои документы\Литература\Сочинение.doc полное имя файла Сочинение.doc.

Рисунок 7. Дерево каталогов и файлов

Схематично файловую структуру диска представляют в виде дерева.

Рисунок 8. Файловая структура диска Z:

  • Z:\box\box1 – полное имя папки (каталога) box1
  • Z:\box\box.txt – полное имя файла box.txt
  • Z:\box\box2\box3\box1 — полное имя папки (каталога) box1
  • Z:\box\box2\box3\box.txt — полное имя файла box.txt

Файлы и файловые структуры. Страница 1






§11. О файлах и файловых структурах

Основные темы параграфа:

— что такое файл;
— имя файла;
— логические диски;
— файловая структура диска;
— путь к файлу; полное имя файла;
— просмотр файловой структуры.

Изучаемые вопросы:

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


Что такое файл

Информация на внешних носителях хранится в виде файлов.

Файл — это именованная область внешней памяти, предназначенная для хранения информации.

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

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

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

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

Все необходимые действия над файлами обеспечивает операционная система.

Чтобы найти нужный файл, пользователю должно быть известно:

а) какое имя у файла;
б) где хранится файл.

Имя файла

Вот пример имени файла *:

myprog.pas

*Последующие примеры ориентированы на правила, принятые в операционных системах фирмы Microsoft: MS-DOS и Windows. Также проиллюстрированы приложения ОС Linux.

Слева от точки находится собственно имя файла (myprog). Следующая за точкой часть имени (pas) называется расширением файла. Обычно в именах файлов употребляются латинские буквы и цифры. Кроме того, имя файла может и не иметь расширения. В операционной системе Microsoft Windows в именах файлов допускается использование русских букв; максимальная длина имени — 255 символов.

Расширение указывает, какого рода информация хранится в данном файле. Например, расширение txt обычно обозначает текстовый файл (содержит текст), расширение рсх — графический файл (содержит рисунок), zip или rаr — архивный файл (содержит архив — сжатую информацию), pas — программу на языке Паскаль.

Файлы, содержащие выполнимые компьютерные программы, имеют расширения ехе или соm. Например, программа игры «Тетрис» может храниться в файле tetris.exe. Инициализация программы происходит путем записи ее в оперативную память и запуска на исполнение.

Логические диски

На одном компьютере может быть несколько дисководов — устройств работы с дисками. Часто на персональном компьютере встроенный в системный блок жесткий диск большой емкости делят на разделы. Каждый из таких разделов называется логическим диском и ему присваивается однобуквенное имя (после которого ставится двоеточие) С:, D:, Е: и т. д. Имена А: и В: обычно относятся к сменным дискам малого объема — гибким дискам (дискетам). Их тоже можно рассматривать как имена логических дисков, каждый из которых полностью занимает реальный (физический) диск *. Следовательно, А:, В:, С:, D: — это всё имена логических дисков.

*На современных моделях ПК гибкие магнитные диски вышли из употребления.

Оптическому дисководу ставится в соответствие следующее по алфавиту имя после имени последнего раздела жесткого диска. Например, если на жестком диске есть разделы С: и D:, то имя Е: будет присвоено оптическому диску. А при подключении флеш-памяти в списке логических дисков появится еще диск F:.

Имя логического диска, содержащего файл, является первой «координатой», определяющей месторасположения файла.

Файловая структура диска

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

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

В операционной системе Windows для обозначения понятия «каталог» используется термин «папка».

Графическое изображение иерархической файловой структуры называется деревом.

На дереве корневой каталог обычно изображается символом \. На рисунке 2.10 имена каталогов записаны прописными буквами, а файлов — строчными. Здесь в корневом каталоге имеются две папки: IVANOV и PETROV и один файл fin.com. Папка IVANOV содержит в себе две вложенные папки PROGS и DATA. Папка DATA пустая; в папке PROGS имеются три файла и т. д.


Путь к файлу

А теперь представьте, что вам нужно найти определенный документ. Для этого в «бумажном» варианте надо знать ящик, в котором он находится, а также «путь» к документу внутри ящика: всю последовательность папок, которые нужно открыть, чтобы добраться до искомых бумаг.

Чтобы найти файл в компьютере, надо знать логический диск, на котором находится файл, и путь к файлу на диске, определяющий положение файла на этом диске. Путь к файлу — это последовательность, состоящая из имен каталогов, начиная от корневого и заканчивая тем, в котором непосредственно хранится файл. Вот всем знакомая сказочная аналогия понятия «путь к файлу»: «На дубе висит сундук, в сундуке — заяц, в зайце — утка, в утке — яйцо, в яйце — игла, на конце которой смерть Кощеева».

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

Если представленная на рис. 2.10 файловая структура хранится на диске С:, то полные имена некоторых входящих в нее файлов в символике операционной системы Microsoft Windows выглядят так:


C:\fin.com
С: \IV ANOV\PROGS\prog 1. pas
С: \PETROV\DATA\task. dat


Просмотр файловой структуры

Операционная система предоставляет пользователю возможность просматривать на экране содержимое каталогов (папок).

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

На рисунке 2.11 показан пример отображения на экране компьютера дерева каталогов в ОС Windows.

В правом окне представлено содержимое папки ARCON. Это множество файлов различных типов. Отсюда, например, понятно, что полное имя первого в списке файла следующее:

E:\GAME\GAMES\ARCON\dos4gw.exe

Из таблицы можно получить дополнительную информацию о файлах. Например, файл dos4gw.exe имеет размер 254 556 байтов и был создан 31 мая 1994 года в 2 часа 00 минут.

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

Коротко о главном

Файл — это именованная область внешней памяти компьютера.

Все необходимые действия над файлами обеспечивает операционная система.

Имя файла состоит из собственно имени и расширения. Расширение указывает на тип информации в файле (тип файла).

Иерархическая файловая структура — многоуровневая организация файлов на дисках.

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

Полное имя файла состоит из имени логического диска, пути к файлу на диске и имени файла.

Вопросы и задания

1. Как называется операционная система, используемая в вашем компьютерном классе?

2. Сколько физических дисководов работает на ваших компьютерах? Сколько логических дисков находится на физических дисках и какие имена они имеют в операционной системе?

3. Каким правилам подчиняются имена файлов в вашей ОС?

4. Что такое путь к файлу на диске, полное имя файла?

5. Научитесь (под руководством учителя) просматривать на экране каталоги дисков на ваших компьютерах.

6. Научитесь инициализировать работу программ из программных файлов (типа ехе, соm).

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

Электронное приложение к уроку


Вернуться к материалам урока
Презентации, плакаты, текстовые файлы Ресурсы ЕК ЦОР
Видео к уроку

Cкачать материалы урока



Файлы. Файловая структура внешней памяти

1. Файлы. Файловая структура внешней памяти

Файл

это
информация,
хранящаяся на внешнем носителе и
объединенная общим именем.
Файловая система – функциональная
часть ОС, обеспечивающая выполнение
операций над файлами.

4. Файловая структура

Файловая структура – это совокупность файлов
и взаимосвязей между ними.
Файловая структура
Простая
(одноуровневая)
Иерархическая
(многоуровневая)
Одноуровневая
файловая структура
ОС с такой файловой
структурой используется на
простейших
компьютерах,
оснащенных только гибкими
дисками (дискетами)
Многоуровневая
файловая структура
Древовидный
способ
организации данных на диске.
Наименьший элемент – файл,
затем папка (каталог). Папка
может входить в состав другой
папки и т.д.
Папка самого верхнего уровня,
которая не вложена ни в какую
другую
папку,
называется
корневой папкой (корневой
каталог)
Для того чтобы пользователю найти нужный
файл, ему необходимо знать:
─ имя файла;
─ место расположения файла.

7. Имя файла

Например:
имя.расширение
сочинение.doc
имя
расширение
Собственно ИМЯ дается пользователем, оно состоит из
255 символов и оно не должно содержать следующие
знаки: / \ : * ? « |
Расширение – определяет тип файла, задается
программой автоматически при создании файла,
состоит из 3-4 символов.

8. Типы файлов

Имя файла
Тип файла
*.doc, *.txt
*.bmp, *.jpg, *.gif
*.avi
Текстовые файлы
*.wav, *.mp3, *.mid
*.bac, *.pas
*.zip, *.rar
Звуковые файлы
*.exe или *.com
Исполняемые файлы (запускают
программу)
Графические файлы
Видеофайл
Файлы на языке программирования
Архивные файлы

9. Место расположения файла

имя логического диска;
путь к файлу на диске.
Логический диск – это физический диск или его
часть, которому присваивается имя.
А:, В: — гибкие магнитные диски (дискеты)
С:, D:, E: — жесткие и оптические диски
Путь к файлу – последовательность имен
каталогов, начиная от корневого и заканчивая
тем каталогом, где непосредственно хранится
файл.

10. Путь к файлу

С:\Рефераты\Физика
С:\Рефераты\Информатика
С:\Рисунки

11. Полное имя файла

Полное имя файла
Имя логического диска
Например,
Путь к файлу
Имя файла
С:\Мои документы\Картинки\Priroda.bmp

12. Закрепление

Задание 1. Выберите правильные имена файлов:
1. Рыбалка
2. Сочинение о лете
3. 12
4. Ура!
5. Мой_рисунок
6. Список_8_«А»_класса

13. Закрепление

Задание 2. Ниже указаны имена файлов. Выбери
из них имена текстовых файлов, графических
файлов, программ.
лето.bmp,
dog.txt,
bоок.mpЗ,
сочинение.doc,
cat.jpg,
мама.jpg,
game.bmp,
vopros.wav,
boy.exe,
box.exe,
юра.wav,
music.txt,
otvet.txt.

14. Закрепление

Задание 3. Выбери из списка имена файлов и
имена папок.
Lettet.txt,
Book,
Windows, Dom.doc.
Name*2, List.doc, 2006 год,
Windows.jpg,

15. Закрепление

Задание 4. Записать полные имена всех файлов
Локальный
диск С:
Моя музыка
Гимн
школы.mp3
Мои документы
Иванов
Петров
Рисунки
Turbo
Pascal.exe
Школа.bmp
КЛЮЧИ.txt

Файловая структура — Документация Webasyst

  • wa-apps

    исходный код приложений

    • APP_ID

      • api

        публичные API-методы приложения (необязательно)

      • css

        CSS-стили приложения

      • img

        файлы изображений

      • js

        файлы с JavaScript-кодом

      • lib

        файлы с основным PHP кодом приложения

      • locale

        файлы локализации приложения (gettext)

      • plugins

        плагины приложения (необязательно)

        • PLUGIN_ID

          • css

            CSS-стили плагина

          • img

            файлы изображений

          • js

            файлы с JavaScript-кодом

          • lib

            файлы с основным PHP-кодом плагина

          • locale

            файлы локализации плагина (gettext)

          • templates

            файлы HTML-шаблонов плагина

      • templates

        файлы HTML-шаблонов бекенда приложения

      • themes

        темы дизайна для фронтенда приложения

        • THEME_ID

          • theme.xml

            файл-манифест темы дизайна

            index.html

            основной шаблон

            другие шаблоны темы дизайна

      • widgets

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

        • WIDGET_ID

          • css

            CSS-стили виджета

          • img

            файлы изображений

          • js

            файлы с JavaScript-кодом

          • lib

            файлы с основным PHP-кодом плагина

          • locale

            файлы локализации виджета (gettext)

          • templates

            файлы HTML-шаблонов виджета

  • wa-cache

    файлы кеша: SQL-запросы, скомпилированные шаблоны веб-страниц и т. п.

  • wa-config

    системные конфигурационные файлы

    • apps.php

      список установленных приложений

    • db.php

      параметры подключения к базе данных

    • routing.php

      правила маршрутизации HTTP-запросов по URL

  • wa-content

    общее содержимое, подключаемое на страницах разных приложений: библиотеки JavaScript, CSS-стили, изображения и т. п.

  • wa-data

    файлы, хранящие данные, необходимые для работы приложений

    • public

      файлы, доступные напрямую по HTTP

    • protected

      защищенные файлы, доступные только с помощью PHP-скриптов приложений

  • wa-installer

    установочные скрипты фреймворка

  • wa-log

    лог-файлы

  • wa-plugins

    общесистемные плагины, например, для подключения к платежным системам, плагины расчета стоимости доставки, модули интеграции с SMS-шлюзами

  • wa-system

    файлы с исходным кодом ядра фреймворка

  • wa-widgets

    файлы с исходным кодом системных виджетов

  • api.php

    точка доступа к публичным API

  • cli.php

    обработчик запросов через командную строку (CLI)

  • index.php

    центральный диспетчер HTTP-запросов

  • install.php

    скрипт установки фреймворка (автоматически удаляется после завершения установки)

  • wa.php

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

  • Файловая структура диска. Полное имя файла. Работа с файлами

    На прошлых уроках мы узнали:

    ·     Основное устройство внешней памяти компьютера – его жёсткий диск.

    ·     Для удобства работы жёсткий диск разбивают на логические разделы (тома). Так называется некоторая область памяти жёсткого диска, которая рассматривается как одно целое.

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

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

    Вопросы:

    ·     Файловые структуры и их разновидности

    ·     Полное имя файла и его составляющие.

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

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

    Все файловые структуры делятся два типа: простые (линейные) и иерархические (многоуровневые). При линейной файловой структуре в корневом каталоге устройства внешней памяти или тома жёсткого диска просто хранится некоторая последовательность файлов. Они не разделены на каталоги. То есть такую структуру можно представить в виде простого списка файлов. Линейная структура используется для хранения небольшого количества файлов.

    Когда на одном устройстве внешней памяти содержится много файлов, например десятки или даже сотни тысяч, для того, чтобы их сохранить удобным образом требуется более сложная система. В этом случае используется иерархическая файловая структура. Она получила такое название от слова «иерархия». Оно означает расположение частей системы по уровням от высшего с низшему. Высший уровень этой структуры – корневой каталог. Он содержит файлы и поддиректории первого уровня. Поддиректории первого уровня в свою очередь также будут содержать файлы и поддиректории второго уровня и так далее… Эту структуру можно изобразить графически, в виде дерева. Его можно изображать как вертикально, так и горизонтально.

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

    Так как в Linux всего один корневой каталог, под её управлением файловая структура, всех файлов, содержащихся во внешней памяти компьютера, образует одно единое дерево.

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

    Чтобы выполнить какие-то действия с файлом, нужно указать путь к нему на запоминающем устройстве. Это последовательно записанные названия всех каталогов, от корневого, до того, в котором непосредственно находится файл. Путь к файлу начинается с названия корневого каталога устройства внешней памяти или тома жёсткого диска. Затем записываются названия всех каталогов, в которых находится файл от высшего уровня к низшему. В виндоус названия каталогов разделяются знаком \, а в линукс – знаком /.

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

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

    ·     На одном компьютере не может быть двух каталогов с одинаковыми именами и путями к ним.

    Так же в операционной системе Windows ограничена длина полного имени файла. Его длина не должна превышать 259 символов.

    Задача: пользователь, просматривал содержимое каталога D:\Спорт\Хоккей\2016. Затем он дважды переместился на уровень вверх, перешёл к просмотру содержимого каталога «Футбол», а затем каталога «2014», где запустил для просмотра файл с именем «ЧМ.mpg». Определить полное имя файла, запущенного пользователем для просмотра.

    И так пользователь просматривал содержимое каталога D:\Спорт\Хоккей\2016. Мы можем представить схему пути к файлу.

    Поднявшись на уровень вверх пользователь перешёл к просмотру содержимого каталога «D:\Спорт\Хоккей\». Поднявшись на уровень вверх ещё раз он перешёл к просмотру содержимого каталога «D:\Спорт\». После того, как он перешёл к просмотру содержимого каталога «Футбол», адрес просматриваемого каталога стал «D:\Спорт\Футбол\». После перехода к каталогу «2014» – «D:\Спорт\Футбол\2014\». И так мы нашли путь к файлу, который запустил пользователь. Имя файла «ЧМ.mpg». Записав последовательно путь к файлу и имя файла получим полное имя файла ««D:\Спорт\Футбол\2014\ЧМ.mpg».

    Наверняка у многих из вас возник вопрос: “А что же вообще можно делать с файлами?”. Рассмотрим операции над файлами, всего их 8:

    ·     cоздание,

    ·     редактирование,

    ·     просмотр,

    ·     копирование,

    ·     перемещение,

    ·     переименование,

    ·     удаление,

    ·     поиск.

    Первые 3 операции из списка, то есть создание, редактирование и просмотр выполнятся только с помощью различных приложений и систем программирования. Остальные же 5 можно выполнить с помощью средств операционной системы. Рассмотрим их подробнее. А также выполним их практически с помощью средств операционной системы Windows.

    И так копирование – это операция создания копии объекта, то есть файла или каталога по указанному пути, то есть в другом каталоге или на другом устройстве внешней памяти. При выполнении этой операции пользователь выбирает объект, копию которого ему необходимо создать. Затем пользователь указывает путь, по которому необходимо создать копию. И операционная система создаёт копию объекта по указанному пути. Если по указанному пути есть файл с тем же именем, что и копируемый — операционная система выведет сообщение об этом и предложить выбрать одно из действий в этом случае: оставить файл, который уже есть в каталоге или заменить его копией первого. Если создать копию файла в одной директории вместе с оригиналом, имя копии будет тем же что у оригинала с добавленным к нему, через тире, словом «Копия».

    Задача: скопировать файл с именем «text» из каталога «1» в вашей рабочей папке в каталог «2», находящийся там же.

    Сначала перейдём к просмотру содержимого нашей рабочей папки. Находясь на рабочем столе дважды нажмём левой кнопкой мыши по иконке «Этот компьютер». Теперь дважды нажмём левой кнопкой мыши на иконке раздела жёсткого диска, в котором находится рабочая папка, а затем так же проделаем оставшийся путь к рабочей папке. Находясь в рабочей папке перейдём к просмотру содержимого каталога «1». Мы видим в каталоге указанный файл «text.docx». Зададим команду для его копирования. Для этого нажмём на его иконке правой кнопкой мыши и выберем пункт контекстного меню «Копировать».

    Так же это можно сделать, выделив файл, единожды нажав на нём левой кнопкой мыши и использовав сочетание клавиш Ctrl + C. Теперь перейдём к просмотру содержимого каталога «2». Для этого нажмём левой кнопкой мыши на кнопке «Назад», после чего дважды нажмём левой кнопкой мыши на иконке каталога «два». Чтобы создать копию файла нажмём правой кнопкой мыши на пустом месте области просмотра и выберем пункт контекстного меню «Вставить»

    или используем сочетание клавиш Ctrl + V. Копия файла создана.

    Следующая операция Удаление, так называется операция уничтожения объекта, то есть файла или каталога в исходном каталоге. Удалим уже созданную нами копию файла «text».Для этого просматривая содержимое каталога «2», нажмём на файле «text» правой кнопкой мыши и выберем пункт контекстного меню «Удалить».

    Или выделим файл и нажмём клавишу Delete. После выполнения указанных действий файл будет перемещён в корзину, так в операционной системе виндоус называется хранилище объектов, подготовленных к удалению. Чтобы удалить файл безвозвратно после его выделения нужно использовать сочетание клавиш Shift + Delete. Однако после такого удаление восстановить файл, можно только с помощью специальных программ, для восстановления удалённых файлов и только до тех пор, пока сектора жёсткого диска на которых они хранились будут не заполнены новыми данными. Так же файл будет безвозвратно удалён, если в свойствах корзины включён пункт «Уничтожать файлы сразу после удаления, не помещая их в корзину».

    Операция перемещения похожа на операцию копирования с той лишь разницей, что после создания копии объект-оригинал уничтожается. Переместим файл «text» из каталога «1» в каталог «2». Для этого, просматривая содержимое каталога «1», нажмём на иконке файла правой кнопкой мыши и выберем пункт контекстного меню «Вырезать».

    Или выделим файл и используем сочетание клавиш Ctrl + X. Как видим иконка файла стала полупрозрачной. Теперь перейдём в каталог «2». Нажмём правой кнопкой мыши на пустом месте области просмотра и выберем пункт контекстного меню «Вставить» или используем сочетание клавиш Ctrl + V, как при копировании. Как видим в каталоге «2» создана копия файла. При этом файл-оригинал в каталоге «1» был удалён. Мы можем убедиться в этом, просмотрев его содержимое.

    Переименование – это операция изменения имени каталога или собственно имени файла. Переименуем файл «text» в каталоге «2» в «История и литература». Для этого нажмём на иконке файла правой кнопкой мыши и выберем пункт контекстного меню «Переименовать»

    или выделим файл и нажмём клавишу F2. Теперь мы можем ввести новое имя файла, то есть «История и литература».

    Рассмотрим последнюю оставшуюся операцию – поиск объекта. Предположим, что мы забыли в каком из каталогов, в нашей рабочей папке, находится файл «История и литература». Найдём его. Для этого просматривая содержимое рабочей папки начнём в строке поиска вводить имя необходимого нам файла «История и литература». Операционная система вернёт ссылки на файлы, подходящие под критерии поиска с указанием пути к файлам. Так же при поиске файлов бывает полезно использовать маску имени файла. Она может содержать символ «Вопросительный знак» — который означает один пропущенный символ. Например, вместо союза «И» в нашем запросе поставим знак ? – как видим в результате поиска мы получили два файла со словами «История и Литература» в названии, разделёнными односимвольным союзом. Так же символ * заменяет любую последовательность символов, даже пустую. Введём в поисковую строку запрос *.docx и операционная система вернёт ссылки на все файлы в рабочей папке с расширением docx.

    Важно запомнить:

    ·     Файловая структура диска – это совокупность файлов и каталогов на диске, а также связей между ними.

    ·     Файловые структуры бывают линейные и иерархические.

    ·     Линейные подходят для хранения небольшого количества файлов.

    ·     Когда на диске храниться большое количество файлов – удобнее использовать иерархическую структуру.

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

    ·     Путь к файлу и его имя записанные последовательно дают полное имя файла.

    ·     Создание, редактирование, просмотр, копирование, перемещение, удаление, переименование и поиск – это операции над файлами.

    Broad Институт Массачусетского технологического института и Гарварда

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

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

    Почему так важна организация файлов

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

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

    Зачем это нужно: для других

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

    • время, сэкономленное на изучении структуры вашего проекта
    • упрощает сотрудничество с вами
    • быстро узнает, как проводился ваш анализ
    • может быстро воспроизвести ваш код, что добавляет уверенности как соавтору, так и вам.

    Зачем это нужно: для вас

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

    Запутаться никогда не весело, особенно когда и являются причиной замешательства. Возвращаясь к коду и забывая, где размещены ваши файлы или, что еще хуже, какие файлы использовать (смертельный метод проб и ошибок с использованием file1.py , file-v1.py , file-mod1. py или file-try-this-one-v1.py суффиксов) создает ужасный опыт. Хуже того, это ограничит возможность воспроизведения вашего кода.

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

    Начало работы

    Некоторая терминология:

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

    Определите правильную перспективу: определите свои цели и аудиторию

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

    .
    1. Вы работаете с какими-то данными: двоичными, текстовыми, веб, изображениями, видео, машинными данными…
    2. Вы измените данные в соответствии со своими потребностями
    3. Проанализируете данные и сделаете выводы
    4. Вы создадите представления таких выводов: диаграммы, рисунки, изображения, видео…
    5. Вы поделитесь некоторыми или всеми вышеперечисленными процессами с другими, будь то сдача задания для класса или публикация результатов на конференции или в журнале

    Те, кто просматривает ваш код, которые могут быть специалистами по обработке данных, исследователями или желающими учиться, могут иметь другие намерения, например…

    1. Поиск наборов данных для повторения и подтверждения результатов и методологий
    2. Поиск наборов данных для проведения собственного анализа
    3. Использование вашего исходного кода для анализа их работы или его форк для других целей
    4. Глядя на ваши результаты и цифры

    Состояние ума: не все должно быть высечено в камне.

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

    «Глупая последовательность — хобгоблин маленьких умов». — Ральф Уолдо Эмерсон (и руководства по стилю PEP8)

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

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

    «Преждевременная оптимизация — корень всех зол (или, по крайней мере, большей их части) в программировании». — Дональд Эрвин Кнут

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

    Лучшие практики для файловых структур

    Перед тем, как взломать компьютер, следует помнить о некоторых основных правилах. Их:

    1. Не изменяйте исходные данные вручную или даже лучше вообще.
      (Не поддавайтесь искушению открыть необработанный набор данных в Excel и изменить значения.)
    2. Обработка данных должна работать как конвейерная лента: она останавливается на контрольно-пропускных пунктах. Например, он модифицируется / очищается / анализируется, а затем продолжается.
    3. Код разного качества (скретч-работа vs.скомпилированные двоичные файлы) должны быть разделены.
    4. Всегда помните о соавторах, даже если вероятность получить соавторов составляет 0%. Работайте над общедоступным кодом. Осведомленность общественности. В некотором смысле, представьте, если бы ваш код был выпущен на GitHub прямо сейчас .
    5. Используйте относительные пути к файлам, а не абсолютные пути, чтобы облегчить совместное использование.
    6. Согласованность (в рамках вашего проекта) является ключевым моментом.

    Лучшие практики разделения ответственности

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

    Данные
    • Данные будут обрабатываться по-разному в нескольких точках конвейерной ленты вашего проекта.
    • Отдельное развитие : маленькие проекты получают отдельные файлы, большие проекты получают отдельные папки.
    Исходные данные
    • Какой у вас датчик, машина, экспериментальная установка и т. Д.выплевывает. Думайте об этом как о неизменном , каким бы грязным, шумным и некрасивым он ни был.
    • Часто плохие имена возникают из данных, которые вы получаете из других источников — от соавторов, из Интернета. Сохраните эти имена, но напишет сценарий для преобразования файлов в более чистые промежуточные файлы. Таким образом, если вы получите больше из того же источника или поделитесь своим кодом анализа со своими соавторами, никому не придется вручную повторять работу по преобразованию данных.
    Отредактированные данные
    • Отфильтрованные или отредактированные данные — это место, где вы сохраняете промежуточные шаги, поскольку данные обрабатываются от копии необработанного состояния до его конечного состояния.
    • Если промежуточный этап разветвляет на несколько возможных методов обработки, вы можете использовать подструктуру , чтобы различать, как и какие данные проходят через каждую ветвь процесса.
    • Вы будете благодарить себя за организацию промежуточных данных, если вы или ваш соавтор когда-нибудь решите изучить другую функцию. Надеюсь, вам не придется тратить столько времени на то, чтобы начать с нуля. И даже если пересматривая эти данные, больше нечего узнать, в случае, если вас когда-либо о чем-то спрашивают, приятно знать, что ваши промежуточные шаги аккуратно сложены на полке.
    Окончательные данные
    • Окончательные данные — это то, что будет называться основной программой анализа и использоваться для вывода выводов, о которых вы хотите узнать.
    • Разделение этих данных предотвращает случайное неправильное использование промежуточных или неверных данных, которые могут потенциально повредить ваши результаты.
    • И это помогает прояснить, что используется, если ваша рабочая версия не является самой последней версией в ваших рабочих данных, при этом сохраняя уродливые имена файлов _final_final и _this_one , с которыми мы слишком хорошо знакомы.

    Лучшие практики экспериментальной и временной работы

    Чтобы отслеживать этот процесс, у каждого ученого должен быть лабораторный блокнот.

    Определенно включать Может включать
    • Дата
    • Комментарии о том, как проводился эксперимент
    • Замечания о выходе
    • Откуда взялись данные?
    • Кто проводил эксперимент?
    • Это повторный эксперимент, проведенный заново с другими параметрами, измененными наборами данных или новым методом?

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

    Всегда помещайте все в сценарии, чтобы обеспечить повторяемость , даже если в данный момент может показаться, что это быстро и легко сделать с помощью аргументов командной строки. Подумайте об этом позже, когда вы будете сообщать об этой манипуляции соавтору. Более сложно и подвержено ошибкам сказать: «Выполните эти 15 команд, изменив аргумент x на y», а не «Запустите этот сценарий.«Даже если у вас нет соавторов, представьте, что вам нужно вспомнить промежуточный заговор, чтобы убедить своего советника в своих рассуждениях. Несомненно, будет проще просто открыть скрипт MATLAB / Python и запустить его, не беспокоясь.

    Исходный код: Разместите где-нибудь логично.

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

    Результаты: Держите их отдельно.

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

    Рассмотрите возможность использования Makefile.

    Makefiles поможет отслеживать изменения в вашем коде и данных, особенно для крупных проектов. (Ваши друзья — шаблоны Google и Makefile.)

    Выберите файловую структуру, соответствующую масштабу и целям вашего проекта.

    Все хорошие постройки содержат как минимум следующие элементы:

    1. Уникальная основная папка для проекта
    2. Некоторая форма кода
    3. Некоторая форма данных
    4. Readme-документ с любой важной информацией о проекте для вас или сотрудников

    Начните с наброска базовой конструкции.

    1. Ground zero: создайте уникальную папку для проекта.
    2. Определите масштаб проекта. Где-то между быстрой визуализацией и долгосрочным совместным проектом? Это подскажет, насколько сложной должна быть файловая структура.
    3. Определите параметры, отличительные данные . Кто-то, просматривающий ваши файлы, должен уметь распознать эти параметры при просмотре как вашей файловой структуры, так и имен файлов.
    4. Оцените самый простой способ доступа к данным. Часто это устанавливается наиболее важной различающей переменной между наборами данных (например, хронологической, типом машины / датчика, экспериментом, человеком, моделью обучения и т. Д.). С самого начала делайте вещи простыми и понятными, чтобы их было легко проверять и отлаживать. Позаботьтесь о смекалке и оптимизации, как только убедитесь, что все работает.

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

    Лучшие практики для соглашений об именах

    Легко быть ошеломленным огромным разнообразием соглашений об именах.Однако есть несколько важных базовых принципов, на которых вы можете строить свои собственные.

    1. Будьте описательны и избегайте двусмысленности, особенно при управлении версиями (например, попробуйте « -v2 », а не « _final_final »)
    2. Имена должны быть краткими.
      • Сокращения полезны, но убедитесь, что вы определили их в файле сведений .
      • Используйте контекст (например, родительские папки), чтобы избежать повторяющихся / длинных имен.
    3. Есть только один способ отформатировать дату: ГГГГ_ММ_ДД (например.грамм. 2019_07_04). Ваша операционная система автоматически отсортирует этот стиль в хронологическом порядке.
      • Точно так же всегда предварительно дополняйте меньшие числа нулями в последовательности (например, 01, 02,…, 10, если вместо 1, 2, 3,…, 10).
    4. Как всегда, будет последовательным в вашем проекте. Если у вашей группы уже есть устоявшийся стиль, начните с него и адаптируйте его к своим потребностям.

    Составьте предложение пути к файлу, которое поможет пользователям идентифицировать файл.

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

    Имена папок, как правило, представляют собой единый элемент идеи. С другой стороны, имена файлов могут быть одной или несколькими идеями. Возьмем, к примеру, имя файла исходных данных из примера с плоской структурой: weatherStation_MITGreenBuilding_2019_07_01.CSV . Здесь есть три элемента идеи:

    Идея 1 Идея 2 Идея 3
    Общая идея: Тип датчика Географическое положение Дата записи
    Детали: погодная станция MITGreenBuilding 2019_07_01

    Более сложный пример с использованием нескольких сокращений идей см. В этом тематическом исследовании из библиотек Стэнфорда.

    Упорядочивание идей: выбор описательного или хронологического зависит от того, что является наиболее важным.

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

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

    Последняя идея, которую нужно решить, — это номер версии. Используйте простую последовательность версий (например, _v1, _v2, _v3 ), чтобы избежать хаоса _final, _finalfinal, _reallyfinal, _test_final_use_this_one .Если бы кто-то передал вам такие файлы, вы бы поверили выводам? Считаете ли вы, что они хорошо поработали над проектом?

    Разделение идей: подчеркивание, верблюжий регистр, точка или дефис имеют свои преимущества.

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

    • Подчеркивания ( _ ) и camelCase ( firstNameLastName ), вероятно, являются двумя наиболее распространенными разделителями, поскольку они совместимы практически со всеми современными операционными системами и языками кодирования.Они надежны и вряд ли доставят вам проблемы при совместном использовании вашего проекта.
    • Точки (. ) часто упускаются из виду как разделители, возможно, потому, что они служат для разделения расширения файла в конце файла. Однако современные операционные системы игнорируют для этой цели все, кроме последнего периода, поэтому использовать их безопасно. Хотя вам может потребоваться соблюдать осторожность, чтобы избежать ошибок с некоторыми языками, которые могут запутать точки для операторов (MATLAB, Python), они имеют большое преимущество, если вы выполняете какую-либо работу вручную.Когда вы дважды щелкаете по сегменту имени, чтобы выделить его, точки разделяют выделенные области, в отличие от переполнения (см. Ниже).
    • Дефис () также довольно распространены, визуально похожи на подчеркивание и легко обрабатываются большинством операционных систем. Но у них есть одна потенциальная проблема: если вы не будете осторожны в своем коде, их можно спутать со знаками минус. В зависимости от вашей операционной системы дефисы могут вести себя как точка при двойном щелчке для выделения (например.g., это работает для Mac OS, как показано ниже).
    Разделитель Пример + поведение подсветки
    Подчеркивание _
    CamelCase
    Период .
    Дефис -

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

    • 201

      .GeorgeSun.v1.csv

    • 201

      _davidLarson_v1.csv

    Общие идеи — это дата, название темы и номер версии. В обоих случаях основной разделитель используется для разделения идей, а camelCase используется для облегчения чтения имен.

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

    Приложение: Полезные ссылки

    Здесь мы делимся другими точками зрения, которые вдохновили нас на это руководство.

    • Руководства по стилю
    • Шаблоны файловой структуры
    • Руководства по менеджменту и организации
      • «Краткое руководство по организации проектов в области вычислительной биологии», Уильям Стаффорд Нобл, PLoS Computational Biology
      • «Лучшие практики управления данными», Axiom Data Sciences
      • «Четыре стратегии организационного кода», Мартин Сандин, Medium
      • «Управляйте своим проектом Data Science на ранней стадии», Эдвард Ма, Towards Data Science
      • «Советы, уловки и философские принципы вычислительной работы», Клэр Дювалье, аспирант Массачусетского технологического института
      • Вопросы и ответы по Stackoverflow

    Вернуться к содержанию этой страницы

    Авторы

    Файловая структура — React

    Есть ли рекомендуемый способ структурирования проектов React?

    React не имеет мнения о том, как размещать файлы в папках.Тем не менее, есть несколько распространенных подходов, популярных в экосистеме, которые вы, возможно, захотите рассмотреть.

    Группировка по объектам или маршрутам

    Один из распространенных способов структурирования проектов — разместить CSS, JS и тесты вместе внутри папок, сгруппированных по функциям или маршрутам.

      общий /
      Avatar.js
      Avatar.css
      APIUtils.js
      APIUtils.test.js
    кормить/
      index.js
      Feed.js
      Feed.css
      FeedStory.js
      FeedStory.test.js
      FeedAPI.js
    профиль/
      index.js
      Profile.js
      ProfileHeader.js
      ProfileHeader.css
      ProfileAPI.js  

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

    Группировка по типу файла

    Еще один популярный способ структурировать проекты — сгруппировать похожие файлы, например:

      api /
      APIUtils.js
      APIUtils.test.js
      ProfileAPI.js
      UserAPI.js
    компоненты/
      Avatar.js
      Avatar.css
      Feed.js
      Feed.css
      FeedStory.js
      FeedStory.test.js
      Profile.js
      ProfileHeader.js
      ProfileHeader.css  

    Некоторые люди также предпочитают идти дальше и разделять компоненты по разным папкам в зависимости от их роли в приложении. Например, Atomic Design — это методология проектирования, построенная на этом принципе. Помните, что зачастую более продуктивно рассматривать такие методологии как полезные примеры, а не как строгие правила, которым нужно следовать.

    Избегайте слишком большого количества вложений

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

    Не переусердствуйте

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

    Если вы чувствуете себя полностью застрявшим, начните с хранения всех файлов в одной папке. Со временем он станет достаточно большим, и вам захочется отделить некоторые файлы от остальных. К тому времени у вас будет достаточно знаний, чтобы определить, какие файлы вы редактируете вместе чаще всего.В общем, рекомендуется хранить файлы, которые часто меняются вместе, близко друг к другу. Этот принцип называется «колокация».

    По мере роста проектов они часто используют на практике сочетание обоих вышеперечисленных подходов. Так что выбор «правильного» вначале не очень важен.

    Общие сведения о файловой структуре | Computerworld

    Привет! Добро пожаловать обратно в информационный бюллетень HTML. В течение последних нескольких недель

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

    .

    На этой неделе мы поговорим о файловой структуре. Понимание файловой структуры

    полезно при передаче нескольких HTML-файлов и графических файлов на ваш сервер

    и при обращении к этим файлам в вашем коде.

    Понимание файловой структуры и того, как ссылаться на нее в документе HTML

    , является ключом к управлению файлами и ссылкам на них на сервере

    . Возможно, вы знакомы с кодом для отображения изображения на вашей веб-странице

    (например,g., — где «mypicture.jpg» — это

    изображение, которое вы хотите разместить на своей странице), но файл с именем «mypicture.jpg»

    , очевидно, должен существовать, чтобы этот код работал. И поскольку не упоминается «путь» к файлу

    (направления для веб-браузера, чтобы найти ваше изображение)

    , он должен существовать в той же папке и каталоге, что и файл HTML

    , ссылающийся на него.

    Кодировать таким способом достаточно просто, если у вас мало страниц и графики, а

    не планирует больше добавлять на свой сайт.Если ваш сайт состоит из

    трех HTML-документов (например, index.html, mywriting.html и

    myphotos.html), небольшого количества графики и нескольких фотографий, тогда это вполне

    , возможно, не о чем беспокоиться. настройка системы для

    организации ваших документов и файлов. С другой стороны, если вы

    разрабатываете страницу для своей организации, которая включает 6 или 7 разделов

    с множеством разных страниц и изображений, то вы должны организовать пространство на сервере

    , чтобы упростить поиск. и ссылаться на

    , создав папки на вашем сервере.

    Эти исходные папки находятся в корневом каталоге вашего сервера —

    обычно первая область, в которую вы попадаете при входе на сервер

    с помощью программы FTP. В зависимости от ваших прав доступа вам может понадобиться

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

    Когда мы говорим о «корне», мы будем говорить об этом каталоге или папке

    .

    Скажем, например, что вы настраиваете страницу на основе фреймов с

    более чем несколькими разделами и подразделами.Вы можете начать с создания папки

    для каждого раздела и одной для ваших изображений. Содержимое корневого каталога

    может выглядеть так:

    index.html

    menu.html

    defaultmain.html

    section_one папка

    section_two папка

    папка section_three section

    папка images

    В то время как ваш индексный файл может ссылаться на первые две страницы (menu.html

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

    по умолчанию выводит изображение с именем «mainpageimage.jpg», тогда

    вы вызываете его со следующим кодом:

    Он работает так же, как подтягивание страниц к фреймам. Допустим, содержимое

    вашей папки section_one содержит следующее:

    section1index.html

    about_us.html

    Чтобы перетащить документ «section1index.html» в правый фрейм

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

    указать веб-браузеру, где именно «section1index .html «так, чтобы его можно было найти

    . Ссылка в документе menu.html может выглядеть так:

    Это сработает, если вы назвали правый фрейм «rightideframe» в ваш документ с набором фреймов (в данном случае index.html).После того, как вы поместили section1index.html в правый фрейм, допустим, вы хотите использовать несколько изображений на этой странице. Если все изображения на ваш сайт находится в папке изображений в корневом каталоге, затем вам также нужно будет сослаться на этот путь из этого документа … но это немного другое. Внезапно нам нужно вернуться назад через файловый каталог, а не вперед, поскольку папка под названием «images» находится в том же самом каталоге, что и наш документ папка. Во-первых, мы должны указать браузеру вернуться на один шаг назад к корню. каталог.Затем мы говорим ему выполнить поиск в каталоге изображений, чтобы получить файл. Допустим, изображение, которое мы ищем, называется «mypicture.jpg». сделайте это, используя две точки «..» перед именем папки, содержащей изображения. Две точки говорят браузеру вернуться на шаг назад в файле. состав. Код в «section1index.html» будет выглядеть так: Две точки вернут нас на шаг назад. Три точки отправят нас обратно три шага. В этом примере это было бы бессмысленно, но могло бы произойти это удобно, если у нас есть папки внутри папок обычных разделов.Используя эти методы, вы можете создать очень интуитивно понятную структуру для различные папки и файлы на вашем сайте. Ваш корневой каталог останется незагроможденным, и вам будет намного проще находить файлы через несколько месяцев после вы их создали и загрузили. Как всегда, спасибо за настройку и обязательно посмотрите захватывающий эпизод на следующей неделе!

    Этот рассказ «Понимание структуры файлов» был первоначально опубликован ITworld.

    Авторские права © 2001 IDG Communications, Inc.

    Файловая структура / Методология / БЭМ

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

    В БЭМ блок является первичным, а технологии вторичными.

    В методологии БЭМ есть несколько подходов к организации файловой системы проекта:

    Выбор остается за разработчиком.

    Рекомендации по файловой структуре БЭМ-проекта

    Проекты состоят из уровней переопределения

    У проекта всегда есть хотя бы один уровень переопределения.Максимальное количество уровней не ограничено.

    Пример

     проект /
        common.blocks / # Переопределение уровня с блоками проекта
        library.blocks / # Переопределение уровня с библиотечными блоками
     

    Блочная реализация состоит из отдельных файлов

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

    Например, если внешний вид входного блока определяется с помощью CSS, код сохраняется во входе .css файл.

    Пример

     проект
        common.blocks /
            input.css # CSS реализация блока ввода
            input.js # JavaScript-реализация блока ввода
     

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

    Пример

     проект
        общий.блоки /
            input.css # CSS реализация блока ввода
            input.js # JavaScript-реализация блока ввода
            input_theme_sun.css # Реализация модификатора input_theme_sun
            input__clear.css # CSS-реализация элемента input__clear
            input__clear.js # JavaScript-реализация элемента input__clear
     

    Файлы сгруппированы по значению, а не по типу.

    Каждый блок имеет каталог с именем блока, который содержит файлы для реализации блока.

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

    Пример

     проект
        common.blocks /
            input / # Каталог для входного блока
                input.css # CSS реализация блока ввода
                input.js # JavaScript-реализация блока ввода
            popup / # Каталог для всплывающего блока
                неожиданно возникнуть.css # CSS реализация всплывающего блока
                popup.js # Реализация всплывающего окна на JavaScript
     

    Для улучшения навигации по проекту модификаторы блоков с несколькими значениями также могут быть объединены в отдельные каталоги.

    Пример

     проект
        common.blocks / # Переопределение уровня с блоками
            input / # Каталог для входного блока
                _type / # Каталог для модификатора input_type
                    input_type_search.css # CSS реализация модификатора input_type
                    input_type_pass.css # CSS-реализация модификатора input_type
                input.css # CSS реализация блока ввода
                input.js # JavaScript-реализация блока ввода
            popup / # Каталог для всплывающего блока
     

    Подходы

    Вложенные

    Это классический подход к файловой структуре для БЭМ-проектов:

    • Каждый блок соответствует одному каталогу.

    • Код модификаторов и элементов хранится в отдельных файлах.

    • Файлы модификаторов и элементов хранятся в отдельных каталогах.

    • Каталог блока — это корневой каталог для подкаталогов его элементов и модификаторов.

    • Имена каталогов элементов начинаются с двойного подчеркивания ( __ ).

    • Имена каталогов модификаторов начинаются с одного символа подчеркивания ( _ ).

    Пример

     проект
        common.blocks / # Переопределение уровня с блоками
            input / # Каталог для входного блока
                _type / # Каталог для модификатора input_type
                    input_type_search.css # CSS-реализация модификатора input_type
                __clear / # Каталог для элемента input__clear
                    _visible / # Каталог для модификатора input__clear_visible
                        input__clear_visible.css # CSS реализация модификатора input__clear_visible
                    input__clear.css # CSS-реализация элемента input__clear
                    input__clear.js # JavaScript-реализация элемента input__clear
            input.css # CSS реализация блока ввода
            input.js # JavaScript-реализация блока ввода
     

    В файловой структуре БЭМ-библиотек используется подход вложенных :

    Плоский

    Упрощенная структура файловой структуры:

    • Каталоги не используются для блоков.

    • Необязательные элементы и модификаторы реализованы в отдельных файлах или в файле основного блока.

    Пример

     проект
        common.blocks /
            input_type_search.css # Модификатор input_type_search в CSS
            input_type_search.js # Модификатор input_type_search в JavaScript
            input__clear.js # Необязательный элемент блока ввода
            input.css
            input.js
            popup.css
            неожиданно возникнуть.js
            popup.png
     

    Flex

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

    Как это работает:

    • Каждому блоку соответствует отдельный каталог.

    • Элементы и модификаторы могут быть реализованы в файлах блоков или в отдельных файлах.

    Пример

     проект
        общий.блоки /
            input / # Каталог для входного блока
                _type / # Каталог для модификатора input_type
                    input_type_search.css # CSS-реализация модификатора input_type
                __clear / # Каталог для элемента input__clear
                    _visible / # Каталог для модификатора input__clear_visible
                        input__clear_visible.css # CSS-реализация модификатора input__clear_visible
                    input__clear.css # CSS реализация элемента input__clear
                    input__clear.js # JavaScript-реализация элемента input__clear
                input.css # CSS реализация блока ввода
                input.js # JavaScript-реализация блока ввода
            popup / # Каталог для всплывающего блока
                popup.css
                popup.js
                popup.png
     

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

    Вы сидите за своим столом и вносите последние штрихи в сегодняшний большой проект, а ding! приходит сообщение от вашего начальника: «Сможете ли вы найти тот проект, который мы отказались от проекта три года назад? Думаю, вы и Джон из UX работали над ним? Мы думаем о том, чтобы вернуть его снова.«

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

    Введение в структуру папок

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

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

    Структура папок может помочь, так же как ящики и перегородки помогут упорядочить вашу одежду. Структура папок — это способ организации папок на вашем компьютере. По мере добавления папок с течением времени вы можете либо сохранить их на одном уровне — например, папки 1, 2 и 3 на диаграмме ниже — либо вложить их друг в друга для иерархии — например, подпапки 1B и 1B-1 ниже.Вложенные папки обычно упрощают поиск определенных файлов позже, поскольку вам не нужно просматривать все файлы сразу.

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

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

    Что делает хорошую структуру папок?

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

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

    Не существует серебряной пули для управления файлами, но есть несколько приемов, которые помогут вашей файловой структуре добиться успеха.Вот несколько советов от эксперта по управлению цифровыми активами Эдварда Смита:

    • Создайте шаблон: Копируйте и вставляйте его каждый раз, когда вы начинаете новый проект или задачу. Или, что еще лучше: избавьте себя от хлопот ручного воссоздания вашей структуры снова и снова, настроив Zap, который будет делать это за вас.

    • Думайте об именах папок как о ключевых словах: Имейте в виду, что вы можете искать файлы, используя имена папок; чем конкретнее, тем быстрее вы найдете то, что ищете.

    • Сохраняйте уникальность папок: Убедитесь, что содержимое ваших папок не совпадает (например, не должно быть двух мест, где вы храните счета для одного и того же проекта).

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

    4 Эффективные структуры папок для организации файлов

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

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

    1. Подпапки «Рабочая», «окончательная» и «архивная»

    Для этого примера предположим, что папки верхнего уровня уже были организованы по годам, а затем по проекту тип. На скриншоте видно, что мы смотрим на 2016 год, и основные проекты — это реклама, сообщения в блогах, электронные письма клиентов и целевые страницы. Это четыре категории, в которые вы поместите свои различные проекты или задачи.

    В папке «реклама» у меня перечислены три задачи.Вот где я использую советы Эдварда Смита. Для каждой задачи я использовал имя папки, чтобы описать срок выполнения (ммгг), тип проекта (в данном случае оплата за клик или PPC) и на какой продукт ориентирована задача. Эти имена папок действуют как теги ключевых слов и добавляют дополнительный уровень организации. Если вы отсортируете папки по имени, они будут автоматически отсортированы по сроку выполнения, а затем по типу проекта. Если вы будете искать по названию продукта или типу рекламы, ваши папки должны легко появиться.

    Внутри папки «0116 PPC product x» вы найдете все рабочие, окончательные и архивные файлы, связанные с объявлениями с оплатой за клик за январь 2016 года, ориентированными на продукт X.

    Вот как должна работать система рабочая / окончательная / архивная:

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

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

    • Архив: Все, что не помещается в вашу рабочую или конечную папку. Поместите здесь свои заметки, мозговые штурмы, исследования и другую разную информацию. Любые фальстарты здесь тоже могут быть упущены, если вы измените направление в середине проекта. Фальстарт в этом случае может быть рекламной концепцией, над которой вы начали работать, но позже полностью отказались от нее. Не загромождайте рабочие папки файлами, которые никогда не будут считаться «окончательными»; вместо этого закиньте их в архив.

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

    Собирая все вместе, вот как должна выглядеть ваша полная структура:

    2. Подпапки «Для проверки» и «из проверки»

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

    В папке «0216 тема a» вступает в игру структура папок «для просмотра / из обзора». Эта структура очень хорошо работает с файлами, которые будут подвергаться многократному редактированию. Я использовал эту структуру папок во время публикации, чтобы отслеживать все этапы редактирования, набора и проверки, которые входят в готовую книгу.

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

    Вот как работает эта структура:

    • 01 — черновик (на рассмотрение): По умолчанию ваш первый черновик еще никем не просматривался. Над чем бы вы ни работали (сообщение в блоге, проект графического дизайна, документация и т. Д.), Поместите свой первый черновик в эту папку.Назовите файл с v1 в конце, чтобы любой, кто встретит файл позже, мог сказать, что это первый черновик. Когда будете готовы, отправьте этот черновик тем, кто должен его просмотреть.

    • 02 — первое редактирование (из рецензии): Когда ваши редакторы присылают свой отзыв о черновике, поместите его в эту папку. Сохраните имя файла, но добавьте инициалы редактора в конце. В этом примере я использую свои инициалы: topic-a-blog-text-v1-CNB означает, что CNB отредактировал версию 1 этого черновика.Больше ничего не делайте с файлом; оставьте все как есть, с каждым изменением нетронутым. Благодаря этому у вас всегда будет запись о том, какие правки были запрошены и кем, и вы сможете делать перекрестные ссылки, чтобы убедиться, что каждое изменение было внесено во второй черновик.

    • 03 — второй черновик (для проверки): Скопируйте и вставьте файл из папки «02 — первое изменение (из проверки)» в эту папку. Измените имя файла, включив в конец v2, и удалите инициалы. Это станет вашим вторым черновиком.Откройте файл, внесите изменения и отправьте файл на проверку.

    • 04 — второе редактирование (из обзора): Эта папка работает так же, как папка «02 — первое редактирование (из обзора)». Поскольку количество проверок и черновиков, которые проходит ваш файл, может варьироваться, повторяйте эту структуру папок столько раз, сколько необходимо.

    • 05 — окончательная версия (отправлена ​​для публикации): По завершении редактирования поместите свой окончательный проект сюда. Позже оглядываясь на свои папки, это поможет быстро найти окончательную версию файла.

    • z — архив: Здесь вы можете поместить все файлы, которые не поместились в указанные выше подпапки.

    Если вы еще не сохранили более ранние версии файлов, вы можете восстановить последние предыдущие версии файлов в Dropbox, OS X, Windows и других.

    3. Папки «Год» или «Клиент»

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

    4. Добавление тегов

    Вместо или в дополнение к структурам папок попробуйте пометить файлы тегами. Преимущество тегирования заключается в возможности добавления нескольких тегов к файлу, таких как тегирование счета-фактуры для клиента XYZ тегом «счет-фактура» и тегом «клиент XYZ».Затем вы можете просмотреть все счета вместе или все файлы, связанные с «Client XYZ», вместе, в зависимости от вашего запроса.

    Академик и исследователь Уильям Ганн отмечает удобство использования тегов в блоге Mendeley: «С тегами вам не нужно заранее выбирать схему организации». Отвечая на такие вопросы, как «Год пройдет под отделом или над отделом?» становятся ненужными, потому что вы можете добавить в файл теги «год» и «отдел» и при этом легко найти его. Например, если вы работаете над отчетом для отдела логистики, который охватывает все заказы, сделанные в мае 2015 года.Вы можете сохранить отчет в такой структуре папок:

    Или вы можете просто добавить в файл теги «отдел», «тип отчета» и «дата» и вообще избегать папок, например:

    Итак, когда вы хотите чтобы снова найти этот файл, вы можете искать его по тегам:

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

    Теги работают с любым файлом на Mac под управлением OS X Mavericks или новее.На ПК с Windows теги поддерживаются для некоторых типов файлов и могут быть добавлены в список, разделенный запятыми, через панель свойств файла. Ознакомьтесь с этим руководством для получения дополнительной информации о тегах в Windows.

    Автоматически создавать структуры папок для новых проектов

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

    Не знаете, когда автоматизировать задачу?

    Если вы синхронизируете файлы с OneDrive, Dropbox, Box или Google Диском, вы можете использовать Zapier для автоматического создания структуры папок. Первым шагом к использованию Zapier в этом случае является выбор , когда вам понадобится создать новые папки. Если вы делаете их каждый раз, когда начинаются новые проекты, настройте Zap, чтобы следить за своим приложением для управления проектами в поисках нового проекта. Или, если вы хотите, чтобы новые папки создавались каждый месяц или неделю, используйте инструмент Zapier Schedule для создания папок на определенную дату.

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

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

    Или, если вы хотите создавать новые ежемесячные папки в Dropbox. Запустите Zap с помощью приложения Schedule, выбрав день и время для его запуска. Затем настройте структуру папок, необходимую для работы в течение месяца.

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

    Как создавать отличные имена файлов

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

    Файлы состоят из двух компонентов: имени (как бы вы его ни называли) и расширения файла (типа файла, например, .mp3 или .docx ). Обычно вам не нужно беспокоиться о расширениях файлов; они устанавливаются программами, которые вы используете, и обычно скрыты по умолчанию на большинстве компьютеров. Но вы должны взять под свой контроль имя файла. Лучшее имя файла — это такое, которое объясняет, что в файле, без необходимости открывать его.

    По этой причине писатель и редактор Джилл Даффи рекомендует убедиться, что имя каждого файла:

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

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

    • В соответствии со структурой вашего бизнеса: Это соответствует структуре ваших папок.Ваш бизнес думает о задачах в зависимости от того, для какого клиента они предназначены или в каком месяце что-то нужно сделать?

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

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

    • Даты: Всегда указывайте даты в формате ггггммдд или yymmdd , поэтому ваши файлы, естественно, будут располагаться в хронологическом порядке.Это правило полезно, но не быстро и сложно. В приведенных выше примерах я использовал mmyy, потому что папки уже были организованы по годам, поэтому самым важным дескриптором стал месяц.

    • Длина: Имейте в виду, что некоторые программы имеют ограничения на количество символов в именах файлов. & * () `; <>? , [] {} ‘»|.

    • Последовательные файлы: Если вы именуете файлы, которые идут по порядку, используйте ведущие нули (01, 02, 03 вместо 1, 2, 3). Это гарантирует, что ваши файлы (или папки) будут выстроены так, как вы хотите.

    Имейте в виду, что вам необязательно использовать все эти правила. В библиотеках Purdue University есть несколько советов, которые помогут вам максимально эффективно использовать любое соглашение об именах файлов, которое вы в конечном итоге выберете:

    • Найдите баланс: Только вы можете решить, что слишком много или слишком мало в имени.

    • Задокументируйте свою систему: Создайте шпаргалку из любых сокращений, которые вы часто используете, или правил, которые вы можете забыть.

    • Начните с общего, затем переходите к конкретному: Поскольку ваши имена файлов будут естественным образом отсортированы от того, что вы вводите первым, начните с наиболее общих компонентов (год, отдел, клиент и т. Д.), А затем переходите к конкретным деталям (название проекта, ID, версия и т. Д.). Общее эмпирическое правило: все, что вы хотите увидеть в первую очередь, сначала пишите.

    Как быстро найти файлы

    Spotlight в OS X может находить файлы, электронные письма, поиск в Интернете и многое другое.

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

    На Mac Spotlight позволяет искать в файлах и сообщениях электронной почты и предварительно просматривать их, чтобы убедиться, что вы нашли то, что ищете.Нажмите кнопку поиска в строке меню (или нажмите CMD + пробел), затем введите имя файла или папки, которые вы ищете. На iPad или iPhone просто потяните вниз на главном экране для упрощенного поиска Spotlight, чтобы просматривать электронные письма, заметки и приложения на ходу, или используйте инструмент поиска в приложении Dropbox или Google Drive на любом телефоне, чтобы найти синхронизированные файлы.

    На ПК под управлением Windows Vista, 7 или 8.1 в меню «Пуск» есть поле поиска для поиска файлов и папок. В Windows 10 рядом с кнопкой «Пуск» есть кнопка поиска Cortana, с помощью которой можно искать файлы и папки, а также узнавать погоду или искать в Интернете.

    Если вы хотите, чтобы дополнительные инструменты могли глубже копаться в папках или автоматически запускать определенные программы, есть также сторонние поисковые приложения. Alfred — это популярный и мощный инструмент поиска для Mac, а Launchy — обычный инструмент для поиска в Windows.

    Zapier может искать файлы и папки в Box автоматически.

    Вы также можете искать файлы внутри самих приложений. Dropbox, Google Drive и Box позволяют выполнять поиск по синхронизированным файлам и папкам, а Zapier может выполнять поиск во многих ваших приложениях для повышения производительности.Zaps может искать в Box определенные файлы и папки — возможно, чтобы найти папку клиента — а затем сохранять файлы из других приложений в эту папку, чтобы все было организовано автоматически.

    Организуйте свои файлы сегодня

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

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

    Какую структуру папок вы используете для упорядочивания файлов? Мы будем рады услышать об этом в комментариях ниже!

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

    Файловая структура Unix

    UNIX имеет древовидную файловую систему, начинающуюся на самом высоком уровне с каталога с именем root (обозначаемого как /). Каталог в Unix похож на папку на микрокомпьютере. Структура и содержимое многих каталогов аналогичны в различных реализациях UNIX. То есть пользователь не решает, как настроить все каталоги. Для определенных каталогов есть предустановленное значение. Такие каталоги, как bin, usr и т. Д., Содержат определенную информацию системного уровня и обслуживаются системным администратором.На рисунке ниже показаны самые верхние уровни некоторых каталогов. Каталог, который вас будет больше всего интересовать, — это ваш домашний каталог, который находится где-то по пути к каталогу / home.

    Просмотр содержимого вашего каталога

    Используйте команду «ls» для простого вывода списка ваших файлов, как показано в примере ниже:

    $ ls
    Assem.cpp cs2xxx классы создают

    Используйте команду «ls -l» для просмотра более подробной информации о файлах.

    $ ls -l
    -rw-r —— 1 пользователь juser 14769 3 фев, 19:38 Assem.cpp
    -rw-r —— 1 пользователь juser 5708 14 января 20:37 cd.txt
    drwxr-x — пользователь 4 juser 8192 29 марта 19:20 классы
    -rw-r —— 1 пользователь juser 2688 3 февраля 19:38 создать
    lrwxr-xr-x 1 пользователь juser 30 29 марта 19: 20 cs2xxx -> / home / classes / cs2xxx / juser
    ABCDEF

    • A Типы файлов и разрешения (см. Следующий рисунок)
    • B Указывает владельца файла
    • C Указывает группу, которая имеет доступ к файлу.
    • D Выдает размер файла в байтах
    • E Указывает дату и время последнего изменения файла
    • F Имя файла. Для символических ссылок (например, cs2xxx выше) показывает, что файл указывает на

    Связь между личным каталогом и каталогом класса

    Вам будет предоставлена ​​одна постоянная личная учетная запись bglinux, которую вы будете использовать как в классе, так и в личных целях, пока вы находитесь в BGSU.Для каждого пройденного вами курса CS вам нужно будет подать специальную команду, чтобы «присоединиться» к классу. Учетные записи классов создаются в другом каталоге, но для облегчения навигации в ваш домашний каталог помещается символическая ссылка, позволяющая вам легко получить доступ к назначенному вам каталогу класса. В конце семестра символическая ссылка будет заменена каталогом, содержащим все ваши работы для этого класса. Это позволяет вам сохранять вашу работу в вашем собственном домашнем каталоге по окончании семестра.

    Как обращаться к каталогам

    В следующем примере показаны способы перехода juser в каталог классов.

    Другие команды каталога

    Следующие команды, приведенные в обзоре Unix, относятся к каталогам: cd (переход на новый каталог по умолчанию), mkdir (создание нового каталога), pwd (отображение текущего каталога по умолчанию), rmdir (удаление каталога).

    / глава: Структура файла / КОМАНДНАЯ СТРОКА

    CommandLineIntro: FileStructure

    Хотя вас больше всего интересуют файлы в вашей собственной папке или каталоге, полезно знать, что еще находится в вашей системе.В этой главе мы рассмотрим систему GNU / Linux.

    Вот список наиболее распространенных каталогов прямо под корневым каталогом (тот, имя которого просто «/»):

     / bin базовые программы (абсолютно необходимые программы,
             только оболочка и команды)
    / boot файлы инициализации (необходимы для фактической загрузки вашего компьютера)
    / dev файлы устройств (описывать физические вещи, такие как жесткие диски
             и перегородки)
    / etc файлы конфигурации
    домашние каталоги пользователей / home
    / lib библиотеки (коллекции данных и функций) для загрузки системы
             и запущенные системные программы
    / media точки монтирования съемных носителей
    / mnt точки монтирования (для системных администраторов, которым необходимо временно
             смонтировать файловую систему)
    / opt сторонние программы
    Файловая система / proc proc (описание процессов и информации о состоянии,
             не хранится на диске)
    / файлы администратора корневой системы
    / sbin основные программы администрирования (как bin, но только
             могут использовать администраторы)
    / srv служебные файлы
    / sys sys файловая система (аналогично proc, хранится в памяти
             на основе файловой системы: tempfs)
    / tmp временные файлы (файлы хранятся недолго, в зависимости от
             по системной политике, часто в tempfs)
    / usr пользовательские программы (Другой bin, lib, sbin, плюс локальный,
             share, src и др.)
    / var данные переменных сохраняются между перезагрузками
     

    Вам не нужно знать структуру каталогов за пределами вашего домашнего каталога, чтобы запускать приложения, но эти знания иногда могут пригодиться.Возможно, наиболее распространенное использование — это изменение общесистемного файла конфигурации или просмотр сообщений журнала. Файлы журнала обычно содержат информацию о ходе выполнения и отчеты об ошибках программ и могут выявить источник проблем (ошибки, ошибки конфигурации, отсутствующие или поврежденные файлы) в вашей системе. Многие файлы журналов хранятся в каталоге / var / log , но некоторые программы помещают свои файлы журналов в скрытые каталоги в домашнем каталоге пользователя. Пример — ~ / .sugar / default / logs.

    Исторически конфигурация системы GNU / Linux производилась путем редактирования текстовых файлов.Сегодня самые популярные системы GNU / Linux побуждают пользователей вносить изменения в конфигурацию системы с помощью графических инструментов администрирования. Однако иногда это невозможно или нежелательно, и вы можете редактировать файлы конфигурации в текстовом редакторе. Обычно это сложнее, так как вам нужно знать, где находятся эти файлы и как их редактировать, а в некоторых случаях вам также необходимо сигнализировать или перезапустить запущенную программу, чтобы она прочитала ваши изменения. Тем не менее, у этого метода есть свои преимущества, такие как возможность настраивать компьютеры без графических возможностей или настраивать программы, у которых нет графической программы конфигурации (или неуклюжая и неполная).

    ПРИМЕЧАНИЕ. Чтобы получить полное описание структуры файловой системы типичной системы Linux, попробуйте ввести в терминале man hier . Это не только дает краткое описание вышеупомянутых каталогов верхнего уровня, но также дает представление о том, почему в Linux есть , например, , / usr / bin и / usr / sbin .

    .

    Добавить комментарий

    Ваш адрес email не будет опубликован. Обязательные поля помечены *