달력

82020  이전 다음

  •  
  •  
  •  
  •  
  •  
  •  
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  •  
  •  
  •  
  •  
  •  

OKJSP 브라우저 통계

웹 2011. 7. 2. 11:49
크롬브라우저가 전세계적으로 20%를 차지한다는 기사에 OKJSP의 브라우저 통계를 내보았습니다.
지난달 OKJSP는 19%정도 되는군요. 9위에 위치한 RockMelt도 크롬 엔진 기반 브라우저입니다.

2011년



1년 전에는 다음과 같습니다.


2010년


2009년


2009년부터 2011년을 보면 IE의 점유율 하락에 가속도가 붙은 것 같습니다. 
저작자표시비영리변경금지
Posted by 케누 kenu허광남
TAG Browser, chrome, IE, okjsp, 브라우저, 점유율, 크롬
트랙백0 | 댓글4

댓글을 달아 주세요

  1. 아즈키  댓글주소 수정/삭제 댓글쓰기 2011.07.04 10:15 신고

    크롬의 성장세가 두드러지네요. 아침에 http://blog.hankyung.com/kim215/8134106 이걸 보았는데, 크롬 1.0 부터의 열열한 팬으로서 어서 부흥했으면 합니다. :)

  2. 아웃사이더  댓글주소 수정/삭제 댓글쓰기 2011.07.04 10:39 신고

    글보고 저도 확인해보니 제 블로그는 크롬이 33퍼센트나 되더군요 ㅎ

  3. 카스텐  댓글주소 수정/삭제 댓글쓰기 2011.07.07 10:06 신고

    크롬으로 mobile me 접속하면 뜨는 경고메시지 때문에 주로 safari를 사용하다 요즘은 firefox를
    주로 사용합니다.
    하지만 ux 부분에서는 크롬>사파리>>파이어폭스>>>>>>IE 쯤 된다고 생각합니다.

  4. archmond  댓글주소 수정/삭제 댓글쓰기 2012.04.19 13:12 신고

    흥미롭네요.. 잘 보고 갑니다.

2010년 웹 개발에 사용되는 브라우저는?

웹 2010. 4. 27. 07:37
@estima7 님의 트위터를 통해서 알게된 정보입니다.
http://www.webdirections.org/sotw10/ 에서 가져온 그림이 많은 것을 말해주고 있습니다.

개발에 편한 브라우저가 Firefox가 1위인 것은 당연하다 생각되는데, Safari가 2위인 것도 한국인으로서는 의외이고, 구글 크롬브라우저가 3위입니다.
테스트 브라우저에서 IE의 위상은 최종 사용자에서 IE의 비율을 제대로 반영한 것이 아닌가 생각됩니다.
모바일 브라우저에서는 모바일 사파리가 압도적이고, javascript 라이브러리에서 jQuery의 78% 점유율은 대단하게 느껴집니다.

국내 웹 개발자들의 현황과는 다르다고 생각이 되는데, 지난 번 Safari 브라우저의 개발자 지원 도구를 보면서 상당히 진보했다고 느꼈는데, 찬찬히 현재 개발환경을 개선할 점을 찾을 수 있지 않을까 생각됩니다.

http://www.webdirections.org/sotw10/ 에 더 자세한 정보들이 담겨있습니다.

sponsored post : [Adobe RIA 공식 사이트(www.adoberia.co.kr)]


저작자표시비영리변경금지
Posted by 케누 kenu허광남
TAG Browser, chrome, development, Firefox, IE, JavaScript, jQuery, RIA, Safari, Tools, Web, webdirections
트랙백0 | 댓글2

댓글을 달아 주세요

  1. lovedev  댓글주소 수정/삭제 댓글쓰기 2010.04.27 15:14 신고

    맥의 영향이 크네요 :)

  2. E(い)RIS  댓글주소 수정/삭제 댓글쓰기 2010.04.27 18:15 신고

    저 역시 개발할 때는 표준코드 및 자스 디버깅을 위해서 사파리를 애용합니다.
    개발자 도구는 파폭의 자스 디버깅 툴보다 더 우수하다는 생각이 드네요...
    사파리가 메모리 문제만 없다면 진짜 꾸준히 사용하고픈 웹 브라우저네요 ㅋ
    아! 사파리에서 지원해주는 웹페이지 저장 포맷인 웹 아카이브 역시 여타 다른 웹 브라우저와는 차원이 다른 완벽한 웹사이트를 구현해주더군요. 한번 사용해보시면 저장용으로 사파리 밖에 안 쓰게 될꺼예요.(호환성이 없는게 애플스럽지만...기능은 최고!)

브라우저 종류별 스크린샷 서비스

웹 2009. 4. 25. 08:34
http://browsershots.org/

세상에 브라우저가 참 많습니다.

결과화면입니다.

저작자표시비영리변경금지
Posted by 케누 kenu허광남
TAG Browser, 브라우저, 테스트
트랙백0 | 댓글1

