반응형

Connectivity

More efficient connectivity means more real-time chats, faster games, and better communication. Web Sockets and Server-Sent Events are pushing (pun intended) data between client and server more efficiently than ever before.

Demos

Websocket.org echo test
HTML5demo.com websocket demo
HTML5demo.com online connectivity monitor

In the Wild

Plink
Word2
Stream Congress
Hummingbird Realtime Analytics
Scrumblr realtime SCRUM sprint board
noVNC - a full VNC client implemented in Canvas & WebSockets


반응형
반응형

인터넷에 연결 되어 있지 않더라도 웹 어플리케이션을 실행 할 수 있도록

HTML5 에서는 어플리케이션 캐시를 지원한다.

 

두 부분으로 나누어 생각 해 볼 수 있다.

1. manifest file
2. JavaScript

매니페스트 파일은 캐시될 자원들, 즉 HTML, JavaScript, CSS, Image 등을 기술하는 파일이고
자바스크립트는 캐시된 파일을 업데이트하기 위해 사용한다.


* Application Cache 지원여부 확인

if (window.applicationCache) {
console.log("지원함");
} else {
console.log("지원안함");
}

    Application Cache 상태

    Window.applicationCache.status 를 확인하면 현재 캐쉬의 상태를 알 수 있다. 다음과 같이 6개의 상태값을 가질 수 있다. 각 상태값은 applicationCache 에 대문자로 된 상수로 선언되어 있다.

    if ( window.applicationCache.status == window.applicationCache.UPDATEREADY) { // 작업진행 }

  • 0 – UNCACHED
    페이지가 캐쉬를 사용하지 않거나, 맨 처음 접속시에 캐쉬가 다운로드 되기 전까지는 UNCACHED 상태이다.
  • 1 – IDLE
    브라우저가 최신버전의 Application Cache 로 업데이트되었고, 더 이상 다운로드 할 업데이트 버전이 없는 상태
  • 2 – CHECKING
    Manifest 파일이 업데이트 되었는지를 체크하는 상태 ( 현재 캐쉬된 Manifest 파일과 서버의 Manifest 파일을 바이트단위로 비교한다 )
  • 3 – DOWNLOADING
    캐쉬할 파일들을 다운로드 하는 상태 ( 2번 단계에서 Manifest 파일이 업데이트되었다고 알게 되었을 때 )
  • 4 – UPDATEREADY
    새로운 캐쉬의 다운로드가 끝나고 사용할 준비가 되었을 때 ( 아직 이 캐쉬가 사용된건 아님 )
  • 5 – OBSOLETE
    Manifest 파일 자체를 찾을 수 없을 때, 상태는 OBSOLETE로 지정되며 캐쉬는 삭제된다.


처음으로 웹 페이지가 로드 된 후에는 매니페스트 파일에 지정된 자원들은
웹 서버에서 가져오는 것이 아니라 어플리케이션 캐시에서 가져온다.

1. 매니페스트 파일

1.1. CACHE MANIFEST 로 시작한다.
1.2. 캐시 할 URL 들
1.3. 주석은 # 로 시작하고 한 줄만 허용한다.
1.4. 온라인 될 때 접근 해야 할 웹주소는 NETWORK: 으로 표시한다.
1.5. NETWORK: 줄 다음에 부가적으로 캐시 할 파일은 CACHE: 로 지정한다.
1.6. 선택사항으로 FALLBACK: 을 지원하는데 첫번째 항목에서 자원을 찾지 못하는 경우
두 번쨰 항목을 지정할 수 있다.

매니페스트 파일을 선언하는 HTML 파일은 자동적으로 어플리케이션 캐시에 저장된다.
따라서 그 파일을 매니페스트 파일에 넣을 필요가 없다.

HTML 파일에 매니페스트 파일을 선언하기 위해서는 다음과 같이 한다.

<html manifest="myapp.manifest">

만일 매니페스트 파일이 변경되면 자동적으로 어플리케이션 캐시가 업데이트 된다.
웹 서버에 있는 자원이 변경되거나 매니페스트 파일의 날짜가 바뀐다고 해도 자동적으로
업데이트 되지 않는다. 반드시 매니페스트 파일의 내용이 바뀌어야 한다.
주석만 바뀌어도 된다.

어플리케이션 캐시는 DOMWindow 의 속성으로 다음과 같이 얻어 낼수 있다.

cache = window.applicationCache;

수동적으로 업데이트 할려면 다음과 같이 하면 된다.

if(window.applicationCache.status = window.applicationCache.UPDATEREADY)
{
window.applicationCache.update();
window.applicationCache.swapCache();
}

아직 자바스트립트를 사용하여 어플리케이션 캐시에 자원을 더하거나 뺄 수는 없다.

어플리케이션 캐시 이벤트를 처리하기 위해서는 다음과 같이 한다.

cache = window.applicationCache;
cache.addEventListener('updateready', cacheUpdatereadyListener, false);
cache.addEventListener('error', cacheErrorListener, false);


반응형
반응형
HTML5에서 Notifications 는 크롬에서만 정상작동하고 아직 다른 브라우저에서는 지원하지 않는다. 이런...

comet : http://pastebin.com/gPzV9syC
pastebin.com
반응형
반응형

http://www.html5rocks.com/en/search?q=cache+manifest

manifest 파일은 어플리케이션 캐시에 다운로드 되고 저장되어 질 HTML, JavaScript, CSS, 이미지 파일들과 같은 리소스들을 기술한다. 웹 페이지가 첫 번째로 로딩이 된 후 부터 , manifest 파일에 기술되어진 리소스 파일들은 웹 서버가 아닌 application cache에서 획득되어 진다.

manifest 파일은 다음과 같은 속성들을 가지고 있다:

  • MIME-Type이 text/cache-manifest와 같이 제공되어야 한다.
  • 첫 번째 줄에는 CACHE MANIFEST라는 텍스트를 포함하고 있어야 한다.
  • 그 다음 줄들은 캐시할 각각의 리소스의 URL이나 주석을 포함하고 있다.
  • 주석문들은 # 문자로 시작하고 한 줄로 와야한다.
  • URL들은 로컬에 캐시로 다운로드를 원하는 리소스에 대한 파일 경로이다. 파일 경로는 manifest 파일에 대한 상대,절대경로로 표현되어야 한다 —CSS에서 사용되는 파일 경로와 유사
  • manifest 는 반드시 온라인일 시에 접근해야 하는 모든 외부 리소스들에 상응하는 접두어를 포함하고 있는 whitelist를 선언하야 한다. 이 whitelist는 그 자신이 한 줄을 구성하는 NETWORK:라는 식별자와 함께 시작한다.
    또한 network 엔트리 뒤에 그 자신이 한 줄을 구성하는 CACHE:라는 식별자를 삽입함으로써 추가적인 cache 엔트리를 선언할 수 있다.

    만 약 원한다면 manifest는 fallback 섹션들을 둘 수 있다. 이 섹션들은 FALLBACK: 이라는 식별자와 시작할 수 있고, 두 개의 URI들을 포함하고 있는 연속되는 타이들을 포함하고 있다. 두 번째 URI는 브라우져가 첫 번째 URI에 접근하지 못할 때 사용한다. URI들은 반드시 둘 다 manifest 그 자신과 같은 origin을 가지고 있어야 한다. 두 개의 URI 모두 부분적인 경로(partial URIs)만 포함한다.(prefixes);
    예를 들어 아래 예제는 만약 /files/projects 가 찾아지지 않는다면, 클라이언트는 다시 /files/projects/를 /projects로 대체해서 찾는다

FALLBACK:

/files/projects /projects

  • "Manifest 파일 선언하기"에 설명 되어진 대로, manifest파일을 선언한 HTML 파일은 자동적으로 application cache에 포함되게 된다. 당신은 그것을 manifest 파일에 추가할 필요가 없다.
반응형

'프로그래밍 > Web' 카테고리의 다른 글

자바스크립트 차트  (0) 2012.03.05
Comet 이란  (0) 2012.03.02
REST , RESTful  (0) 2011.12.09
[크롬] 모바일 사이즈로 확인해보기  (0) 2011.12.07
크롬에서 json데이터 볼때 설치하시오~ 어디? 크롬에다가~  (0) 2011.11.30
반응형
HTML5 Web Workers :
A web worker is a JavaScript running in the background, without affecting the performance of the page.
스크립트가 완료될 때까지 HTML 페이지에 스크립트를 실행하면 페이지가 응답된다.

Web Workers는 페이지의 성능에 영향을주지 않고 독립적으로 다른 스크립트의 백그라운드로 실행되는 자바 스크립트입니다. 당신이 원하는 건 뭐든지 할 계속할 수 있도록: Web Workers가 백그라운드에서 실행되는 동안 클릭, 셀렉팅, 기타등등을 합니다.

http://w3schools.com/html5/html5_webworkers.asp
반응형
반응형

Touch Charts Mobile HTML5 Charts

Sencha Touch Charts works on today's best mobile touchscreen devices.


Rich, interactive charts built in HTML5 and optimized for mobile.

Watch Video Build interactive, easy-to-use radar, bar, line, stacked, and pie charts. Visualizing rich data on the mobile web has never been easier.

View Sencha Touch Charts Demos

Groundbreaking Interactivity

Groundbreaking Interactivity Sencha Touch Charts breathes new life into your data and utilizes hardware acceleration for optimized performance. With natural gestures in Sencha Touch Charts, visualizing and understanding complex datasets is effortless. Pinch-to-zoom, swipe-to-pan across data, and tap for deep dives. Data flows come to life with every tap, pinch, and swipe.

Built with Web Standards

Built with Web Standards Sencha Touch Charts uses HTML5 capabilities like Canvas elements for drawing and CSS3 for styling, delivering the highest performance and richest experience in today’s mobile web browsers. All touch events use Sencha Touch’s sophisticated events and gesture system which is optimized for modern mobile web browers.

Built for Sencha Touch

Built on top of our industry-leading mobile web app framework, Sencha Touch Charts is now available to buy as a commercially licensed, $99 add-on to Sencha Touch. Open Source Sencha Touch developers will be able to use Sencha Touch Charts free of charge under the terms of the GPLv3 license. Sencha Touch Charts is compatible with Sencha Touch 1.1 and above.

Buy Sencha Touch Charts Learn more about Sencha Touch

  • Pan
  • Rotate
  • Zoom
  • Highlight
  • Reset
  • Combine
반응형
반응형

HTML5 기초, Part 3: HTML5 API의 기능

출처 : http://www.ibm.com/developerworks/kr/library/wa-html5fundamentals3/index.html#web-workers
 HTML5는 웹과 클라우드에서 현재 독자가 비즈니스를 하는 방식 면에서 획기적인 변화를 반영합니다. 이 기사는 HTML5의 변화에 대한 관심을 끌기 위해 구성되었으며 총 네 파트로 소개되는 시리즈 중 세 번째 파트입니다. 새 태그와 페이지 구성을 시작으로, 웹 페이지 설계에 대한 높은 수준의 정보, 양식의 작성, API의 사용 및 가치, 마지막으로 Canvas가 제공하는 창의적인 기회를 제시합니다. 이번 기사에서는 함수를 시연하는 예제 페이지를 사용하여 HTML5 API를 소개합니다.

목차


반응형
반응형

Web workers 사용하기


이 글은 bespin 프로젝트에서 Web Workers를 이용하여 많은 대단한 기능들을 구현한 Malte Ubl가 작성한 글입니다.

최근들어 웹어플리케이션의 사용자 경험(UX)는 점점 더 화려하고 풍부하게 발전되어 왔습니다. GMail, Meebo 그리고 Bespin같 은 브라우저 안에서 동작하는 어플리케이션들은 미래의 웹이 어떻게 보여지고 느껴질지에 대한 그림을 보여주고 있습니다. 좋은 사용자경험(UX)을 완성하는데 있어 중요한 요소중에 하나가 사용자의 동작에 빠르게 반응하는 어플리케이션을 만드는 것입니다. 사용자는 어플리케이션이 한동안 어떤일을 수행하면서 사용자의 반응에 응답하지 못하고 멈춰있는 동안의 기다림을 싫어하기 때문이죠.

자바스크립트 프로그래밍 언어는 현대 클라이언트 기반 웹 어플리케이션의 핵심이라고 할 수 있습니다. 자바스크립트와 DOM은 본래 단일 스레드로 동작합니다. 이것은 자바스크립트가 어떤 특정 시점에 오직 하나의 일만 수행할 수 있다는 의미입니다. 32개의 코어를 가지고 있는 컴퓨터라 할지라도 오래 걸리는 연산을 수행할때 여전히 그 중의 하나의 코어만 사용된다는 것입니다. 예를 들어, 달로 가는 최적의 궤적을 계산하여 화면에 그 궤적을 애니메이션으로 보여주는 어플리케이션에서 궤적을 계산하는 동안은 동시에 그 궤적의 애니메이션을 화면상에 보여줄 수 없다는 것입니다. 그뿐만 아니라 계산 도중에는 마우스 클릭이나 키보드 입력에 전혀 반응 할 수도 없는 것이죠.

동시성(Concurrency)

동시성은 집중적인 계산을 수행중에도 반응성을 유지하기 위한 방법으로 사용되어 지는 최근 현대 프로그래밍 언어의 한 부분입니다. 예전에는 종종 스레드를 사용하여 동시성을 처리하였습니다. 그러나 스레드의 경우 다수의 다른 스레드에서 동시에 같은 데이타를 처리할때 매우 난해한 오류나 복잡한 현상을 자주 일이켜 프로그래머로 하여금 프로그램 흐름의 이해를 어렵게 만들기도 합니다.

WHATWG으로 부터 추천되고 Firefox 3.5에 추가된 WebWorkers는 멀티스레딩을 이용한 프로그램에서 야기되던 문제들 없이도 동시성을 자바스크립트 어플리케이션에서 동작하도록 해줍니다. 사용법은 쉽습니다. 단지 Worker 인터페이스를 사용하기만 하면 됩니다.

아래의 예제에서 worker.js 파일이 로드되고 코드를 실행하기 위해 새로운 스레드가 생성될 것입니다.

// Start worker from file "worker.js"
var worker = new Worker("worker.js");

주 화면 스레드와 workers 사이의 정보교환은 postMessage 함수를 이용하여 정보를 전달함으로 이루어집니다. postMessage는 다수의 윈도우간의 정보교환을 목적으로 Firefox3에 추가되었습니다. worker에서 페이지로 정보를 보내기 위해서는 단순히 메시지를 보내기만 하면 됩니다.

// Send a message back to the main UI thread
postMessage("Hello Page!");

worker로 부터 메시지를 받기 위해서는 worker 오브젝트에 “onmessage” 콜백을 등록해야합니다. 여기에 콜백 함수로 전달되는 이벤트 데이타를 경고창으로 보여줍니다. 이 경우 “event.data”는 위 예제에서 보내진 메시지인 “Hello Page!” 문자를 가지게 됩니다.

worker.onmessage = function (event) {
  alert(event.data);
  // Send a message to the worker
  worker.postMessage("Hello Worker");
}

worker에 메세지를 전달하기 위해서 worker 오브젝트의 postMessage를 호출합니다. worker안에서 메세지를 받기 위해서 onmessage 함수를 정의하면 메세지가 worker로 전달될때마다 이 함수가 불리게됩니다.

에러 핸들링

worker에서 발생할 수 있는 실행 오류를 처리할 수 있는 방법으로 두가지가 있습니다. 첫째는 worker안에 onerror 함수를 설정하는 것과 둘째로 worker 외부에서 onerror 핸들러를 설정하여 오류를 처리하는 것입니다.

worker.onerror = function (event) {
  alert(event.message);
  event.preventDefault();
}

event.preventDefault() 함수는 기본 동작을 수행하지 않도록 막는 역할을 합니다. 예를 들어 오류가 발생했을때 유저들에게 오류 메시지를 보여주거나 최소한 오류 메세지 콘솔에 보여주는 기본 동작을 막는 것입니다. 여기 예제에서는 기본 동작 수행 대신 경고만 하는 것을 보여줍니다.

아무것도 공유하지 않음

workers는 그와 연계되어 있는 페이지나 다른 workers들과 상태값을 전혀 공유하지 않습니다. 그들이 서로 소통할 수 있는 유일한 방법은 postMessage를 이용하는 것입니다. 또한 workers는 DOM에 대한 접근 권한이 없어서 직접 웹페이지를 조작할 수가 없습니다. 따라서 여러 workers가 동시에 같은 데이터를 조작하려고 할때도 데이터 무결성에는 전혀 문제의 위험이 없다고 할 수 있습니다.

workers를 이용한 표준 설치는 유저 이벤트를 처리하는 여러개의 자바스크립트 응용 페이지들로 구성되어 있을 수 있습니다. worker에게 집중적인 계산을 하라는 메세지가 발생하면 worker는 계산을 시작합니다. 그렇더라도 페이지의 스크립트는 바로 중지하고 다른 유저 이벤트들을 들을 수 있게 됩니다. worker가 계산을 마무리하는 즉시 결과값을 표시하는 페이지에 결과 값 반환 메세지를 보낼 수 있습니다.

스크립트가 수행을 하는데 오랜 시간이 걸릴때면 브라우저가 보여주곤 했던 무반응 스크립트에 대한 경고는 web workers를 사용할 경우 옛말이나 다름없게 되었습니다.

피보나치 예제

다음은 0부터 99까지 피보나치 수를 백그라운드에서 계산을 하는 worker의 예제입니다. 사실 굉장히 비효율적인 방법으로 비교적 큰 숫자(30보다 큰)의 피보나치 숫자를 계산을 할 경우 시간이 매우 오래걸리기 때문에 스크립트가 당신의 컴퓨터에서 절대 끝나지 않을 수도 있습니다.(아니면 스택 오버플로우로 멈춰버리거나) 그러나 worker안에서 이를 수행할 경우 메인 웹 페이지의 반응성에는 전혀 영향이 없습니다. 따라서 당신은 다음 숫자를 기다리는동안 약간의 재미요소로 복잡한 애니메이션도 그릴 수 있습니다.

이 HTML 페이지는 “fib-worker.js” 파일에 worker를 실행 시키는 스크립트를 포함하고 있습니다. worker에서 나오는 메시지는 console.log를 통해 브라우저의 콘솔창에 표시됩니다.

<!DOCTYPE html>
<html>
    <head>
      <title>Web Worker API Demo</title>
      <script type="text/javascript">
        var worker = new Worker("fib-worker.js");
        worker.onmessage = function (event) {
          console.log(event.data.index +" -> " + event.data.value)
        }
      </script>
    </head>
    <body>
    </body>
</html>

worker가 구현되어 있는 자바스크립트는 피보나치 숫자를 계산하고 결과를 페이지에 전송하는 루틴을 포함하고 있습니다.

// File fib-worker.js
function fib(n) {
   return n < 2 ? n : fib(n-1) + fib(n-2);
}

for(var i = 0; i < 100; ++i) {
   postMessage({
      index: i,
      value: fib(i)
   })
}

위에 예제에서 우리는 postMessage로 복잡한 오브젝트를 전달할 수 있는 것을 볼 수 있습니다. 이 오브젝트들은 JSON을 통해 전달될 수 있는 모든 것을 포함할 수 있습니다. 이는 함수는 worker의 경계를 가로질러 전달될 수 없으며 오브젝트는 reference가 아닌 value에 의해 전달된다는 뜻입니다.

Worker APIs

worker는 importScripts라는 함수를 지원합니다. 이것은 더 많은 소스 파일을 worker에 로드할때 사용할 수 있습니다.

importScripts("file.js");
importScripts("foo.js", "bar.js");

여러 파라미터를 함수에 전달할때 스크립트는 동시에 다운로드 되어지나 실행은 명시된 순서에 의해 되어집니다. 이 함수는 모든 스크립트가 다운로드되고 실행되기 전까지 리턴하지 않습니다.

여기서 우리는 문자열로부터 SHA-1 해쉬 합을 계산하는 외부 자바스크립트를 로드하여 AJAX 요청으로 부터 해쉬 결과를 얻는데 사용합니다. 또한 onmessage 이벤트를 통해 전달되는 URL 정보를 받기 위해 표준 XMLHttpRequest 객체를 사용하는데 흥미로운 점은 worker 스스로가 페이지 렌더링을 함에 있어 비동기적으로 동작하므로 굳이 AJAX 요청을 비동기적으로 처리하는 것에 대한 걱정을 할 필요가 없다는 것입니다. 그러므로 HTTP 요청을 위한 약간의 기다림이 크게 문제 되지는 않을 것입니다.

importScripts("sha1.js")

function onmessage(event) {
    var xhr = new XMLHttpRequest();
    xhr.open('GET', event.data, false);
    xhr.send();
    postMessage(sha1(xhr.responseText));
}

Workers에서 사용 가능한 다른 API들

위 예제에서 본것 처럼 workers는 AJAX 요청을 위해 XMLHttpRequest를 사용할 수 있으며 web storage API를 사용하여 클라이언트의 데이타베이스를 접근할 수도 있습니다. 여기서 사용된 API들은 일반 자바스크립트의 사용법과 거의 동일할 것입니다.

현재 브라우저에 대한 정보를 확인할 수 있는 객체로 잘 알려진 navigator object처럼 일정 시간 이후나 특정 시간 간격으로 코드를 실행 할 수 있도록 하는 setTimeout, setInterval (그리고 clearTimeout과 clearInterval) 함수도 worker 안에서 사용이 가능합니다.

더 많은 API들은 이후에 추가될 것입니다.

브라우저 호환성

이 글을 쓰는 시점에는 Firefox 3.5가 post Message를 통해 복잡한 객체를 전달할 수 있는 기능을 지원하고 위 예시에 나와 있는 확장된 API들이 구현되어 있는 유일한 브라우저입니다. Safari 4는 Worker API 중에 매우 기본적인 것들만 구현되어 있습니다. 그 밖의 다른 브라우저는 일찍이 브라우저의 컨셉을 소개한 Google Gears를 통해 Worker 기능을 사용할 수 있습니다.

실 사용 예제

브라우저 기반의 소스 코드 에디터의 Bespin project 에서는 실시간 오류 검사 및 자동 완성 기능 등 CPU를 많이 사용하는 기능등을 worker를 이용해 성공적으로 구현하였습니다. 또한 Google Gears에 Worker API를 구현한 a shim 을 만들고 거기에 Safari 4에 빠져 있는 Worker 기능을 추가하였으며 postMessage 인터페이스 위에 transparent custom evnets를 사용하도록 하였습니다. 이 콤포넌트들은 후에 다른 프로젝트에서 사용할 수 있도록 단독 라이브러리 형태로 제공될 것입니다.

Web Workers는 정교한 어플리케이션을 위해 Open Web이 조금 더 강력한 플랫폼으로 자리 매김하는데 있어 중요한 역할을 할 것입니다. 왜냐하면 결국에 모든 것들은 자바 스크립트를 통해 처리되곤한느데 이런 스크립트가 web workers의 화려한 기능을 통해 클라이언트에서 쉽게 동작할 수 있기 때문입니다. 따라서 당장 오늘 당신의 어플리케이션에 이를 추가하여 사용자에게 조금 더 좋은 반응성과 즐거움을 느끼게 해주길 바랍니다.

원저자: Eric Shepherd – 원문으로 가기


반응형

'프로그래밍 > Web' 카테고리의 다른 글

[WEB] Sencha Touch Touch Charts Mobile HTML5 Charts  (0) 2011.08.30
[HTML5] HTML5 API의 기능  (0) 2011.08.21
[HTML5] 10 Web Workers  (0) 2011.08.21
[HTML5] Web Worker - HTML5 Rocks  (0) 2011.08.21
SSO (Single Sign-On) - 인증방식  (0) 2011.07.15

+ Recent posts