파일 확장자에 어떤 목적 (운영 체제 용)이 있습니까?

Linux는 파일 헤더의 코드를 통해 파일 유형을 결정합니다. 파일을 여는 데 사용할 소프트웨어를 알기 위해 파일 확장자에 의존하지 않습니다.

그것이 제가 교육에서 기억 한 것입니다. 내가 틀렸다면 나를 바로 잡아주세요!

최근 우분투 시스템과 약간의 작업 : 내가 좋아하는 확장 기능이있는 시스템의 파일을 많이 볼 .sh, .txt, .o,.c

이제 궁금합니다 :이 확장은 인간만을위한 것입니까? 그래서 어떤 종류의 파일인지 생각해야합니까?

아니면 운영 체제에도 어떤 목적이 있습니까?

Linux는 파일 헤더의 코드를 통해 파일 유형을 결정합니다. 소프트웨어로 파일을 여는 데 사용하는 파일 확장자에 의존하지 않습니다.

그것이 제가 교육에서 기억 한 것입니다. 내가 틀렸다면 나를 바로 잡아주세요!

• 정확하게 기억했다.

이러한 확장은 인간만을위한 것입니까?

• 그렇습니다.

확장에 의존하는 다른 운영 체제와 상호 작용할 때는 확장을 사용하는 것이 더 현명한 아이디어입니다.

Windows에서는 여는 소프트웨어가 확장에 연결되어 있습니다.

Windows에서 "file"이라는 텍스트 파일을 여는 것은 "file.txt"라는 동일한 파일을 여는 것보다 어렵습니다 (파일 열기 대화 상자 *.txt를 *.*매번 전환해야합니다 ). 탭과 세미콜론으로 구분 된 텍스트 파일도 마찬가지입니다. 전자 메일 가져 오기 및 내보내기 (.mbox 확장명)도 마찬가지입니다.

특히 소프트웨어를 코딩 할 때. HTML 파일 인 "software1"및 JavaScript 파일 인 "software2"라는 파일을 여는 것은 "software.html"및 "software.js"에 비해 더 어려워집니다.

리눅스에서 파일 확장자가 중요한 시스템이 있다면이를 버그라고 부릅니다. 소프트웨어가 파일 확장자에 의존하면 악용 될 수 있습니다. 우리는 인터프리터 지시어 를 사용하여 파일이 무엇인지 식별합니다 ( "파일의 처음 두 바이트는 문자"#! "일 수 있습니다.이 숫자는 마법의 숫자 (16 진수 23과 21,"# "와"의 ASCII 값! ")는 종종 shebang이라고합니다.").

파일 확장자의 가장 유명한 문제는 Windows의 LOVE-LETTER-FOR-YOU.TXT.vbs 였습니다. 이것은 파일 탐색기에 텍스트 파일로 표시되는 시각적 기본 스크립트입니다.

Ubuntu에서는 노틸러스에서 파일을 시작할 때 수행 할 작업에 대한 경고가 표시됩니다. 노틸러스에서 스크립트를 실행하여 gEdit을 열어야하는 일부 소프트웨어를 시작하려는 것은 분명한 문제이며 이에 대한 경고가 표시됩니다.

무언가를 실행할 때 명령 행에서 확장이 무엇인지 시각적으로 볼 수 있습니다. 그것이 .vbs로 끝나면 의심스러워지기 시작할 것입니다 (.vbs는 Linux에서 실행 가능하지 않습니다. 적어도 약간의 노력 없이는 아닙니다)).

여기에는 100 % 흑백 답변이 없습니다.

일반적으로 Linux는 파일 이름 (및 파일 확장자, 즉 일반적으로 마지막 기간 이후의 파일 이름의 일부)에 의존하지 않고 대신 내용의 처음 몇 바이트를 검사하고 알려진 매직 번호 목록과 비교하여 파일 유형을 결정합니다. .