댓글을 달아 주세요

  1. lovedev  댓글주소 수정/삭제 댓글쓰기 2009.04.27 10:24

    와..이거 대박인데요 ㅋㅋㅋ

Safari4 beta

맥 2009. 2. 25. 17:01
애플이 가만있지 않는군요. 사파리4 베타버전을 받을 수 있습니다.


Top Sites는 오페라의 스피드다이얼이나 구글 크롬의 새로운 탭과 비슷합니다. 

북마크나 히스토리의 브라우저 커버플로우도 기가 막힌 듯 합니다. UI 컴포넌트 하나 잘 만들어서 기가 막히게 활용하는 애플입니다.

What's New



Posted by 케누 kenu허광남
TAG Apple, Browser, Safari, safari4, 브라우저, 사파리, 애플
트랙백0 | 댓글6

댓글을 달아 주세요

  1. okgosu  댓글주소 수정/삭제 댓글쓰기 2009.02.26 10:05 신고

    자바스크립트엔진도 바꿔서 많이 빨라졌다던데

  2. archmond  댓글주소 수정/삭제 댓글쓰기 2009.02.26 11:23 신고

    웹 브라우저 전쟁.,

  3. siva6  댓글주소 수정/삭제 댓글쓰기 2009.02.26 18:09

    기본 브라우져 변천이
    ie6 -> ff2 -> safari3 -> chrome1 -> ff3 -> chrome2 으로 흘러 왔네요.
    그런데, safari4는 처음 봤을때 와~~~~~~~~ 소리가 나기는 했지만,
    탭위치도 title롤 올라가구요. top sites도 이쁘고 화면 전환도 멋과,
    history의 비주얼도 죽입니다.

    아직까지는 chrome을 버리고 싶지 않더군요.
    조금 더 사용해봐야 겠습니다.

오페라 브라우저 유저의 비애

웹 2007. 10. 14. 14:37
꽤 오랜 동안 제 웹 생활의 중심은 오페라가 되어 왔습니다. 지난 번 올블로그 3주년 행사에서 만난 하늘이님 블로그에 올린 글을 보고 9.2부터 사용하기 시작했습니다. 기능이나 이미지 렌더링이나 irc 채팅지원, RSS 뉴스리더 등의 특징을 잘 활용하고 있습니다.

하지만, 자바스크립트 해석이 달라서 오작동하거나 아예 동작을 하지 않거나, 혹은 원어데이 같은 사이트는 CPU 100%으로 가게 만들더군요.

다음 사이트의 경우입니다. daum 블로그는 읽기가 상당히 난해합니다. 스크린 캡쳐를 잡으면 이렇습니다. 글 우측에 보이는 스크롤바와 그 스크롤바가 가리는 글씨들... 음...
사용자 삽입 이미지

ie, ff에서는 잘 보입니다. 이케요. 브라우저 우측의 스크롤바 보이시죠.
사용자 삽입 이미지
contents from: http://blog.daum.net/miriya

그리고 최근 베타 오픈한 다음 검색쇼를 오페라에서 시도하다가 OTL 했습니다. 1단계에서 2단계로 잘 넘어갑니다. 하지만, 2단계 페이지에 있는 3단계 버튼을 아무리 클릭해도 꼼짝하지 않습니다.
사용자 삽입 이미지

저 다음 단계 버튼을 아무리 클릭해도 꿈쩍을 하지 않는다는 것이죠. 개똥벌래(firebug) 출동시켜서 코드를 비교해봤습니다. href="javascript:..." 와 같은 식으로 코딩을 하면 오페라에서 동작되지 않는 것을 알게 되었습니다. onclick 으로 수정하면 될 듯 합니다.
이 코드는 1단계에서 2단계로 넘어가는데 사용된 코드입니다. onclick 을 사용했습니다.
사용자 삽입 이미지

아래는 문제의 코드입니다.
사용자 삽입 이미지
href="javascript:..." 보이시죠.

브라우저가 많아지는데, 일일이 대응하기 힘들다는 것은 웹프로그래머인 저도 잘 알고 있습니다. 하지만 명품이냐 아니냐는 그 디테일이 어떠하냐로 구분되어집니다. 브라우저를 만드는 벤더나 오픈소스 그룹은 표준을 지키기 위해서 고군분투중입니다. 점차로 브라우저 특화된 함수보다는 웹표준에 입각한 빠른 성능의 브라우저를 만들고 있기 때문에 함수 사용만 웹표준에서 지정하는 방식으로 코딩을 하면 모든 브라우저에서 동작하는 잇점을 취할 수 있을 것입니다.

여튼 마이너 그룹에 속해서 투정 한 번 부려봅니다.
Posted by 케누 kenu허광남
TAG Browser, Daum, Firebug, href, JavaScript, Opera, show, 검색쇼, 웹표준
트랙백0 | 댓글6

