헤더압축이나 캐싱등 활용해서 네트워크 트래픽을 최적화 할 수 있어요? (인증 쿠기/세션용도로만 썻는데)
- dc official App
댓글 13
ㅇㅇ 가능 본문은 기본적인 내용이고 더 심화되게 응용 가능
웃스음(112.168)2025-04-13 21:09
답글
예시로 가능? 이거 너무 추상적 내용이라 느낌이 안와요 - dc App
익명(121.55)2025-04-13 21:12
답글
위 본문 내용으로 예시들어 달라는거임?
웃스음(112.168)2025-04-13 21:14
답글
뭔가 이렇다 할 느낌의 최적화를 한다는 감이 안와서;; - dc App
익명(121.55)2025-04-13 21:16
답글
쉽게 예를 들어주면 너가 만약 쿠팡같은 플랫폼을 만들고 있어
쿠팡은 상품 프로필 사진을 이미지로 업로드 하잖아? 쿠팡 같은 사이트는 프로필 사이즈 규격이 정해져있고(200x200)
판매자는 프로필 이미지를 올릴때 그냥 랜덤하게 올림 (500x500) 근데 어차피 보이는 크기는 (200x200)이라 500x500으로 저장하면 공간만 낭비됨
웃스음(112.168)2025-04-13 21:19
답글
이런 부분에서 리사이징 해서 서버에서 저장할 수 있는거고
이런 상품 프로필 이미지는 손실을 어느정도 감수해도 된다면
이미지를 업로드할때 어느정도 손실을 감소하고 손실 압축해서 보낼수도 있음
웃스음(112.168)2025-04-13 21:20
답글
아 이런 내용을 많이 봤는데 생각보다 .. HTTP 프로토콜 자체를 변경하거나 개선하는 것이 아니라.. 데이터 전송 과정에서 효율성을 높이는 어플리케이션 단계 최적화구나 - dc App
익명(121.55)2025-04-13 21:25
답글
캐싱은 브라우저 단에서 할 수도 있고 서버 단에서 할 수도 있고
상품 같은 데이터는 자주 바뀔 가능성이 적은 데이터인데
상품 A를 처음 조회했는데 두 번째부터 조회할 때 또 이미지를 서버로부터 받아오면 서버 자원이 낭비되잖아?
이때는 그냥 http eTag 같은 거 써서 캐싱할 수도 있고
웃스음(112.168)2025-04-13 21:27
답글
HTTP 프로토콜 자체를 개선하는 방향도 있지 근데 생각을 해봐라
HTTP 프로토콜을 개선하려면 일단 너가 사용하는 브라우저부터 다시 만들어야해 왜?
브라우저는 HTTP 프로토콜 위에서 동작하니까 여기서 개선을 어떻게해
웃스음(112.168)2025-04-13 21:28
답글
너무 어렵게 생각했네.. 생각보다 단순하구나 - dc App
익명(121.55)2025-04-13 21:30
답글
물론 너가 HTTP 프로토콜 위에서 영상 스트리밍 플랫폼같은 거를 만든다면
HLS같은거 설계해서 할수도 있겠지 근데 ㅈㄴ 복잡할듯
웃스음(112.168)2025-04-13 21:32
답글
카카오톡 황소프로젝트 << 이런거 말하는것 같은데 찾아보셈
웃스음(112.168)2025-04-13 21:35
답글
ㅇㅇ..그런게 궁금했음 프로토콜 경량화방식.. 근데 찾아보니 결국 보안이 뿌슝하고 뚫렸었나보네 - dc App
ㅇㅇ 가능 본문은 기본적인 내용이고 더 심화되게 응용 가능
예시로 가능? 이거 너무 추상적 내용이라 느낌이 안와요 - dc App
위 본문 내용으로 예시들어 달라는거임?
뭔가 이렇다 할 느낌의 최적화를 한다는 감이 안와서;; - dc App
쉽게 예를 들어주면 너가 만약 쿠팡같은 플랫폼을 만들고 있어 쿠팡은 상품 프로필 사진을 이미지로 업로드 하잖아? 쿠팡 같은 사이트는 프로필 사이즈 규격이 정해져있고(200x200) 판매자는 프로필 이미지를 올릴때 그냥 랜덤하게 올림 (500x500) 근데 어차피 보이는 크기는 (200x200)이라 500x500으로 저장하면 공간만 낭비됨
이런 부분에서 리사이징 해서 서버에서 저장할 수 있는거고 이런 상품 프로필 이미지는 손실을 어느정도 감수해도 된다면 이미지를 업로드할때 어느정도 손실을 감소하고 손실 압축해서 보낼수도 있음
아 이런 내용을 많이 봤는데 생각보다 .. HTTP 프로토콜 자체를 변경하거나 개선하는 것이 아니라.. 데이터 전송 과정에서 효율성을 높이는 어플리케이션 단계 최적화구나 - dc App
캐싱은 브라우저 단에서 할 수도 있고 서버 단에서 할 수도 있고 상품 같은 데이터는 자주 바뀔 가능성이 적은 데이터인데 상품 A를 처음 조회했는데 두 번째부터 조회할 때 또 이미지를 서버로부터 받아오면 서버 자원이 낭비되잖아? 이때는 그냥 http eTag 같은 거 써서 캐싱할 수도 있고
HTTP 프로토콜 자체를 개선하는 방향도 있지 근데 생각을 해봐라 HTTP 프로토콜을 개선하려면 일단 너가 사용하는 브라우저부터 다시 만들어야해 왜? 브라우저는 HTTP 프로토콜 위에서 동작하니까 여기서 개선을 어떻게해
너무 어렵게 생각했네.. 생각보다 단순하구나 - dc App
물론 너가 HTTP 프로토콜 위에서 영상 스트리밍 플랫폼같은 거를 만든다면 HLS같은거 설계해서 할수도 있겠지 근데 ㅈㄴ 복잡할듯
카카오톡 황소프로젝트 << 이런거 말하는것 같은데 찾아보셈
ㅇㅇ..그런게 궁금했음 프로토콜 경량화방식.. 근데 찾아보니 결국 보안이 뿌슝하고 뚫렸었나보네 - dc App