파일 확장자? 파일 에 대한 질문

Question

안녕하세요. 평소에 웹 개발을 하면서 파일 업로드/다운로드 기능은 구현해 보았지만, '파일'의 근본적인 원리에 대해 깊이 생각해 본 적이 없어 정리가 필요해 질문드립니다. 제가 이해한 내용이 맞는지, 혹시 틀린 부분이나 보충할 부분이 있다면 조언 부탁드립니다.제가 이해하기로, 모든 파일(텍스트, 이미지, 영상 등)은 근본적으로 컴퓨터가 이해할 수 있는 0과 1의 나열 입니다.그리고 대용량 파일을 전송할 때는 이 거대한 0과 1의 스트림을 '청크(Chunk)'라는 특정 구간(크기)별로 잘게 쪼개어 순차적으로 전송하는 것이라고 이해하고 있습니다. 과거 인터넷이 느릴 때 이미지가 위에서부터 천천히 보이거나 점점 선명해지는 현상도, 결국 0과 1로 이루어진 이미지 데이터가 순차적으로 전송되며 화면에 완성되는 동일한 원리라고 봅니다.한편, 파일이 어떻게 식별되고 해석되는지에 대해서도 궁금한 점이 있습니다.우리가 흔히 보는 txt 나 jpg 같은 파일 확장자는 운영체제나 사용자가 파일을 구분 짓기 위한 일종의 '식별자(꼬리표)' 역할을 한다고 생각합니다.제 생각에, 파일은 확장자와는 별개로 패턴 을 가지고 있으며, 이미지 뷰어 같은 애플리케이션은 이 '패턴' 을 직접 읽어 파일 형식을 인식하고 데이터를 처리하는 것으로 이해합니다.그래서 만약 hello.txt 파일의 확장자만 hello.jpg 로 바꾼다고 해도, 이미지 뷰어가 파일을 열 때 기대했던 '패턴' 이 실제 데이터(텍스트 "hello"의 바이트 값)와 다르기 때문에, '유효하지 않은 파일'이라며 오류를 발생시킬 것이라고 생각합니다.

kenu · Answer