예를 들어 모든 비트 맵 이미지 파일 (일반적으로 이름 확장명 .bmp)은 BM첫 두 바이트 의 문자 로 시작해야합니다 . Bash, Python, Perl, AWK 등과 같은 대부분의 스크립팅 언어의 스크립트 (기본적 #으로 주석으로 시작하는 라인을 처리하는 모든 것 )는 #!/bin/bash첫 번째 라인 과 같은 shebang을 포함 할 수 있습니다 . 이 특수 주석은 시스템에 파일을 열 응용 프로그램을 알려줍니다.

따라서 일반적으로 운영 체제는 파일 형식을 결정하기 위해 파일 내용이 아닌 파일 내용에 의존하지만 Linux에서는 파일 확장자가 절대 필요하지 않다고 말하는 것은 사실의 절반에 지나지 않습니다.

응용 프로그램은 물론 파일 이름 및 확장자 확인을 포함하여 원하는 파일 검사를 구현할 수 있습니다. eog파일 확장자로 이미지 형식을 결정하고 컨텐츠와 일치하지 않으면 오류를 발생시키는 그놈의 눈 ( , 표준 사진 뷰어)이 그 예입니다 . 이것이 버그인지 기능인지에 대해 논의 할 수 있습니다 ...

그러나 운영 체제의 일부 부분도 파일 이름 확장자를 사용합니다 (예 : 소프트웨어 소스 파일을 구문 분석 할 때 확장자 /etc/apt/sources.list.d/가있는 파일 만 *.list구문 분석됩니다). 여기에서 주로 파일 형식을 결정하는 데 사용되지 않고 일부 파일의 구문 분석을 활성화 / 비활성화하는 데 사용되지만 시스템이 파일을 처리하는 방식에 영향을주는 파일 확장명입니다.

그리고 물론 인간 사용자의 이익이 분명 파일의 형식을하고도 동일한 기본 이름을 가진 여러 개의 파일과 같은 다른 확장을 허용하는 파일 확장자에서 가장 site.html, site.php, site.js, site.css단점은 물론이다 등 파일 확장과 실제를 파일 형식 / 내용이 반드시 일치 할 필요는 없습니다.

또한 Windows는 readme파일 로 수행 할 작업을 모르지만 readme.txt.

다른 사람들이 언급했듯이 Linux에서는 Windows에서 사용하는 파일 이름 확장명 연결 방법 대신 인터프리터 지시문 방법이 사용됩니다 (일부 메타 데이터를 헤더 또는 매직 번호로 파일에 저장하여 올바른 인터프리터가 읽을 수 있도록 지시합니다).

즉, 거의 모든 이름을 가진 파일을 만들 수 있습니다 . 몇 가지 예외가 있습니다.

하나

주의 할 말을 추가하고 싶습니다.

파일 이름 연결을 사용하는 시스템에서 시스템에 일부 파일이있는 경우 파일에 해당 매직 넘버 나 헤더가 없을 수 있습니다. 파일 이름 확장자는 파일을 읽을 수있는 응용 프로그램에서 이러한 파일을 식별하는 데 사용되며 이러한 파일의 이름을 바꾸면 예기치 않은 결과가 발생할 수 있습니다. 예를 들면 다음과 같습니다.

파일 이름을로 변경하면 Libreoffice 에서 파일 My Novel.doc을 My-Novel계속 열 수 있지만 '제목 없음'으로 열리고 저장하려면 다시 이름을 지정해야합니다 (Libreoffice는 기본적으로 확장자를 추가하므로 두 파일 My-Novel과 My-Novel.odt, 성 가실 수 있습니다)

더 심각하게 파일 이름을 My Spreadsheet.xlsx로 변경하면 My Spreadsheet.xlsx 파일을 내 스프레드 시트로 열어보십시오 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에서는 파일 확장자를 파일 식별의 기본 수단으로 사용하는 강력한 전통이 있습니다. 그래픽 파일 브라우저 (Windows 3.1의 파일 관리자 및 최신 Windows의 탐색기)는 파일을 두 번 클릭하여 실행할 응용 프로그램을 결정할 때이를 사용합니다. Linux (그리고 더 일반적으로 Unix 기반 시스템)에서는 내용을 검사하는 전통이 더 많습니다. 특히 커널은 직접 실행 된 파일의 시작 부분을보고 실행 방법을 결정합니다. 스크립트 파일은 인터프리터 #!경로로 시작하여 인터프리터가 사용할 것을 나타낼 수 있습니다 .

이러한 전통은 각 시스템을 위해 작성된 프로그램의 UI 디자인에 영향을 주지만 각 접근 방식마다 상황에 따라 장단점이 있기 때문에 많은 예외가 있습니다. 내용을 검사하지 않고 파일 확장자를 사용하는 이유는 다음과 같습니다.

• 파일 내용을 검사하는 것은 파일 이름을 검사하는 것과 비교하여 상당히 비용이 많이 듭니다. 예를 들어 "* .conf라는 모든 파일 찾기"는 "첫 줄이이 서명과 일치하는 모든 파일 찾기"보다 훨씬 빠릅니다.
• 파일 내용이 모호 할 수 있습니다. 많은 파일 형식은 실제로 특수한 방식으로 처리 된 텍스트 파일 일뿐 아니라 다른 파일 형식은 특수하게 구성된 zip 파일이므로 정확한 서명을 정의하는 것은 까다로울 수 있습니다.
• 파일은 실제로 여러 유형으로 유효 할 수 있습니다. HTML 파일은 또한 유효한 XML 일 수 있으며, zip 파일과 함께 연결된 GIF는 두 형식 모두에서 유효합니다.
• 매직 넘버 매칭은 오 탐지로 이어질 수 있습니다. 헤더가없는 파일 형식은 바이트 "GIF89a"로 시작하여 GIF 이미지로 잘못 식별 될 수 있습니다.
• 파일의 이름을 바꾸면 "비활성화 됨"으로 표시하는 편리한 방법이 될 수 있습니다. 예를 들어, 백업을 나타 내기 위해 "foo.conf"를 "foo.conf ~"로 변경하면 모든 지시문을 주석 처리하기 위해 파일을 편집하는 것이 쉽고 자동로드 된 디렉토리에서 파일을 옮기는 것보다 편리합니다. 마찬가지로 .php 파일의 이름을 .txt로 바꾸면 Apache가 소스를 PHP 엔진으로 전달하지 않고 일반 텍스트로 제공하도록 지시합니다.

기본적으로 파일 이름을 사용하는 Linux 프로그램의 예 (그러나 다른 모드가있을 수 있음) :

• gzip과 gunzip은 ".gz"로 끝나는 모든 파일을 처리합니다.
• gcc는 ".c"파일을 C로, ".cc"또는 ".C"를 C ++로 처리합니다.

실제로 일부 기술 은 파일 확장자를 사용하므로 우분투에서 해당 기술을 사용하는 경우 확장자도 의존해야합니다. 몇 가지 예 :

• gcc확장자를 사용하여 C와 C ++ 파일을 구별합니다. 확장명이 없으면 구분하기가 거의 불가능합니다 (클래스가없는 C ++ 파일을 상상해보십시오).
• 많은 파일 ( docx, jar, apk) 단지 특히 ZIP 아카이브를 구성하고 있습니다. 일반적으로 컨텐츠에서 유형을 유추 할 수 있지만 항상 가능하지는 않습니다 (예 : 파일 에서 Java Manifest는 선택 사항 임 jar).

이러한 경우 파일 확장자를 사용하지 않으면 해킹이 필요한 해결 방법으로 만 가능하며 오류가 발생하기 쉽습니다.

첫 번째 가정은 맞습니다. Linux의 확장은 중요하지 않으며 인간 (및 확장에 관심이있는 Unix와 다른 다른 OS)에게만 유용합니다. 파일의 유형은 파일에서 처음 32 비트의 데이터에 의해 결정되는데, 이는 매직 넘버 로 알려져 있습니다. 이것이 쉘 스크립트가 #!운영 체제에 어떤 인터프리터를 호출 할 것인지 알려주기 위해 줄을 써야하는 이유 입니다. 그것없이, 쉘 스크립트는 단지 텍스트 파일입니다.

파일 관리자는 .desktop기본적으로 Window 버전의 단축키와 동일하지만 더 많은 기능을 가진 파일과 같은 일부 파일의 확장자를 알고 싶어 합니다. 그러나 OS에 관한 한, 파일 이름이 아닌 파일에 무엇이 있는지 알아야합니다.

댓글 답변에 비해 너무 큽니다.

"확장자"조차 다른 의미를 갖는 경우가 많다는 것을 명심하십시오.

당신의 이야기는 다음에 나오는 3 글자 인 것 같습니다. DOS는 8.3 형식을 정말 대중적으로 만들었으며 Windows는 현재 .3 부분을 사용합니다.

Linux에는 의미가 있지만 실제로 8.3 의미의 확장명이 아닌 .conf 또는 .list 또는 .d 또는 .c와 같은 많은 파일이 있습니다. 예를 들어 Apache는 /etc/apache2/sites-enabled/website.conf에서 구성 지시문을 찾습니다. 시스템은 MIME 형식과 내용 헤더를 사용하고 텍스트 파일인지 확인하지 않는 반면, 기본적으로 Apache는 .conf로 끝나지 않고는로드하지 않습니다.

.c는 또 다른 위대한 것입니다. 그러나 그것은 텍스트 파일이지만 gcc는 main.c가 main.o가되고 마지막으로 main (연결 후)에 의존합니다. 시스템은 언제든지 .c, .o 또는 확장자를 사용하여 내용과 관련하여 의미가 있지만. 의미가 있습니다. main.o와 main을 무시하도록 SCM을 설정했을 것입니다.

요점은 이것입니다 : 확장은 창에서와 같이 사용되지 않습니다. 커널은 이름의 .txt 부분을 제거하기 때문에 .txt 파일을 실행하지 않습니다. 실행 권한이 설정되어 있으면 .txt 파일을 실행하는 것도 매우 기쁩니다. 말하자면, 그들은 의미를 가지고 있으며 많은 것들을 위해 여전히 "컴퓨터 수준"에서 사용됩니다.