페이지

레이블이 Chrome인 게시물을 표시합니다. 모든 게시물 표시
레이블이 Chrome인 게시물을 표시합니다. 모든 게시물 표시

2018년 8월 17일 금요일

브라우저 어둠의 시대가 다시?

한때, IE가 90%이상의 시장 점유율을 하던 시대가 있었다. 결국, 윈도우에 다른 브라우저도 추가하라는 명령까지 받기도 했다. 이 당시 대부분 한국 웹사이트는 IE전용이였고,  그 당시 넷스케이프와 IE를 둘다 지원하는 것이 어려웠던 시절이라, 부끄럽지만, 나도 내가 만든 웹사이트 아래 아이콘을 넣기도 했다.
최근에는 크롬 브라우저가 점유율 1위라는 사실은 알고 있었는데, 크롬 브라우저에만 최적화된 웹사이트가 많다는 사실을 잘 몰랐다. 하지만.... 아래 기사를 우연하게 보게되었고 놀라지 않을 수 없었다.

Chrome is turning into the new Internet Explorer 6


기사를 보면, 구글에서 구글 어스 사이트는 크롬 브라우저에서 동작한다고 하는데, 현재도 크롬에서만 동작한다. 이외 Airbnb, Groupon도 크롬 최적화되었다는 문구를 넣었다고 한다. 상당히 우려스러운 상황이다. 구글 어스의 경우,  크롬에서만 제공하는 Native-Client를 사용했다고 한다. 일종의 ActiveX를 사용한 것과 비슷한 사례다. 무척이나 우려스러운 상황이다. 구글은 언제나 마음 먹으면 구글 어스 처럼 웹서비스 성능 향상을 위해 성급히 크롬에서만 제공하는 기능이나 웹표준을 사용할수도 있다.

작년 부터, 크롬이 아닌 다른 브라우저로 구글 사이트에 접속하면 크롬을 다운로드하라는 메시지가 나온다. 이 때문에 Firefox가 많은 점유율을 잃었다고 한다.

모잘라가 추구하는 오픈웹은 이렇게 어려운 것이다. IE와의 힘겨운 싸움이 끝나니, 크롬이 치고 들어온 것이다. 물론, 구글이 그렇게 막나가지는 않겠지만, 어찌되었던 회사이고 크롬팀도 성과를 보여주어야하니까, 이런 달콤한 유혹에 빠져들기는 쉽다. 주로 크로미엄 프로젝트로 생업(?)을 이어가는 나에게 이런 사실은 편하지는 않다. 단지 위안을 삼고자 모질라에 기여를 하는데, 오랜 시간 집중이 필요한 일들이라 쉽지는 않다.



2012년 2월 20일 월요일

2012년 1,2월 브라우저 기술 동향

제13차 W3C HTML5 KIG(Korean Interest Group) 회의에서 발표한 최근 브라우저 기술 동향을 정리해보았습니다.
몇가지 특징을 살펴보면,
  1. Remote Debugging
  2. SPDY, SSL Faststart
  3. Hardware Accelerated Graphics
  4. V8
  5. Navigation Timing
  6. Large persistent cache
  7. requestAnimationFrame
  8. Preloading
  9. HTML5 APIs
HTML5 Feature를 살펴보면,
  1. AppCache
  2. FileSystem and File APIs (File, FileList, FileReader, Blob)
  3. localStorage for storing simple key-value pairs
  4. WebSQL for relational data (deprecated)
  5. IndexedDB
지원하는 Device API를 살펴보면,
  1. Geolocation API for accessing location
  2. HTML media capture for camera access
  3. Device orientation
  4. Android Intent URIs such as tel: and geo: that give access to the dialer and Google maps
FAQ 가운데, 중요한 것을 살펴보면,
  1. Is Chrome for Android Beta open source?
Android용 Chrome브라우저는 소스코드가 공개되어 있지만, 개발 브랜치는 공개되지 않았으므로, 아직까지 100% 오픈소스라고 말하기는 힘들 것 같습니다. 하지만 향후, Chromium Project를 통해 오픈소스화 될 것으로 예상합니다.
  1. Does Chrome for Android now support the embedded WebView for a hybrid native/web app?
아직은 지원하지 않지만, Chrome의 WebView를 쓸 수 있으면 독립 프로세스로 진정한 웹앱을 개발할 수 있을 것 같습니다.
  1. Does Chrome for Android support apps and extensions?
아직까지 계획에는 없다고 하지만, WebView를 쓸 수 있다면 앱은 가능할 것이고, 확장은 Desktop과 호환성을 갖추기는 어렵겠지만, 독자적으로 지원할 것으로 예상합니다.
  1. What version of Flash is supported on Chrome for Android?
Adobe도 이미 Mobile용 Flash를 지원하지 않기로 했기 때문에, 역시 Andrioid용 Chrome도 지원하지 않는다고 합니다.
  1. Is Canvas hardware accelerated?
Andorid가 사용하는 2D 그래픽 엔진인 Skia가 HW가속이 되므로, Canvas도 당연히 가속이 됩니다.
  1. What about WebGL support?
이 부분은 의외지만, 아직은 안된다고 합니다.
  1. Does Native Client work on Chrome for Android?
역시 지원하지 않습니다.
더 자세한 내용은 아래 원문을 참고하세요.
그외에,
Erisson에서 WebRTC Demo을 iOS에서 보여주었습니다. Erisson은 그동안 WebKitGtk+과 GStreamer를 기반으로 WebRTC를 구현했습니다. 이번에 iOS용 WebRTC App을 만들어서 서로 화상 통신하는 Demo를 보여준 것입니다. 참고로, WebRTC는 Chrome에서도 이미 구현을 해서 공개를 했고, Mozilla도 관심을 갖고 스펙을 만들고 있습니다. 향후, 웹에서 JS에서 사용가능한 WebRTC API 이용해서 쉽게 화상통신 기능을 구현할 수 있게 될 것입니다.
W3C에서 Shadow DOM이라는 스펙을 표준화하고 있습니다. 웹 UI를 구성하다 보면 자연스럽게 여러개의 구성요소로 화면을 나눌 수 있습니다. 사실 각각의 구성요소가 Widget이 되고 별개로 구분하여 재사용 가능할 수도 있습니다.  사실 HTML에서 사용하는 widget류의 element는 내부적으로 별도의 DOM 구조(Shadow DOM)를 갖고 있으나 접근이 막혀있습니다.   엘리먼트를 이용하면 DOM 구조의 경계를 넘나들 수 있게 됩니다. 그래서 CSS를 조정해서 보이는 모습을 변경할 수 있습니다. 테스트가 필요한 분은 이 글을 참고하세요.

마지막으로, Firefox10에 추가된 개발도구에도 관심을 가져주시기 바랍니다.
나머지 소식을 링크로 확인하세요.
  1. Reverse directions for CSS Animations are now available
  2. Apple has landed support for hardware accelerated CSS Filter animation.
  3. Decoding of JPEG images has been improved by 9% on Chromium.
  4. WebGL is now able to report errors to Web Inspector’s console.
  5. It is now possible to build Samsung’s WebKit EFL port with support for WebGL.
  6. Add a custom CSS Lexer for WebKit, doubling lexing performance!
참고
  1. http://peter.sh/2012/01/shadow-dom-pointer-lock-and-a-new-css-lexer/
  2. http://peter.sh/2012/02/mutation-observers-reversed-animations-and-faster-jpegs/