긍정적 사고, 음식의 절제, 규칙적인 운동

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로 대체해서 찾는다

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

사회적 시각으로 개발자는 "지식근로자(knowledge worker)" 이지만, 엄연히 노동자(worker)이다. 그 말인 즉, 프롤레타리아(proletariat)인 것이지.
좋게 보였지만, 실상은 좋지 아니하다.
같은 급여로 본다면 일반노동자에 비해 노동량이 훨씬 많다고 생각한다.
회사의 브랜브밸류로 인정받을수 밖에 없는 현실이 안타까울 따름이다.

도올김용옥선생이 "덕(德)을 쌓아라"라고 하지만, 자기를 포장하는 것도 "덕(德)"인것이야~

개발환경에 불평하지 말고 자기관리를 잘 하는, 우리 후배님들이 되어주었으면 하는 바램이야~
내가 대신 불평해주마!!! ㅋㅋㅋ

REST란 무엇인가?

REST는 메시지라기보다는 이름이 부여된 자원, 예를 들어 URL(Uniform Resource Locator), URI(Uniform Resource Identifier), URN(Uniform Resource Name)과 같은 형태로 된 자원에 의존하는 느슨하게 결합된 웹 애플리케이션을 디자인하는 한 형식이다. 엄밀히 말해 REST는 이미 웹에서 검증되었고 성공적인 인프라스트럭처라 할 수 있는 HTTP에 올라탄 형태로 HTTP를 잘 이용하고 있다. 즉 REST는 GET과 POST 요청과 같은 HTTP의 단면들을 이용했다고 할 수 있다. 이같은 요청들은 표 1에 보인 것처럼 생성(create), 읽기(read), 갱신(update), 삭제(delete) 즉 CRUD라는 표준 비즈니스 애플리케이션의 요구 조건에 꽤나 잘 맞아 떨어진다.