오늘 든 생각.

예전에는 웹 페이지가.. 따로따로 전송 되었다.
물론 풀 리프레쉬를 해서,
이미 전송 받았던 데이터들도 다시 다운을 받는 작업이 들어 갔었다.
( 정확하게 치면 다시 다운 받는것은 아니고, 변경 되었는지 확인하는 작업이 필요했다. )

이렇게 동작하면,
이미 받았던 이미지 화일들도 다시 확인을 해야 하는 등 많은 부하가 걸렸다.



그래서. 조금 새로운게. ajax.
기존의 겉 테두리 이미지들은 그대로 놔두고
xml 정보만을 받아와서 처리 하도록 한다.

그러므로 이미지에 대한 변경 여부를 알아 오지 않아도 된다.



하지만 여전히 최초에 이미지를 받아 올때에는
html 따로, 이미지 따로 받아 온다.
그러므로 여러번 접속이 일어 나게 된다.




아마도 다음세대(?)에는..
html가 이미지가 섞여 있는 file 하나만 다운로드 받도록 될것 같다.
그렇게 되면 단 한번의 접속만으로 모든 데이터를 받아 올 수 있기 때문이다.



내 생각에는..
1-2년내에 곧 그런 기술이 실용화되어서 사용될 것 같다.
( 충분히 가능하다고 생각된다. )


ms에 있는 mht 라는게 있기는 하지만,
이것은 이미지들을 base64로 인코딩하기 때문에 용량이 오히려 커지는 문제가 있다.
그렇기 때문에 html 에 바이너리를 직접 박아 넣을 수 있도록 되어야 할것이다.
( 물론 이것은 기본적으로 zip 압축이 되어 있는 형태겠지? )


물론 이렇게 할려면 -_- 표준이 정해지고,
브라우져가 지원해 주는것이 우선이지만.. ㅋㅋ



아무튼. 그렇게 될 것 같다.

신고
  1. 타오 2007.07.24 11:25 신고

    * mhtml은 RFC 문서도 있는 표준인걸로...
    * base64인코드후 압축 전송을 하면 아무런 문제도 되지 않을뿐더러 mhtml에서 바이너리도 가능하다고 함
    * ajax라서 이미지 로딩이 달라지지는 않음. 어짜피 캐시를 사용할려면 접속을 열어서 uptodate 체크해야하지 않을까 하는...
    * 페이지내에서 이미지가 너무 많아서 접속이 너무 많은경우 이미지만 통짜로 만들어서 클라이언트에서 쪼개서 쓰는 방법도 있는걸로 알고 있삼..

    • Chan 2007.07.24 22:17 신고

      오우~ 자세한 답변. ㅎㅎ 감사 합니다. ㅎ

+ Recent posts