파일 이름에 공백이 허용되지 않습니까?

일반적으로 Unix 및 Linux에서는 파일의 파일 이름 (일반 파일, dir, 링크, 장치 파일 등)에 공백이 없어야합니다.

그러나 나는 항상 그렇게합니다. 내부에 공백이있는 파일 이름의 경우

• 노틸러스에서는 공백 문자가 공백으로 표시됩니다.
• Bash 터미널에서 \ 공백을 나타내는 데 사용 하거나 파일 이름을 큰 따옴표로 묶습니다.
• 일부 응용 프로그램 파일 (노틸러스, OS도 그렇게하는지 확실하지 않음)에서 파일 이름은 공백으로 대체되어 기록됩니다 %20.

파일 이름에 공백이 실제로 허용되지 않습니까?

파일 이름의 공백을 올바르게 사용하거나 처리하는 방법은 무엇입니까?

공백, 실제로 /NUL을 제외한 모든 문자 는 파일 이름에 허용됩니다. 파일 이름에 공백을 사용 하지 않는 것이 파일 이름을 제대로 지원하지 않는 소프트웨어에 의해 잘못 해석 될 위험이 있습니다. 아마도 그러한 소프트웨어는 버그가 있습니다. 그러나 쉘 스크립팅과 같은 프로그래밍 언어는 파일 이름에 공백이있는 경우 깨지는 소프트웨어를 작성하기가 너무 쉽습니다. 이러한 버그는 개발자가 공백 파일이있는 파일 이름을 사용하여 쉘 스크립트를 테스트하지 않기 때문에 자주 버그가 발생합니다. 그들.

대체 된 공백 %20은 파일 이름에 자주 표시되지 않습니다. 그것은 주로 (웹) URL에 사용됩니다. URL의 %-인코딩이 종종 실수로 파일 이름으로 들어가는 것은 사실입니다.

관찰 한대로 파일 이름에 공백 이 허용됩니다.

wikipedia의이 차트에서 "대부분의 UNIX 파일 시스템"항목을 보면 다음을 알 수 있습니다.

• 모든 8 비트 문자 세트가 허용됩니다. 이 우산 아래에서도 7 비트 ASCII를 사용할 수 있습니다. 다양한 8 비트 세트의 하위 세트이며 항상 8 비트 바이트를 사용하여 구현되기 때문입니다.

• 금지 된 문자는 /"null"입니다. "Null"은 0 바이트를 나타내지 만 텍스트 데이터에는 허용되지 않습니다.

그러나 쉘을 사용하면 번거 로움을 유발하는 문자가 *POSIX globbing 연산자라는 것을 알 수 있습니다.

"번거 로움"을 정의하려는 방법에 따라 공백 (탭, 탭, 개행 등)을 포함 할 수 있습니다 "". 그러나 공백이 허용되므로 불가피합니다.

파일 이름의 공백을 올바르게 사용하거나 처리하는 방법은 무엇입니까?

셸 / 명령 줄 컨텍스트에서 파일 이름을 작은 따옴표 나 큰 따옴표로 묶거나 ( 다른 WRT와 다른 문제 는 아님) 다음과 같이 공백을 이스케이프하십시오 \.

> foo my\ file\ with\ spaces\ in\ the\ name

그 이유는 대체로 역사적입니다. 시간 공간이 파일 이름에 허용되지 않은 안개로 되돌아 가기 때문에 공백은 키워드 / 파일 이름 구분 기호로 사용되었습니다. 미래의 쉘 인터프리터는 이전 스크립트와 역 호환되어야하므로 오늘날의 두통에 시달리고 있습니다.

사람을 많이 다룰 필요가없는 프로세스 개발자는 공간을 완전히 떨어 뜨려 훨씬 쉽게 작업 할 수 있습니다. Apple은 / System / Library / CoreServices /의 내용에 공간이 거의 없으며 사용자를 대신하여 공간이있는 프로그램이 열리고 WouldLookStrangeIfCamelCased가 수행됩니다. 비슷한 유닉스 전용 경로도 공백을 피합니다.

(일부 관련된 일화 : 90 년대 중반 Windows 드론은 "Windows에서는 할 수없는 Mac에서 할 수있는 한 가지 이름을 지정하십시오"-> "파일 이름에 12자를 사용하십시오."-> Silence. 그 12 자에서도 가능합니다)

따라서 다른 곳에서 여러 번 언급했듯이 파일 이름에는 거의 모든 문자가 포함될 수 있습니다. 그러나 파일 이름 은 파일 이 아니라고 말해야 합니다. 일반적으로 파일을 열려면 파일 이름이 필요 하지만 파일 이름 은 실제 파일 만 가리킴 에 따라 파일 특성 으로 약간의 가중치가 적용됩니다 . 링크는 inode 번호 와 함께이를 기록한 디렉토리에 저장되는 링크 입니다. 이는 실제 파일에 훨씬 가까운 근사값 입니다.

알다시피, 원하는대로 부르십시오. 커널은 신경 쓰지 않습니다-처리 할 모든 파일 참조는 어쨌든 실제 inode 번호를 처리합니다. 파일 이름은 사람이 소비 하는 것입니다 - 파일을 미치게 만들고 싶다면 파일 시스템입니다. 여기, 나는 미친 물건을 할 것입니다 :

먼저 20 개의 파일을 만들고 공백없이 이름을 지정합니다. 각 파일 이름에는 마지막 파일보다 하나 이상의 공간이 포함됩니다.

until [ $((i=$i+1)) -gt 20 ]
do  v=$v' ' && touch ./"$v"
done

이건 좀 웃겨요 내 봐 ls:

ls -d ./*
./      ./          ./              ./                  ./                 
./      ./          ./              ./                  ./                  
./      ./          ./              ./                  ./                   
./      ./          ./              ./                  ./     

이제이 디렉토리를 미러링하겠습니다 :

set -- * ; mkdir ../mirror
ls -i1qdU -- "$@" |
sh -c 'while read inum na
    do  ln -T "$1" ../mirror/$inum
    shift ; done' -- "$@"
ls -d ../mirror/*

../mirror/내용 은 다음과 같습니다 .

../mirror/423759  ../mirror/423764  ../mirror/423769  ../mirror/423774
../mirror/423760  ../mirror/423765  ../mirror/423770  ../mirror/423775
../mirror/423761  ../mirror/423766  ../mirror/423771  ../mirror/423776
../mirror/423762  ../mirror/423767  ../mirror/423772  ../mirror/423777
../mirror/423763  ../mirror/423768  ../mirror/423773  ../mirror/423778

좋아,하지만 아마도 당신은 묻는다-그러나 그것은 무엇이 좋은가? 어떤 것이 무엇인지 어떻게 알 수 있습니까? 올바른 inode 번호를 올바른 파일 이름에 어떻게 연결했는지 어떻게 확인할 수 있습니까?

잘...

echo "heyhey" >>./'    ' 
tgt=$(ls -id ./'    ')
cat ../mirror/${tgt%% .*} \
    $(ls -1td ../mirror/* | head -n1) 

산출

heyhey
heyhey

포함 된 inode 번호 ../mirror/"${tgt%% .*}"와 참조 된 inode 번호 ./' '는 동일한 파일 을 참조하십시오. 그들은 같은 파일을 설명합니다. 그들은 이름을 지었지만 더 이상은 없습니다. 수수께끼는 없지만 실제로는 약간의 불편 함이 있지만 결국 유닉스 파일 시스템의 작동에는 거의 영향을 미치지 않습니다.