댓글을 달아 주세요

  1. 신현석  댓글주소 수정/삭제 댓글쓰기 2007.10.15 10:31

    "명품이냐 아니냐는 그 디테일이 어떠하냐로 구분"

    미투입니다~

  2. 아거스  댓글주소 수정/삭제 댓글쓰기 2007.10.16 10:44

    좋은 지적입니다.^^ 표준은 지키라고 있는것이겠죠. :)

    블로깅 해주신 내용을 테스트 해볼겸 오페라로 검색쇼를 실행해봤는데.. 저는 잘되네요;;

    버젼은 9.22 빌드번호는 8802입니다.

  3. 붉은문양  댓글주소 수정/삭제 댓글쓰기 2007.10.21 12:41 신고

    전 그래서 9.5버전을 기대중입니다. ^^

    자바스크립트 쪽을 많이 고쳤는지 오페라에서만 제대로 안나오던 페이지들이 거의 없어진것 같더라구요 ^^

ie6 너 너무 잘 죽는다.

웹 2007. 9. 21. 11:16

툴바를 깔아서 그런가?
포맷한지 일주일 정도밖에 안되었는데, ie6 다운이 심합니다.

사용자 삽입 이미지

이제는 아주 익숙해져버린 (응답 없음) ... 프로세스 죽이면 타성에 젖은 창이 하나 더 뜨죠.
사용자 삽입 이미지

오류 보낸다고 해결해준 적 한 번도 기억 안납니다.
저도 프로그래머이지만, 불특정 다수를 향해서 프로그램을 만든다는 것은 힘든 줄 압니다. 신도 아니고, 모든 경우의 수를 다 처리하기는 힘들죠. 간만에 자세한 정보 좀 클릭해봤습니다.

사용자 삽입 이미지

szModName : hungapp <-- 이 녀석이 충돌을 일으킨 것 같은데, 구글링 좀 해봐야 겠네요.

대책없는 답변들이 대부분인데 하나 건졌네요.

오류보고에 다음과 같이 나올경우

    szAppName:iexplore.exe  szAppVer : 6.0.2600.0     szModName : hungapp    
    szModVer : 0.0.0.0     offset : 00000000


스파이웨어나 별도의 악성프로그램의 영향으로 인터넷익스플로러가 비정상작동되는 경우 발생하는 경우입니다. 스파이웨어 제거툴로도 완전히 치료되지 않는 경우가 많기 때문에 만약 백신이나 스파이웨어 제거툴로 효과를 못보셨을 경우에 다음과 같이 해보시기바랍니다.
윈도우 시작-> 실행 선택 -> regedit 입력후 확인(레지스트리 편집기 실행) 디렉토리에서 HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\explorer\Browser Helper Objects 를찾아가서 하위 디렉토리 내용을 모두 삭제
from: http://help.paran.com/faq/exSelfFAQS.jsp?category_id1=CATE20040619000169&category_id2=CATE20040619000002


이걸로 고쳐지면 좋겠습니다.
파이어폭스나 오페라도 다운이 되기는 합니다만, 인터넷 익스플로러 다운되면 괜히 더 밉군요.


괜찮은 해결방법입니다.
http://blog.naver.com/whwkddn79/110017629788
Posted by 케누 kenu허광남
TAG Browser, Freeze, hungapp, IE, 다운, 브라우저, 오류보고
트랙백0 | 댓글2

댓글을 달아 주세요

  1. 열이아빠  댓글주소 수정/삭제 댓글쓰기 2007.09.21 11:33 신고

    저도 최근에는 아주 필요한 경우가 아니면
    파이어폭스에서 IE 탭을 사용해서 결재같은것도 처리해버립니다.

브라우저 4종 이미지 렌더링 비교

웹 2007. 7. 22. 23:41

이미지를 브라우저에서 표시할 때 원래의 사이즈와 차이가 날 경우 이미지가 축소되면서 왜곡이 일어납니다. ie6와 firefox2는 이미지 내의 라인을 생략하는 법으로 축소해서 보여주고, opera9.2와 safari3b는 이미지를 다시 렌더링해서 부드럽게 보여줍니다.

이미지 원본

이미지 원본

이미지 원본입니다. 지난 블로그에 올린 글에 첨부한 스크린샷 이미지입니다. 이것이 브라우저마다 다르게 보입니다.

ie6, firefox2

ie6, firefox2

윈도우XP에서 ie6와 firefox2로 보았을 때의 이미지입니다.
opera9.2

opera9.2

윈도우XP에서 오페라9.2로 보았을 때의 이미지입니다.
safari3beta

safari3beta

윈도우XP에서 safari3 beta로 보았을 때의 이미지입니다. 사파리 브라우저는 아직 한글 쓰기가 안되는 버그가 있는 상태입니다.

오페라 브라우저에 대한 호감이 또 한 번 증가하는군요.

Posted by 케누 kenu허광남
TAG Browser, Firefox, IE, Opera, Safari, 렌더링, 이미지
트랙백0 | 댓글0

댓글을 달아 주세요