드디어 말로만 떠나니던 IE 8 의 베타판이 출시되었습니다.
내용을 보자마자 바로 깔고 테스트를 해보았습니다.
IE 7 과 크게 다르지 않게 렌더링 될거라는 생각을 했으나 몇가지 차이가 있더군요.

렌더링 방식에서는 IE 7 보다는 좀더 최신 웹표준방식을 따르고 있다라고 할 수 있을 것 같습니다. (그들의 말로는. 아직 체크못함)
하지만, 기존 웹표준 브라우저들에서 문제가 없었던 form 영역과 iframe 영역의 해석방식이 차이를 보이고 있더군요.
잡코리아를 제일 먼저 띄워보니 iframe과 form을 사용한 부분들에서 문제가 발생하더군요.

이것에 관해 글을 좀 써볼까 했으니 좋은 글이 있어 링크를 겁니다.

IE8 베타 드디어 출시, 해결책, 새기능

평소 이런저런 IE 8 에 대한 정보를 얻으러 가던 정말 멋진 일모리님의 블로그입니다.
꼭 한번 방문하시고, 다른 글들도 다 보시길… ^^

한가지 덧붙이자면, IE 8 자체에 Developer Tool 이 있더군요.
firefox 의 플러그인인 Developer Tool 에 비하면 좀 촌스럽게 느껴질지 모르겠습니다.
하지만, firefox Developer Tool 이 지원하는 내용보다 좋은 점이 있었습니다.
바로 제작자가 작성한 CSS 스타일을 그대로 보여준다는 점이었습니다.
firefox 는 작성하지 않더라도 여러 방식으로 스타일이 ‘없음’을 나타내려고 하는데, IE 8 의 경우는 아니었습니다.
제 생각에는 그건 firefox 보다는 좋았습니다.

시간나면 관련해서 더 훑어볼 생각!! ^^

지난주 드디어 작업이 완료되었다.
잡코리아에서 가장 많은 페이지뷰를 가진 페이지에 대한 웹표준화 작업이 완료되었다.
잡코리아 메인과 몇개의 페이지다.

실제로 웹표준을 지켰다!고 할수는 없을지도 모른다.
웹표준을 지키려고 노력한 첫번째 잡코리아의 시도라고 하는게 더 맞는 말인 것 같다.
아직 풀어야할 숙제가 많이 남은것도 사실이다.

html 마크업과 css 를 사용해서 웹을 만들었다고 해서 웹표준은 아니기 때문일 것이다.
또한 웹표준이 전부가 아니라, 웹접근성을 얼마나 향상시켰느냐가 더 중요하기 때문이기도 하다.

• javascript 와 asp 등에서 접근성에 위반되지만 사용할 수 밖에 없었던 부분.
• 끔찍했던 IE 문자중복버그.
• 이유는 알수없지만, 아마도 생성파일을 만드는 도중에 발생하는 빈번한 브라우저 다운현상.

등등 어려움이 많았지만, 꼼수와 잔머리로 대충 마무리하고 오픈시켰다.

잡코리아 메인의 경우는 과거 차지하던 리소스에서 무려 49.6%라는 어마어마한 양으로 줄이는데 성공했다.
실제로 잡코리아 메인이 이 정도로(물론 지금도 느리다 ^^) 빨리 뜨는걸 본건 연휴시기 이후로 처음이다.

메인만큼의 큰 웹표준 작업이 없었던 나에게 실제로 웹표준을 지켜서 웹을 만들면 이렇게 용량을 줄일 수 있다는 사실을 알게한 경이로운 작업이었다.
기존에 부스로고 하나를 보이게 하기 위해 총 19줄을 사용했으나 이제는 4줄로 줄었고, 사용한 코드조차 워낙 단순해서 아마 그런 것 같다.

다음 포스트부터 잡코리아 웹표준화 작업을 하면서 겪었던 문제, 해결책 등 여러 부분에 있어서 공유할 예정이다.
많은 질책 부탁드립니다.~

(어떤 페이지들을 바꿨는지 말해도 되는지 몰라서.. 혹시 문제 생길까봐…. 눈에 보이는 메인만 다룰 예정입니다~~)