파일의 확장자가 잘못되었거나 파일 형식이 맞지 않을 경우, 이미지 뷰어는 파일을 열 수 없다는 오류를 발생시킵니다. 이는 파일의 실제 데이터가 해당 확장자와 일치하지 않기 때문입니다.➜ git head -2 ./okdevtv/public/images/thumbs/okdevtv.jpg����JFIF,,��C��C��!�� ��� ��]�%�q��%��bY�f%��bY�f%��bY�f%��bY�f%��bY�f%��bY�dY.M��u����B�_9uKf��>%ޙM����K1,ĳ�KҎ��`��ȑ܉b��>�F������ؓ9˒nbH��|��L^�����W"�k����0�%��J����K1,ĳ�K1,ı*Me'��fmJ�s�eL�'Z��ʙ�FJ_��GYַ;Hhd�����D�?0��(L��1 -1D�JOe$�A�%�Sާy���ML �X�GBu)~�P�h2poMmJ�I�T��qK�H#8��XQ�Ty��0�b�ur���%t�-�U�R���e��➜ git head -2 ./okdevtv/public/md/ngrok/images/ngrok.jpg����JFIF��C

Ganymede Ganymedian · Answer

여기서 활동하신 지 오래된 분의 아이디 같은데, 인식과 호기심이 놀랍습니다.먼저,chunk 는, 프로토콜이 아니고, api 단에서, 효율을 위한 데이터 쪼개기 선택입니다. 바이너리 쪼개기라는 의미로는 들어보지 못한 것 같습니다. 바이너리는 보통 스트림으로 전송되죠.바이너리 파일에서는 chunk 가 아니라 TCP 같은 스트림 포로토콜이 사용되겠죠. handshake 단에서 양쪽이 해당 프로토콜을 승인하면, 해당 통신 채널을 열 것 입니다. 예를 들어, 동영상 전송과 같은 상황이 있을 수 있겠죠.jpeg 특성.바이너리 이미지의 다운로드와 로딩 방식은, 고전 브라우저 솔루션에서부터 논쟁과 이론이 있어왔습니다. 이미지 포맷을 생성 단계에서부터 바둑판식으로 순차적 착착착.. 으로 로드해줄 것인가, 아니면 matt 단계를 조금씩 선명화 해 줄 것인가.. 라는, jpeg 등 의 포맷으로서의 논쟁이 있었습니다. 지금에 와서는 큰 차이가 없어졌지만, 궁금하신 그.... 시절의 정서는 그러했습니다. 그것은 이미지 자체의 특성이고, 그 특성이 jpeg 으로 컴파일 된 포맷이었습니다. 동심파괴가 되겠지만, 경험하신 신비로움은, 이미지 파일의 특성일 뿐입니다.그리고,사실, file 자체를 감지하고, 해당 파일 뷰어를 로드하는 일이 단순하지만은 않습니다. .pdf 파일을 .xls 확장자로 저장해서 앱에게 전달하면, 파일을 표현해주지 못하는 경우가 대부분일 것입니다. 이런 문제는, 사실 어쩔 수 없다고... 개발의지를 파묻는 경향이 있는데, 저도 공감합니다.확장자가 정직하다는 전제하에서, RN 앱에서 저는,.images 는, expo 의 imageViewer 로,.pdf 는, expo 의 pdfViewer 로,.doc, .xls 등은, 웹뷰로,처리해주고 있습니다.

생존형개발자 · Answer

아는내용도 있고 바뀐내용도 있고해서 정확하진 않습니다.windows 기준으로 예전에는 파일확장자기준이었습니다. 그런데 2000년대 중후반쯤인가, 파일 헤더 데이터로 변경되었습니다. 그 기준으로 더블클릭시 앱을 선택하고 그런것같습니다.이미지가 위에서 부터 보이든지, 흐린이미지에서 해상도를 높이든지, 이건 파일 포멧 방식으로 알고 있습니다.파일헤더에 크기정보와, 위에서 부터 보이는건 파일 바디에 얼추 순차적인 픽셀(그룹) 데이터가 있어서 그렇습니다. 흐림에서 선명한것은 앞쪽에 흐림? 데이터가 먼저 있어서 그렇습니다.위에 볼드의 (패턴)은 파일 헤더를 의미합니다. txt 와 bmp 파일, jpeg 파일을 hex 데이터로 앞쪽에 100byte 정도 출력해보면 눈으로 이해가 될거에요.

HJOW · Answer

이건 파일 시스템에 대한 지식이 필요한 사항입니다.파일 시스템 유형에 따라 파일의 메타 데이터를 어디에 어떻게 저장하는지, 파일 이름은 어떻게 처리하는지 등이 달라집니다.파일 시스템이라 함은 FAT, FAT32, exFAT, NTFS, ReFS, ext, BrtFS 등이 있습니다.그리고 txt 와 jpg를 예로 드셨는데우선 확장자 보이도록 운영체제 설정을 변경한 뒤기존 멀쩡한 파일을 txt 로 파일 이름을 강제로 바꿔 확장자를 바꿉니다.그리고 그거, 그림판은 보장 못하지만, 다른 전문 이미지 툴로 강제로 열어보면, 잘 열립니다.이게 뭘 의미하냐면제 생각에, 파일은 확장자와는 별개로 패턴 을 가지고 있으며, 이미지 뷰어 같은 애플리케이션은 이 '패턴' 을 직접 읽어 파일 형식을 인식하고 데이터를 처리하는 것으로 이해합니다. 그래서 만약 hello.txt 파일의 확장자만 hello.jpg 로 바꾼다고 해도, 이미지 뷰어가 파일을 열 때 기대했던 '패턴' 이 실제 데이터(텍스트 "hello"의 바이트 값)와 다르기 때문에, '유효하지 않은 파일'이라며 오류를 발생시킬 것이라고 생각합니다.이건 아니라고 봐야 합니다.일단 jpg 파일 불러오기 요청이 들어왔다면 (사용자가 파일을 열었겠죠)소프트웨어는 그 파일이 jpg 라고 굳게 믿고, 기존 방식대로 불러오려고 합니다.근데 jpg 규격과 다른 규격으로 기재되어 있으므로, 처리 과정에서 오류가 발생합니다.이는 다시말해, 규격만 맞으면, 열린다는 얘깁니다.참고로 jpg 확장자의 이미지는 JPEG 규격을 따릅니다.https://www.iso.org/standard/18902.html에 규격이 오픈되어 있습니다.이는 xlsx, docx 같은 얘들도 발생합니다.얘내들은 기본적으로 압축 파일이고, 실질 데이터는 그 안에 xml 형식으로 들어가있습니다.워드, 엑셀 같은 프로그램이 아닌, 전문 텍스트 편집기로https://ecma-international.org/publications-and-standards/standards/ecma-376/이 규격대로 작성한 뒤압축해 파일이름 강제로 바꿔서 확장자 맞추고워드, 엑셀 같은 얘들로 열어보면, 열립니다.

아기늑대 · Answer

파일에 대한 확인은 단계별로 이루어 집니다.이유는 리소스를 줄이기 위함입니다.1단계는 확장자입니다. 확장자를 통해 대략적인 유추를 합니다.2단계는 시그니처 입니다. 대다수(txt 제외)의 파일 포맷은 시작 부분에 시그니쳐가 있습니다.https://en.wikipedia.org/wiki/List_of_file_signatures대표적으로 윈도우에서의 실행 파일의 경우 MZ 시그니쳐가 있습니다.그리고 몇몇 파일 포맷은 헤더가 있습니다.헤더 정보를 읽고 분석하여 손상 및 오류를 판단합니다.어찌 보면 시그니쳐도 헤더의 시작 정보로 보면 됩니다.

파일 확장자? 파일 에 대한 질문

5개의 답변

#file 목록