Чи мають розширення файлів якусь мету (для операційної системи)?

Linux визначає тип файлу за допомогою коду у файлі-заголовку. Це не залежить від розширень файлів, щоб знати, яке програмне забезпечення використовувати для відкриття файлу.

Це я пам’ятаю зі своєї освіти. Будь ласка, виправте мене, якщо я помиляюся!

Робота трохи з системами Ubuntu недавно: Я бачу багато файлів на системах , які мають розширення , такі як .sh, .txt, .o,.c

Зараз мені цікаво: чи призначені ці розширення лише для людей? Тож треба зрозуміти, що це за файл?

Або вони також мають певну мету для операційної системи?

Linux визначає тип файлу за допомогою коду в заголовку файлу. Це не залежить від розширень файлів, тому що потрібно знати з програмним забезпеченням, це використовувати для відкриття файлу.

Це я пам’ятаю зі своєї освіти. Будь ласка, виправте мене, якщо я помиляюся!

• правильно запам'ятав.

Ці розширення призначені лише для людей?

• Так, але.

Якщо ви взаємодієте з іншими операційними системами, які залежать від того, якими вони є розширення, то розумніша ідея їх використовувати.

У Windows відкрите програмне забезпечення додається до розширень.

Відкриття текстового файлу з ім'ям «файл» в Windows , складніше , ніж відкрити той же файл з ім'ям «file.txt» (вам потрібно буде переключити діалог відкриття файлу з *.txtв *.*кожен раз). Те саме стосується текстових файлів, відокремлених TAB та розділених напівкрапкою. Те саме стосується імпорту та експорту електронної пошти (розширення .mbox).

Зокрема, коли ви кодуєте програмне забезпечення. Відкриття файлу з назвою "software1", що є файлом HTML, та "software2", що є файлом JavaScript, стає складнішим порівняно з "software.html" та "software.js".

Якщо в Linux існує система, де важливі розширення файлів, я б назвав це помилкою. Коли програмне забезпечення залежить від розширення файлів, це корисно. Ми використовуємо директиву інтерпретатора, щоб визначити, що таке файл ("першими двома байтами у файлі можуть бути символи" #! ", Які складають магічне число (шістнадцятковий 23 і 21, значення ASCII" # "і"! " ") часто називають шебангом").

Найвідомішою проблемою з розширеннями файлів була LOVE-LETTER-FOR-YOU.TXT.vbs на Windows. Це візуальний базовий сценарій, який відображається в провіднику файлів у вигляді текстового файлу.

У Ubuntu, коли ви запускаєте файл з Nautilus, ви отримуєте попередження про те, що він буде робити. Виконання сценарію від Nautilus, де він хоче запустити деяке програмне забезпечення, де він повинен відкрити gEdit, очевидно, проблема, і ми отримуємо попередження про це.

У командному рядку, коли щось виконуєте, ви зможете візуально побачити, що таке розширення. Якщо це закінчиться на .vbs, я став би підозрілим (не те, що .vbs виконується в Linux. Принаймні, не без додаткових зусиль;)).

Тут немає 100% чорно-білої відповіді.

Зазвичай Linux не покладається на імена файлів (і розширення файлів, тобто частину імені файлу після звичайного останнього періоду), а замість цього визначає тип файлу, вивчаючи перші кілька байтів його вмісту та порівнюючи його зі списком відомих магічних чисел .

