|
:: 게시판
:: 이전 게시판
|
- 자유 주제로 사용할 수 있는 게시판입니다.
- 토론 게시판의 용도를 겸합니다.
통합규정 1.3 이용안내 인용"Pgr은 '명문화된 삭제규정'이 반드시 필요하지 않은 분을 환영합니다.법 없이도 사는 사람, 남에게 상처를 주지 않으면서 같이 이야기 나눌 수 있는 분이면 좋겠습니다."
14/09/19 15:16
https://www.modern.ie/en-us/ie6countdown
이제는 MS에서 조차 빨리 없애버리자고 하는 마당이니... 그나저나 한국도 이제 IE6은 점유율 1% 미만이네요.
14/09/19 15:17
네, 그런 사이트는 아직 IE 11의 거짓말(..)에 대응하지 못한 경우죠. IE 11이 더 이상 IE라는 자기 PR을 안 하긴 하지만, 그래도 IE인지 아닌지 확인하는 방법이 있긴 하거든요. (전문 용어로 말하자면, feature detection을 쓰는 게 권장됩니다.) 그 수단을 쓰도록 개발자가 사이트를 패치해 줘야 하는 거죠.
14/09/19 15:17
어차피 ie는 파폭 다운받을 때만 써서 out of 안중이었는데
이 글 보고 엥? 해서 놀래서 찾아보니까 http://blogs.msdn.com/b/ieinternals/archive/2013/09/21/internet-explorer-11-user-agent-string-ua-string-sniffing-compatibility-with-gecko-webkit.aspx 진짜네요 -_- 정말 쫄리긴 쫄렸나봅니다 허허...
14/09/19 16:18
MS의 의도는 IE임을 완벽하게 숨기는 게 아니라, IE 11의 존재를 아직 몰라서 IE 버전에 상관 없이 무조건 낡은 페이지를 보내는 사이트를 우회하기 위한 거라서 괜찮습니다.
만일 사이트에 패치를 해서 IE 11를 인식하게 된다고 해도, 그 사이트가 굳이 낡은 페이지를 보낼 이유는 없으니까요. 낡은 페이지는 IE 구 버전에만 보내고, IE 11은 여타 브라우저와 똑같이 취급하면 되는 것이죠. 단지 문제는 IE 11이더라도 여전히 다른 브라우저와 동작이 다른 경우가 있기에... 이런 경우 처리하기가 살짝 더 귀찮아졌다는 것이죠. ActiveX 같은 거 말입니다. 하지만 웹 표준만 쓴다면 문제가 '거의' 없다고 볼 수 있죠. (슬프게도 아예 없진 않습니다 ㅠㅠ)
14/09/19 15:25
아항 여러가지가 이해되네요.
안타까우면서도, 지금은 IE 11이 다른 브라우저보다 낫다는 이야기도 들으니, 참 bitter sweet 한 상황입니다.
14/09/19 16:19
으... 저도 그런 말을 많이 듣긴 합니다만, 웹 개발자 입장에서는 IE 11이 다른 브라우저보다 낫다는 얘기에는 공감하지 못하겠습니다. 여전히 IE에 맞추는 게 가장 까다로워요... 표준 구현 수준도 가장 떨어지고...
14/09/19 15:28
비교적 최근에도 HTML5 + Jquery로 짜고 환경 테스트 하면 유독 IE에서만 깨지는 경우가 있어서 뒷목좀 잡았네요..
아무래도 크롬 개발자 도구가 너무 좋아서 개발은 크롬으로 하게되다 보니 개발 다하고 나서 IE에 특정한 버그가 펑펑..; 크크; 특히 클라이언트 중에 대기업 같은 경우는 브라우저를 제한하는 경우가 있는데 하필 IE이면 이게 참 뭐합니다.. 크크;
14/09/19 15:40
IE6가 출시된 시기를 생각하면 절대적으로 구린 브라우저였던 건 아닌데.. 넷스케이프 날려버린 후에 너무 오랫동안 변변한 업데이트를 안해서
14/09/19 16:23
사실 당시로서는 가장 훌륭한 브라우저였죠. 제가 기억하기로는 IE 5 나오면서 이미 넷스케이프를 역전했던 것 같습니다. 끼워 팔기든 뭐든, 품질은 좋았으니까요. 5.5도 좋았고, 6으로도 웬만한 건 다 할 수 있었죠. '다이나믹 HTML'이라는 개념을 주창하기도 했고, Ajax의 핵심 기술인 XMLHttpRequset도 그 시절에 나왔으니... MS가 참 대단했죠.
...그런 MS가 IE 7 출시까지 5년 동안 요지부동으로 뒷통수를 칠 줄이야...
14/09/19 16:27
브라우저 전쟁에서 승리한 뒤에, 브라우저에 대한 투자를 더 이상 하지 않았던 댓가를 돌려받고 있는 요즘이죠.
어쨌든 놀림감이 될 수는 있겠으나 UA에서 MSIE 키워드를 삭제한 것은 실질적으론 괜찮은 선택입니다. MS의 영역안에 있는 개발자들에게 "이제 IE도 표준 잘 지켜서 개발되고 있으니 MSIE로 분기해서 처리하지 마세요"라고 공식 선언한거죠. MSIE 키워드는 이 글의 본문처럼 키워드가 포함된 경우 구닥다리 방식의 페이지로 보내버리기 위해서도 사용되었지만, 한국처럼 IE가 아닌 브라우저들에서는 다짜고짜 "Netscape 브라우저는 지원하지 않습니다." 따위의 메시지를 보내는 경우를 위해서도 사용되었습니다. 어느 쪽이든 이제는 그런짓 하지 말라는겁니다. IE11은 꽤 괜찮은 브라우저지만, 아직 크롬을 따라가긴 멀었다고 생각합니다. 단순히 속도만을 놓고 본다면 꽤 빠른편이구요. 브라우저는 대개 최신버전이 가장 빨라서, 벤치마크 결과를 보면 크롬/FF/IE가 항상 기록을 경신하며 엎치락 뒤치락 합니다. 말나온김에 하나 더 얘기해보자면 국내에서도 IE6과 더불어 IE7의 시대도 저문 것 같습니다. 보수적으로 통계를 집계하는 곳들은 여전히 15~20% 이상의 IE7 점유율이 잡히지만, 실제로는 호환성보기 사용자들입니다. 호환성보기 사용자가 아닌 실 IE7 사용자수를 집계하면 1%정도 밖에 나오지 않습니다. 이제 포털들도 더 이상 IE6, IE7을 염두에 두지 않고 개발합니다. 아직 IE8은 20% 정도의 점유율을 가지고 있습니다. 이 점유율이 5% 이하로 떨어질 때쯤이 국내에서도 HTML5/CSS3가 대중화 되는 티핑포인트가 될 것으로 예상합니다. 하지만 이건 개발자들만 느낄 수 있을 변화입니다. 사용자들에게는 별 의미도 없고 변화해도 아무 느낌도 없을겁니다.
14/09/19 16:43
저는 지금도 참 의아합니다. 웹 브라우저 엔진이라는 게 무척 거대하고 복잡한 프로젝트이긴 하지만, 어찌 됐든 남들과는 다른 무슨 창의성이 필요한 분야는 아닙니다. 웹 표준 트랙에 참가하면서 새로운 표준을 제정할 때는 물론 창의성이 필요하지만, 일단 표준이 정해지고 나면 으랏차차 달려들어서 최대한 표준에 가깝게 구현하는 게 웹 브라우저 개발의 주된 일이란 말이죠.
그런데 대체 MS는 IE를 정상화하는 데 왜 이리 오래 걸리는 겁니까. '아 이제 정신 차려야겠다'고 생각한 게 2006년의 일인데, 7년이 지난 IE 11조차도 아직 표준 구현 수준이 많이 미진합니다. 걔들이 돈이 없나요, 개발자가 없나요. 그렇다고 MS가 웹 주도권을 빼앗길 수도 있는 사태의 심각성을 얕보고 있는 것도 아닌 것 같고요. 투자를 끊었더라도, 몇 년 사이에 바짝 미친듯이 투자해서 따라올 수 있지 않았습니까? 사실은 별로 의욕이 없는 게 아닌가 하는 생각이 들 정도입니다. ---- 호환성 모드는... 으... IE의 또 다른 원죄라고 생각합니다. 이거 동작이 미묘한 게 많아서 이해하기가 상당히 힘들더군요. 대표적인 것으로 렌더링(HTML)과 자바스크립트(DOM)에 사용되는 IE 엔진은 [다를 수도 있습니다.] 즉, 렌더링 자체는 IE 최신 버전으로 잘 되는데 DOM이 과거 버전으로 인식돼서 자바스크립트로는 컨트롤할 수 없는 경우도 있더군요. 이게 IE 버전, IE의 호환성 보기 설정, 웹 페이지의 X-UA-Compatible라는 세 가지 변수에 영향을 받기 때문에 결과를 예측하기가 무척 힘듭니다. 그리고 해결이 불가능한 문제도 있는데... 웹 페이지에서 X-UA-Compatible을 쓰더라도, iframe 안에 삽입될 경우에는 그 설정이 무시됩니다. 부모 페이지의 엔진 버전을 따라가게 되죠. 따라서 만일 어떤 사이트가 다른 사이트에 삽입되는 iframe 위젯을 제공한다면... '호환성 보기'를 켠 사용자들은 그 위젯을 IE7 엔진으로 사용하게 되죠. 유튜브고 뭐고 다 그렇습니다. 이 문제는 해결책이 아예 없어요... ---- 아오 결국 IE 불평만 하게 되는군요. 웹 개발은 시궁창입니다. 흑흑. 그래도 절대로 멸망할 것 같지 않아 보였던 IE 6이 사라진 것만으로도 저는 기적과도 같은 달콤함이라고 생각합니다. 이제 IE 7, IE 8도 차근차근 없애 나가야죠...
14/09/19 18:49
MS로서는 사실 이렇게 될줄 몰랐겠지요.
전 세계적으로 IE의 점유율이 90% 찍던시절에 게임이 끝났다고 생각해서 손을 놨을겁니다. 실제로 IE6 이후로 개발팀이 상당부분 해체되었었다는 얘기도 읽었던 기억이 나네요. 구글 크롬 같은 경쟁자가 없다면 MS 입장에선 브라우저가 발전하지 않는 편이 더 나을겁니다. 웹이 발전하면서 자꾸 OS 역할을 하거든요. MS는 윈도우를 팔아먹고, 오피스를 팔아먹으면서 돈을 버는 회산데 구글 크롬OS 같은게 나오고, 구글독스같은게 나오면서 MS의 캐시카우가 하는 일들을 자꾸 무료화 해버리고 있으니까요. 마치 카카오톡을 보는 이통사들과 비슷한 입장이 아닐까 생각합니다.
14/09/19 19:04
개발이 생각보다 빨리 따라오지 못하는 문제는... Trident를 버리지 못한 때문이겠죠.
IE는 브라우저 엔진으로 Trident를 사용하고, FF는 gecko, 사파리/크롬/오페라는 webkit기반 엔진을 사용합니다. 원래 오페라는 presto 라는 자체 엔진을 사용하다가 웹킷의 파워에 밀려 투항한 셈이 되었죠. 그리고 크롬과 오페라는 webkit을 포크한 webkit기반의 blink라는 새로운 엔진을 만들었구요. MS 내부에서도 "우리도 trident 버리고 웹킷이나 블링크로 갈아탈까?" 라는 의견들이 없진 않겠지만... 아무래도 그런 큰 결정을 내릴만한 인물이 스티브 발머 체제에선 없지 않았을까 싶습니다. "우리가 십몇년 동안 만든거지만 버리고 우리도 오픈소스 엔진 씁시다!" 라고 하긴 쉽지 않겠죠 여차여차해서 IE도 현재까지 웹킷 브라우저들에 어느정도 많이 따라오기도 했구요. 그리고 현재의 웹표준은 예전과 다르게 매일매일 표준이 갱신되고 있다보니, W3C 스펙의 최종 단계인 Recommendation(권고안)이 의미가 없습니다. 브라우저 개발사끼리 서로 새 기능 만들기 경쟁하면서, 힘있는 회사가 밀어붙여서 잘 만들어진 안들이 표준으로 정착되는 모양새지요. MS도 열심히 붙어서 자신들이 만든 기능들을 표준으로 밀기를 열심히 하고 있구요. 아무래도 표준안을 먼저 제안했던 회사들이 구현 속도에 있어서도 남들보다 빠를 수 밖에 없기 때문에 그 동안 작업을 꾸준히 해왔던 웹킷진영이 MS 쪽보다는 속도가 더 나는건 어쩔 수 없지 않나 생각합니다.
14/09/19 20:17
어떤 점 때문에 크롬이 더 좋은지 여쭤봐도 될가요?
개인적으로 IE11은 정말 괜찮다고 생각하거든요. IE8의 개발자도구와 IE11의 개발자도구를 비교해 보면 청산벽해죠. 크롬하고 비교해도 크게 부족함이 없다고 보여지구요. 회사사이트들이 다 IE기반이라 그렇긴 하지만(SSO로그인이 참... ) 회사에서는 크롬은 안 쓰고 IE11만 사용하고 있네요. 물론 집에서는 크롬만 쓴다는 게 함정.
14/09/19 20:49
저는 개발자도구죠.
IE8과 비교하면 IE11의 개발자도구가 좋지만, 크롬의 개발자도구와 비교하면 못써먹을 느낌이랄까요. 사용자로서는 구글 계정 로그인을 통한 북마크, 패스워드 저장, 확장프로그램 자동 연동이 아주 큽니다. 집 PC, 아이패드, 모바일, 회사 PC, 집노트북, 회사노트북이 모두 자동 동기화되니까요. UI의 친숙함도 크롬을 선호하는 이유중 하나인데요. 이건 단순히 자신이 오래사용한 브라우저에 편안함을 느끼는 감정이라고 설명 할 수 있을 것 같습니다. 저도 2008년 까지는 메인 브라우저가 IE 였기 때문에 크롬에 익숙해지는데 아주 오랜 시간이 걸렸거든요. 빠른 속도에 반해서 크롬으로 갈아탔지만 익숙한 느낌을 가지는데 1년 정도 걸린 것 같습니다.
14/09/19 16:34
그래서 IE로 뭔가 해 보려고 하면 골치아프게 깨지는 거였군요. 어쩐지...
덕분에 웹 사이트에서 결제할 때는 IE가 멀쩡히 있는데도 크롬 - IE 호환으로 결제해야 하는 황당한 상황이 벌어졌었죠. 물론 만악의 근원은 활동적인 X겠지만...
14/09/19 16:40
단지 이 문제 뿐이었다면 대개의 쇼핑몰들이 바로 문제를 해결했을겁니다.
이미 2년전에 MS가 국내 인터넷 기업들에 공문을 보내고, 모아놓고 개발자 세미나도 하면서 앞으로 이렇게 바뀔 예정이니 미리 수정하시라고 했거든요. 하지만 이 외에도 결제모듈들에 구형 IE에서만 돌아가도록 설계된 부분들이 많이 있는거죠.
14/09/19 16:38
여담이지만... 방금 주민등록등본을 뽑으려고 업데이트 되어있던 IE 11을 지웠습니다.
기껏 지우고 IE 10으로 진행했더니 출력할 수 없는 프린터라고 ㅠㅠ...
14/09/19 17:09
글도 잘 쓰시고 재미있네요. 부업으로 웹개발 하고 있는데 유용한 정보네요. IE는 11와서 성능이나 HTML5/CSS3 지원 등 상당 부분 마음에 들기도 하고, 일반적인 사이트들에서는 IE11는 좋습니다만, 안 좋은 점이 있다면, 이제는 오히려 IE11이 기존의 IE기반으로 만들어진 사이트들을 대상으로 오류를 종종 뱉어낸다는 사실.. 특히 블리자드 배틀넷에서 결제가 잘 IE8에서 잘 안 되어서 1:1 채팅으로 대화를 하면서 "IE11로 업그레이드하면 될까요?" 라고 물어보니 돌아오는 대답이, "아니요!!!ㅠㅠㅠㅠ 더 안되요!!" 이랬던게 기억나네요 크크 그래서 배틀넷 결제용으로 IE9 깔아놓고 웹서핑은 IE11로 하고 있습니다.
14/09/19 17:20
ssd 업글 전에는 크롬 위주로 썼었는데
업글 후에는 그냥 ie만 씁니다. 모 사용자 입장에서는 속도 차이를 보게 되는데 별차이가 없고 결제 , 인터넷 뱅킹은 아무래도 편하죠. 그리고 pc 유지보수를 하는 입장에서는 회사 pc에 크롬 깔린거 보이면 아 뻘 프로그램 깔다가 툴바 같은거 깔렸겠구나 판단이 됩니다. 크롬 깔린 PC 사용자에게 크롬 일부러 까신건가요 하고 물어보면 크롬이 모에요? 하고 되묻는 회사니... IT 관련 회사가 아닌 이상 일반 회사의 PC 사용자 수준은 정말 처참하죠.... 크크 개인적으로 젤 쓰레기라고 판단되는 ie 버전은 9 였습니다. 호환성 이런거는 모르겠고 깔자 마자 (특히 노트북들) 인터넷만 느린게 아니라 pc 전체가 확 느려지는게 느껴져서 아주 어이가 없었죠. 그렇지만 지금 회사에서는 그룹웨어가 공식적으로 IE9 최적화라 IE9만 깔고 있는 불편한 진실....
14/09/19 17:24
크롬은 다 좋은데(특히 개발자 도구가 굳!), 리소스를 많이 먹긴 하죠.
예전과는 반대로 저성능 컴에서는 그냥 IE 사용하고 고성능 환경에선 크롬을 설치해서 사용합니다. 저번 글부터 이런 글 너무 좋습니다! 재밋는 정보 올려주셔서 감사합니다
14/09/19 21:56
도대체 크롬은 왜 이리 리소스를 많이 잡아먹는건지... XP 쓰기 때문에 익스플로러 업데이트도 안 되는데 미치겠네요.
똑같은 웹사이트를 크롬으로 돌릴 때랑 IE로 돌릴 때랑 크롬이 속도가 확연히 느려지니...
14/09/19 22:37
IE8보다 크롬이 느리다고 하면 뭔가 크롬이 정상인 상태가 아닐 것 같은데요?
악성코드나 확장프로그램 등의 영향을 받고 있는게 아닐까 의심됩니다.
14/09/20 03:51
전체가 그런 것은 아니고 단독으로 브라우징 하는 것은 크롬이 훨씬 빠릅니다.
근데 플래시 기반의 채팅창이라던가, 유튜브나 다음팟 같은 동영상을 볼 때라던가, 다른 프로그램과 동시 작업 할 때 반응속도가 차이나네요.
14/09/20 03:53
단순하게 크롬만 켜놓은 상태에서는 당연히 크롬이 더 빠릅니다. 다른 프로그램과 동시 작업 할 때나 플래시 기반의 채팅창, 동영상 같은 것을 사용할 때 차이가 납니다.
14/09/23 20:29
인트라넷 issue tracking 페이지가 ie8이 감당하기에는 너무 버거워 ie11로 올렸습니다.
쿠키가 전혀 구워지지 않더군요.. 심지어 msn 공홈에서마저, "로그인 유지"가 되지 않았습니다. 이래서는 뭐 할 수 있는게 없기 때문에 다시 ie8로 내려왔습니다. 사내 보안 인증 active-X가 작동을 안합니다. 아예 컨트롤 로딩이 되지 않는지, 아무리 재설치를 해도 "확장 프로그램"목록에 없더군요. 일은 바쁜데, 눈치보며 포맷하느라 죽는줄 알았네요... 하아앙..
14/10/05 17:04
윈7이라서 저도 모르게 IE11로 업글이 되었는데..
공인인증서 재발급이 안되네요 ㅡ_ㅡ; 소시적이었으면 디그레이드라도 했었는데(IE4.X대 시절 크크크) 이 나이되서 그러고 살고 싶지 않으니 ㅡ_ㅡ 그냥 다른은행 인증서 발급받는걸로 ㅡ_ㅡ;;;
|
||||||||||
