여러분은 브라우저가 image를 어떻게 가져오시는지 이해하시나요?

Question

안녕하세요여기계신 여러분들은 html 한번씩 만져보셨을겁니다.우리는 이미지를 첨부할 때가 있잖아요?마치 인 것 처럼요.그런데 문득 궁금해졌습니다.절대경로와 상대경로가 불러오는 이미지의 처리속도에 차이가 있는지를요.예를들어 제가 www.test.com이라는 도메인을 소유하고 있는 중이라고 가정해봅시다.메인에 이미지를 넣었습니다.방법은 두 가지입니다.방법1.방법2둘 다 개발자 도구의 network 탭에서는 https://www.test.com/images/img1.jpg 라는 이미지를 불러오도록 request를 보냈을겁니다.성공했으면 202겠죠.제가 HTML을 처음 배우던 꼬꼬마 시절에는 당연히 짧게 적는게 최고일줄 알았는데,꼭 그런것만은 아니라는걸 알았습니다.물론 짧은게 좋긴한데, 루트디렉토리 영향 안받고 언제나 리소스를 받을 수 있는 절대경로도 나쁘지 않더군요.여기서 제가 궁금한 것입니다.저 둘의 파싱/렌더 속도는 차이가 있을까요...?비단 저 이미지 하나뿐만 아니라 이 거대한 프로젝트의 모든 파일을 저런식으로 통일한다고 가정하면속도차이가 있을까요? (글자수가 몇글자 길어지는건 그냥 차이가 없다고 가정)예를 들어 그냥 image/img1.jpg라고 적으면뭔가 request가 향하는 경로가 짧아보이고(?) 뭔가 도메인 자신에게서 뭔가 리소스를 찾으려 한다는 느낌이 듭니다.(그냥 느낌뿐임)근데 https를 포함한 풀경로를 달면 뭔가 상위 도메인부터 쭉훑고 내려와서 DNS를 거쳐서 처음부터 찾는 느낌이랄까요. 이거도 뭐 그냥 느낌입니다.실제로 공학적으로 차이가 있는지 궁금합니다.읽어주셔서 감사합니다.

엡실론 · Answer

파싱해야 되는 문자열이 줄어드니 방법 1이 파싱은 미미하게 빠를 수도 있겠네요. 데이터 양이 줄어드니 네트워크로 전송하는 시간도 줄어들테고요.미미하다는 건 성능상 별 고민할 가치가 없다는 뜻입니다. 이게 영향을 줄 정도로 외부 리소스를 많이 불라온다면 차라리 그 이미지 전송시간이 더 걸릴텐데요.그것보다는 관리 측면에서 생각해보세요.향후 도메인 네임이 바뀌면 어떻게 할 건지. 페이지 위치가 바뀔때는 어떻게 할건지.

여러분은 브라우저가 image를 어떻게 가져오시는지 이해하시나요?

1개의 답변

Q&A 목록