Наприклад, усі файли зображень Bitmap (як правило, з розширенням імені .bmp) повинні починатися з літер BMу перших двох байтах. Сценарії на більшості мов сценарію, такі як Bash, Python, Perl, AWK тощо (в основному все, що стосується рядків, починаючи з #коментаря), можуть містити шебанг, як #!/bin/bashперший рядок. Цей спеціальний коментар повідомляє системі, з якою програмою відкрити файл.

Отже, як правило, операційна система покладається на вміст файлу, а не на його ім'я для визначення типу файлу, але твердження, що розширення файлів ніколи не потрібні для Linux, це лише половина правди.

Звичайно, програми можуть впроваджувати перевірку файлів, але вони хочуть, що включає перевірку імені та розширення файлу. Прикладом може служити Око Gnome ( eog, стандарт для перегляду зображень) , який визначає формат зображення, розширення файлу і видає повідомлення про помилку , якщо він не відповідає змісту. Чи це помилка чи функція, можна обговорити ...

Однак навіть деякі частини операційної системи покладаються на розширення імен файлів, наприклад, при аналізі файлів джерел програмного забезпечення в /etc/apt/sources.list.d/- лише файли з *.listрозширенням розбираються, всі інші ігноруються. Це, можливо, в основному не використовується для визначення типу файлу тут, а для вмикання / відключення розбору деяких файлів, але все ж розширення файлу впливає на те, як система обробляє файл.

І, звичайно, прибуток користувачів людини більшість з розширень файлів , як це робить тип файлу очевидного , а також дозволяє використовувати кілька файли з тією самою основою імені і різні розширення , такими як site.html, site.php, site.js, site.cssрозширення і т.д. Недоліком є те, звичайно , цим файлом і фактичним тип / вміст файлу не обов'язково повинні відповідати.

Крім того, це потрібно для міжплатформової сумісності, наприклад, Windows не знатиме, що робити з readmeфайлом, а лише a readme.txt.

Як зазначають інші, в Linux використовується метод директиви інтерпретатора (зберігання деяких метаданих у файлі у вигляді заголовка чи магічного номера, щоб правильному інтерпретатору можна було прочитати його), а не методом асоціації розширень імен файлів, який використовується Windows.

Це означає, що ви можете створити файл майже з будь-яким вподобаним вами іменем ... за кількома винятками

Однак

Я хотів би додати слово обережності.

Якщо у вашій системі є деякі файли із системи, яка використовує асоціацію імен файлів, вони можуть не мати цих магічних чисел чи заголовків. Розширення імен файлів використовуються для ідентифікації цих файлів додатками, які вміють їх читати, і при перейменуванні таких файлів можуть виникнути несподівані ефекти. Наприклад:

Якщо ви перейменовуєте файл My Novel.docу My-Novel, Libreoffice все одно зможе відкрити його, але він відкриється як "Без назви", і вам доведеться знову назвати його, щоб зберегти його (Libreoffice додає розширення за замовчуванням, тож у вас буде два файли My-Novelі My-Novel.odt, що може дратувати)

Більш серйозно, якщо ви перейменовуєте файл My Spreadsheet.xlsx в My-Spreadsheet, тоді спробуйте відкрити його, xdg-open My-Spreadsheetви отримаєте це (адже це насправді стислий файл):

І якщо перейменувати файл My Spreadsheet.xlsв My-Spreadsheet, коли xdg-open My-Spreadsheetви отримаєте помилку кажучи

помилка відкриття: жодна програма не зареєстрована як обробка цього файлу

(Хоча в обох цих випадках це добре, якщо у вас є soffice My-Spreadsheet)

Якщо потім перейменувати файл без розширень у My-Spreadsheet.odsс mvі спробувати відкрити його, ви отримаєте це:

(ремонт не вдається)

І вам доведеться повернути оригінальне розширення, щоб правильно відкрити файл (ви можете конвертувати формат, якщо бажаєте)

TL; DR:

Якщо у вас є неродні файли з розширеннями імен, не видаляйте розширення, припускаючи, що все буде добре!

Я хотів би скористатися іншим підходом до цього, ніж інші відповіді, і оскаржую думку про те, що "Linux" або "Windows" мають щось спільне з цим (майте на увазі).

Концепція розширення файлу може бути просто виражена як "умова щодо визначення типу файлу на основі частини його імені". Інші загальні умови для ідентифікації типу файлу - зіставлення його вмісту з базою даних відомих підписів (підхід «магічне число») та зберігання його як додатковий атрибут у файловій системі (підхід, що використовується в оригінальному MacOS) .

Оскільки кожен файл в ОС Windows або Linux має і ім’я, і вміст, процеси, які хочуть знати тип файлу, можуть використовувати підходи "розширення" або "магічне число", як вони вважають за потрібне. Підхід метаданих зазвичай не доступний, оскільки для більшості файлових систем не існує стандартного місця для цього атрибута.

У Windows існує сильна традиція використання розширення файлу як основного засобу ідентифікації файлу; Найбільш помітно, що браузер графічного файлу (File Manager у Windows 3.1 та Explorer у сучасній Windows) використовує його, коли ви двічі клацніть файл, щоб визначити, яку програму запустити. У Linux (і, загалом, на базі Unix-систем) існує більше традицій щодо огляду вмісту; головне, ядро ​​розглядає початок файлу, який безпосередньо виконується, щоб визначити, як його запустити; Файли сценаріїв можуть вказувати перекладача, який слід використовувати, починаючи з #!наступного шляху до перекладача.

Ці традиції впливають на розробку інтерфейсу програм, написаних для кожної системи, але існує маса винятків, оскільки кожен підхід має плюси і мінуси в різних ситуаціях. Причини використання розширень файлів, а не вивчення вмісту, включають:

• вивчення вмісту файлів є досить дорогим порівняно з вивченням назв файлів; наприклад, "знайти всі файли з ім'ям * .conf" буде набагато швидше, ніж "знайти всі файли, перший рядок яких відповідає цьому підпису"
• вміст файлу може бути неоднозначним; багато форматів файлів насправді є лише текстовими файлами, обробленими особливим чином, багато інших - спеціально структуровані поштові файли, і визначення точних підписів для них може бути складним.
• файл може справді бути дійсним як більше одного типу; HTML-файл також може бути дійсним XML, zip-файл та об'єднаний GIF разом залишаються дійсними для обох форматів
• відповідність магічного числа може призвести до помилкових позитивних результатів; формат файлу, який не має заголовка, може починатися з байтів "GIF89a" і неправильно визначатись як зображення GIF
• перейменування файлу може бути зручним способом позначити його як "відключений"; наприклад, змінити "foo.conf" на "foo.conf ~", щоб вказати резервну копію, простіше, ніж редагувати файл, щоб прокоментувати всі його директиви, і зручніше, ніж перемістити його з автоматично завантаженого каталогу; Аналогічно, перейменування .php-файлу в .txt дозволить Apache служити його джерелом як звичайний текст, а не передавати його в двигун PHP

Приклади програм Linux, які використовують імена файлів за замовчуванням (але можуть мати інші режими):

• gzip та gunzip мають спеціальну обробку будь-якого файлу, що закінчується ".gz"
• gcc буде обробляти файли ".c" як C, а ".cc" або ".C" як C ++

На насправді, деякі технології дійсно покладатися на розширеннях файлів, так що якщо ви використовуєте ці технології в Ubuntu, вам доведеться покладатися на розширеннях теж. Кілька прикладів:

• gccвикористовує розширення для розмежування файлів C a C ++. Без розширення їх майже неможливо розрізнити (уявіть файл C ++ без класів).
• багато файлів ( docx, jar, apk) тільки особливо структуровані ZIP архіви. Хоча типово ти можеш зробити висновок із вмісту, це може бути не завжди можливим (наприклад, Java Manifest необов’язковий у jarфайлах).

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

Ваше перше припущення правильне: розширення на Linux не мають значення і є корисними лише для людей (та інших ОС, не схожих на Unix, які дбають про розширення). Тип файлу визначається спочатку 32 бітами даних у файлі, який відомий як магічне число. Саме тому скриптам оболонки потрібен #!рядок - сказати операційній системі, якого інтерпретатора потрібно викликати. Без нього скрипт оболонки - це лише текстовий файл.

Що стосується менеджерів файлів, вони хочуть знати розширення деяких файлів, таких як .desktopфайли, які в основному відповідають версії ярликів Window, але мають більше можливостей. Але що стосується ОС, вона повинна знати, що знаходиться у файлі, а не те, що в його назві

Це занадто велика для коментаря відповідь.

Майте на увазі, що навіть "розширення" має багато, якщо різні значення.

Те, про що ви говорите, схоже, на 3 букви після. DOS зробив формат 8.3 справді популярним, і Windows до цього часу використовує частину .3.

У Linux є багато файлів, таких як .conf або .list або .d або .c, які мають значення, але насправді не є розширеннями у сенсі 8.3. Наприклад, Apache дивиться на /etc/apache2/sites-enabled/website.conf за його директивою конфігурації. Хоча система використовує типи MIME та заголовки вмісту, а що не визначає, що це текстовий файл, Apache (за замовчуванням) все ще не збирається завантажувати його, не закінчуючи в .conf.

.c - ще один чудовий. Так, це текстовий файл, але gcc залежить від main.c стає main.o і нарешті основним (після посилання). У жодному разі система не використовує розширення .c, .o чи не, щоб вони не мали жодного значення щодо вмісту, але речі після. має певне значення. Ви, ймовірно, налаштуєте свій SCM на ігнорування main.o та main.

Суть полягає в наступному: розширення використовуються не так, як вони є у Windows. Ядро не виконає .txt файл, оскільки ви видалите .txt частину імені. Також дуже радий виконати .txt файл, якщо встановлено дозвіл на виконання. За їх словами, вони мають сенс і досі використовуються на "комп'ютерному рівні" для багатьох речей.