ZeroPage 200 OK - Revision history

Maintenance script: Repair batch-0004 pages from live compare

2026-03-27T00:37:12Z

Repair batch-0004 pages from live compare

← Older revision		Revision as of 00:37, 27 March 2026
Line 79:		Line 79:

	==== 후기 ====		==== 후기 ====
	* form 관련으로 사용자 입력을 받을 수 있었던 부분 실습을 주로 배웠습니다. 근데 궁금한게 도중에 html5 얘기를 하시면서 ~~<~~a href=""~~><~~button~~>~~abc~~<~~/button~~><~~/a~~>~~ html5에서는 이렇게 사용할 수 있는데 이런게 자바스크립트를 쓸 수 없는 경우에 된다고 하셨는데 그럼 원래 버튼의 onclick같은 on~는 자바스크립트인건가요? - [[서영주]]		* form 관련으로 사용자 입력을 받을 수 있었던 부분 실습을 주로 배웠습니다. 근데 궁금한게 도중에 html5 얘기를 하시면서 <a href=""><button>abc</button></a> html5에서는 이렇게 사용할 수 있는데 이런게 자바스크립트를 쓸 수 없는 경우에 된다고 하셨는데 그럼 원래 버튼의 onclick같은 on~는 자바스크립트인건가요? - 서영주

	=== 2012년 7월 14일 - 이론 ===		=== 2012년 7월 14일 - 이론 ===
Line 93:		Line 93:
	* 자바스크립트의 기초적인 부분이었는데 잘 몰랐던 구조에 대해서 알게 되어 좋았습니다. 실행 컨텍스트는 특히 잘 알아두고 갈 필요가 있다는 생각이 들었습니다. - [[안혁준]]		* 자바스크립트의 기초적인 부분이었는데 잘 몰랐던 구조에 대해서 알게 되어 좋았습니다. 실행 컨텍스트는 특히 잘 알아두고 갈 필요가 있다는 생각이 들었습니다. - [[안혁준]]
	* 자바스크립트에서 자주 this 얘기가 나오던데, 이번에 이야기를 들을 수 있어서 좋았습니다. 개인적인 느낌을 말하자면 함수가 데이터로 취급되는데 함수 내부에서 함수를 호출한 객체(execution context)의 정보를 사용하기 위해서 this를 사용한다는 느낌이는데 맞는지 모르겠군요. p.print를 넘기는 것도 실제로 class p에 있는 함수를 넘기는 게 아니라 p.print에 바인딩 된 어떤 함수를 넘기는 것이니까 내부의 this가 기존 OOP와 같이 해당 class의 인스턴스는 될 수 없겠죠. 그리고 제일 마음에 들었던 것은 역시 예전에 했던 스터디에서 다뤘던 자바스크립트의 네 가지 특징에 대해서 들을 수 있었다는 점이었습니다. 사실 예전 스터디 떄 무척 듣고 싶었는데 개인적인 사정으로 참가를 할 수 없어서 꽤 아쉬웠던 터라 ;;; 마지막에는 개인적인 사정으로 시간이 안 맞아서 좀 급하게 나갔는데, 그래도 최대한 들을 수 있는 데까지 듣기를 잘 한 것 같은 느낌이 들었습니다. - [[서민관]]		* 자바스크립트에서 자주 this 얘기가 나오던데, 이번에 이야기를 들을 수 있어서 좋았습니다. 개인적인 느낌을 말하자면 함수가 데이터로 취급되는데 함수 내부에서 함수를 호출한 객체(execution context)의 정보를 사용하기 위해서 this를 사용한다는 느낌이는데 맞는지 모르겠군요. p.print를 넘기는 것도 실제로 class p에 있는 함수를 넘기는 게 아니라 p.print에 바인딩 된 어떤 함수를 넘기는 것이니까 내부의 this가 기존 OOP와 같이 해당 class의 인스턴스는 될 수 없겠죠. 그리고 제일 마음에 들었던 것은 역시 예전에 했던 스터디에서 다뤘던 자바스크립트의 네 가지 특징에 대해서 들을 수 있었다는 점이었습니다. 사실 예전 스터디 떄 무척 듣고 싶었는데 개인적인 사정으로 참가를 할 수 없어서 꽤 아쉬웠던 터라 ;;; 마지막에는 개인적인 사정으로 시간이 안 맞아서 좀 급하게 나갔는데, 그래도 최대한 들을 수 있는 데까지 듣기를 잘 한 것 같은 느낌이 들었습니다. - [[서민관]]
	* 자바스크립트의 언어 특성에 따라서 배우고 기본적인 사용 문법에 대해서 배웠습니다. 명령형 구조적 프로그래밍 언어적인 부분에 대해서는 그렇게 어려운건 없었는데 그 뒤의 함수형 선언적 프로그래밍 언어 부분에서 클로저랑 함수에 함수를 인자로 주는 부분이 같이 쓰이니까 좀 복잡했었습니다. 조금 더 공부해야 할 것 같습니다. var Person = function(){}; 같은 부분나 this가 new를 했을 때에만 제대로 동작한다는 부분도 특이했습니다. 문법적인 부분 자체는 그렇게 어려운 것 같지 않은데 함수를 중첩해서 쓰거나 그런 부분이 약간 알아보기 힘든 것 같습니다. - [[서영주]]		* 자바스크립트의 언어 특성에 따라서 배우고 기본적인 사용 문법에 대해서 배웠습니다. 명령형 구조적 프로그래밍 언어적인 부분에 대해서는 그렇게 어려운건 없었는데 그 뒤의 함수형 선언적 프로그래밍 언어 부분에서 클로저랑 함수에 함수를 인자로 주는 부분이 같이 쓰이니까 좀 복잡했었습니다. 조금 더 공부해야 할 것 같습니다. var Person = function(){}; 같은 부분나 this가 new를 했을 때에만 제대로 동작한다는 부분도 특이했습니다. 문법적인 부분 자체는 그렇게 어려운 것 같지 않은데 함수를 중첩해서 쓰거나 그런 부분이 약간 알아보기 힘든 것 같습니다. - 서영주
	=== 2012년 7월 25일 - 실습 ===		=== 2012년 7월 25일 - 실습 ===
	==== 후기 ====		==== 후기 ====
	* 서버에서 데이터를 가져와서 보여줘야 하는 경우에 싱글스레드를 사용하기 때문에 생기는 문제점에 대해서 배우고 이를 처리하기 위한 방법을 배웠습니다. 처음에는 iframe을 이용한 처리를 배웠는데 iframe 내부는 독립적인 페이지이기 때문에 바깥의 렌더링에 영향을 안주지만 페이지를 이동하는 소리가 나고, iframe이 서버측의 데이터를 읽어서 렌더링 해줄 때 서버측의 스크립트가 실행되는 문제점 등이 있음을 알았습니다. 이를 대체하기 위해 ajax를 사용하는데 ajax는 렌더링은 하지 않고 요청 스레드만 생성해서 처리를 하는 방식인데 xmlHttpRequest나 ActiveXObject같은 내장객체를 써서 요청 스레드를 생성한다는걸 배웠습니다. ajax라고 말은 많이 들었는데 구체적으로 어떤 함수나 어떤 객체를 쓰면 ajax인건가는 잘 몰랐었는데 일반적으로 비동기 처리를 하는거면 ajax라고 말할 수 있다고 하셨습니다. 그리고 중간에 body.innerHTML을 직접 수정하는 부분에서 문제가 생겼었는데 innerHTML을 손대면 DOM이 다시 만들어져서 핸들러가 전부 다 사라진다는 것도 기억을 해둬야겠습니다. - [[서영주]]		* 서버에서 데이터를 가져와서 보여줘야 하는 경우에 싱글스레드를 사용하기 때문에 생기는 문제점에 대해서 배우고 이를 처리하기 위한 방법을 배웠습니다. 처음에는 iframe을 이용한 처리를 배웠는데 iframe 내부는 독립적인 페이지이기 때문에 바깥의 렌더링에 영향을 안주지만 페이지를 이동하는 소리가 나고, iframe이 서버측의 데이터를 읽어서 렌더링 해줄 때 서버측의 스크립트가 실행되는 문제점 등이 있음을 알았습니다. 이를 대체하기 위해 ajax를 사용하는데 ajax는 렌더링은 하지 않고 요청 스레드만 생성해서 처리를 하는 방식인데 xmlHttpRequest나 ActiveXObject같은 내장객체를 써서 요청 스레드를 생성한다는걸 배웠습니다. ajax라고 말은 많이 들었는데 구체적으로 어떤 함수나 어떤 객체를 쓰면 ajax인건가는 잘 몰랐었는데 일반적으로 비동기 처리를 하는거면 ajax라고 말할 수 있다고 하셨습니다. 그리고 중간에 body.innerHTML을 직접 수정하는 부분에서 문제가 생겼었는데 innerHTML을 손대면 DOM이 다시 만들어져서 핸들러가 전부 다 사라진다는 것도 기억을 해둬야겠습니다. - 서영주

	=== 2012년 7월 28일 - 이론 ===		=== 2012년 7월 28일 - 이론 ===
Line 111:		Line 111:
	** 대상 Element를 찾든 못 찾은 항상 배열을 반환하기 때문에 반환 결과에 상관 없이 배열에 대한 처리만 고려하면 된다.		** 대상 Element를 찾든 못 찾은 항상 배열을 반환하기 때문에 반환 결과에 상관 없이 배열에 대한 처리만 고려하면 된다.
	==== 후기 ====		==== 후기 ====
	* 웹 초기에 css설명했을 때 css셀렉터 문법도 설명을 해주셨었는데 많이 까먹어서 헷갈렸었습니다. -_- 역시 한 두 번 본걸로는 금방 잊어버리기 쉬운 것 같습니다. jQuery함수의 대부분은 호출 후 jQuery객체를 리턴하기 때문에 함수의 체이닝이 가능하다는 얘기를 하셨었는데 구글의 guava도 그렇고 요즘은 이런 형태의 구현이 많은건지 궁금합니다. 그리고 결과 값을 받아서 계속해서 다른 작업을 하는 경우가 아니라면 체이닝이나 그냥 한 번에 계산하는 방식이나 별 차이가 없는건가요? - [[서영주]]		* 웹 초기에 css설명했을 때 css셀렉터 문법도 설명을 해주셨었는데 많이 까먹어서 헷갈렸었습니다. -_- 역시 한 두 번 본걸로는 금방 잊어버리기 쉬운 것 같습니다. jQuery함수의 대부분은 호출 후 jQuery객체를 리턴하기 때문에 함수의 체이닝이 가능하다는 얘기를 하셨었는데 구글의 guava도 그렇고 요즘은 이런 형태의 구현이 많은건지 궁금합니다. 그리고 결과 값을 받아서 계속해서 다른 작업을 하는 경우가 아니라면 체이닝이나 그냥 한 번에 계산하는 방식이나 별 차이가 없는건가요? - 서영주
	=== 2012년 8월 4일 - 이론 ===		=== 2012년 8월 4일 - 이론 ===
	* JavaScript (prototype/closure)		* JavaScript (prototype/closure)
Line 146:		Line 146:
	** JavaScript가 뒤에 있으면 이벤트가 늦게 걸리게 된다. -> Command Queue 패턴 사용.		** JavaScript가 뒤에 있으면 이벤트가 늦게 걸리게 된다. -> Command Queue 패턴 사용.
	** Script의 요청 - import에 대한 요청은 병렬적으로 이루어지지만 뒤쪽의 요청이 먼저 처리되더라도 앞쪽 요청이 처리되기 전까지는 대기해야 한다.		** Script의 요청 - import에 대한 요청은 병렬적으로 이루어지지만 뒤쪽의 요청이 먼저 처리되더라도 앞쪽 요청이 처리되기 전까지는 대기해야 한다.
	** ~~<~~script defer - html 파싱을 하면서 script에 대한 요청을 병렬적으로 보낸 이후에 모인 script를 한꺼번에 처리한다. script 요청의 순서가 지켜진다.		** <script defer - html 파싱을 하면서 script에 대한 요청을 병렬적으로 보낸 이후에 모인 script를 한꺼번에 처리한다. script 요청의 순서가 지켜진다.
	** ~~<~~script async - html 파싱을 하면서 script에 대한 요청을 병렬적으로 보내고, 먼저 처리가 된 script를 먼저 처리한다. 요청의 순서가 지켜지지 않는다.		** <script async - html 파싱을 하면서 script에 대한 요청을 병렬적으로 보내고, 먼저 처리가 된 script를 먼저 처리한다. 요청의 순서가 지켜지지 않는다.
	* JSONP - Same Origin Policy를 어기지 않고 Cross Site Scripting을 하기 위한 방법. callback 함수를 만들고 사이트에 특정한 요청을 보내면 callback 함수로 감싼 데이터를 넘겨준다. callback 함수로 감싸진 데이터는 이쪽의 callback 함수의 내용대로 실행된다.		* JSONP - Same Origin Policy를 어기지 않고 Cross Site Scripting을 하기 위한 방법. callback 함수를 만들고 사이트에 특정한 요청을 보내면 callback 함수로 감싼 데이터를 넘겨준다. callback 함수로 감싸진 데이터는 이쪽의 callback 함수의 내용대로 실행된다.
	* Web Server - http request에 대해 자신의 file system에서 해당 파일을 찾아서 보낸다.		* Web Server - http request에 대해 자신의 file system에서 해당 파일을 찾아서 보낸다.
Line 163:		Line 163:
	----		----
	[[2012년활동지도]], [[스터디분류]]		[[2012년활동지도]], [[스터디분류]]

imported>bluemir at 06:15, 10 July 2014

2014-07-10T06:15:12Z

← Older revision		Revision as of 06:15, 10 July 2014
Line 32:		Line 32:
	* MSDN - http://msdn.microsoft.com/ko-kr/		* MSDN - http://msdn.microsoft.com/ko-kr/
	* W3Schools - http://www.w3schools.com/		* W3Schools - http://www.w3schools.com/

	* HTML5 Spec - http://www.w3.org/TR/html5/
	* HTML4.01 Spec - http://www.w3.org/TR/html401/
	== Runtime Environment ==		== Runtime Environment ==
	* Google Chrome for Windows		* Google Chrome for Windows
Line 149:		Line 146:
	** JavaScript가 뒤에 있으면 이벤트가 늦게 걸리게 된다. -> Command Queue 패턴 사용.		** JavaScript가 뒤에 있으면 이벤트가 늦게 걸리게 된다. -> Command Queue 패턴 사용.
	** Script의 요청 - import에 대한 요청은 병렬적으로 이루어지지만 뒤쪽의 요청이 먼저 처리되더라도 앞쪽 요청이 처리되기 전까지는 대기해야 한다.		** Script의 요청 - import에 대한 요청은 병렬적으로 이루어지지만 뒤쪽의 요청이 먼저 처리되더라도 앞쪽 요청이 처리되기 전까지는 대기해야 한다.
	** <script defer - html 파싱을 하면서 script에 대한 요청을 병렬적으로 보낸 이후에 모인 script를 한꺼번에 처리한다. script 요청의 순서가 지켜진다.		** <script defer - html 파싱을 하면서 script에 대한 요청을 병렬적으로 보낸 이후에 모인 script를 한꺼번에 처리한다. script 요청의 순서가 지켜진다.
	** <script async - html 파싱을 하면서 script에 대한 요청을 병렬적으로 보내고, 먼저 처리가 된 script를 먼저 처리한다. 요청의 순서가 지켜지지 않는다.		** <script async - html 파싱을 하면서 script에 대한 요청을 병렬적으로 보내고, 먼저 처리가 된 script를 먼저 처리한다. 요청의 순서가 지켜지지 않는다.
	* JSONP - Same Origin Policy를 어기지 않고 Cross Site Scripting을 하기 위한 방법. callback 함수를 만들고 사이트에 특정한 요청을 보내면 callback 함수로 감싼 데이터를 넘겨준다. callback 함수로 감싸진 데이터는 이쪽의 callback 함수의 내용대로 실행된다.		* JSONP - Same Origin Policy를 어기지 않고 Cross Site Scripting을 하기 위한 방법. callback 함수를 만들고 사이트에 특정한 요청을 보내면 callback 함수로 감싼 데이터를 넘겨준다. callback 함수로 감싸진 데이터는 이쪽의 callback 함수의 내용대로 실행된다.
	* Web Server - http request에 대해 자신의 file system에서 해당 파일을 찾아서 보낸다.		* Web Server - http request에 대해 자신의 file system에서 해당 파일을 찾아서 보낸다.

imported>bluemir at 06:12, 10 July 2014

2014-07-10T06:12:06Z

← Older revision		Revision as of 06:12, 10 July 2014
Line 33:		Line 33:
	* W3Schools - http://www.w3schools.com/		* W3Schools - http://www.w3schools.com/

			* HTML5 Spec - http://www.w3.org/TR/html5/
			* HTML4.01 Spec - http://www.w3.org/TR/html401/
	== Runtime Environment ==		== Runtime Environment ==
	* Google Chrome for Windows		* Google Chrome for Windows

imported>smksyj at 19:05, 21 August 2012

2012-08-21T19:05:36Z

← Older revision		Revision as of 19:05, 21 August 2012
Line 149:		Line 149:
	** <script defer - html 파싱을 하면서 script에 대한 요청을 병렬적으로 보낸 이후에 모인 script를 한꺼번에 처리한다. script 요청의 순서가 지켜진다.		** <script defer - html 파싱을 하면서 script에 대한 요청을 병렬적으로 보낸 이후에 모인 script를 한꺼번에 처리한다. script 요청의 순서가 지켜진다.
	** <script async - html 파싱을 하면서 script에 대한 요청을 병렬적으로 보내고, 먼저 처리가 된 script를 먼저 처리한다. 요청의 순서가 지켜지지 않는다.		** <script async - html 파싱을 하면서 script에 대한 요청을 병렬적으로 보내고, 먼저 처리가 된 script를 먼저 처리한다. 요청의 순서가 지켜지지 않는다.
	* JSONP - Same Origin Policy를 어기지 않고 Cross Site Scripting을 하기 위한 방법. callback 함수를 만들고 사이트에 특정한 요청을 보내면 callback 함수로 감싼 데이터를 넘겨준다. ~~돌아온 callback은 이쪽에서~~ 실행된다.		* JSONP - Same Origin Policy를 어기지 않고 Cross Site Scripting을 하기 위한 방법. callback 함수를 만들고 사이트에 특정한 요청을 보내면 callback 함수로 감싼 데이터를 넘겨준다. callback 함수로 감싸진 데이터는 이쪽의 callback 함수의 내용대로 실행된다.
	* Web Server - http request에 대해 자신의 file system에서 해당 파일을 찾아서 보낸다.		* Web Server - http request에 대해 자신의 file system에서 해당 파일을 찾아서 보낸다.
	** Static resources		** Static resources

imported>smksyj at 18:56, 21 August 2012

2012-08-21T18:56:21Z

← Older revision		Revision as of 18:56, 21 August 2012
Line 149:		Line 149:
	** <script defer - html 파싱을 하면서 script에 대한 요청을 병렬적으로 보낸 이후에 모인 script를 한꺼번에 처리한다. script 요청의 순서가 지켜진다.		** <script defer - html 파싱을 하면서 script에 대한 요청을 병렬적으로 보낸 이후에 모인 script를 한꺼번에 처리한다. script 요청의 순서가 지켜진다.
	** <script async - html 파싱을 하면서 script에 대한 요청을 병렬적으로 보내고, 먼저 처리가 된 script를 먼저 처리한다. 요청의 순서가 지켜지지 않는다.		** <script async - html 파싱을 하면서 script에 대한 요청을 병렬적으로 보내고, 먼저 처리가 된 script를 먼저 처리한다. 요청의 순서가 지켜지지 않는다.
	* JSONP		* JSONP - Same Origin Policy를 어기지 않고 Cross Site Scripting을 하기 위한 방법. callback 함수를 만들고 사이트에 특정한 요청을 보내면 callback 함수로 감싼 데이터를 넘겨준다. 돌아온 callback은 이쪽에서 실행된다.
	* Web Server - http request에 대해 자신의 file system에서 해당 파일을 찾아서 보낸다.		* Web Server - http request에 대해 자신의 file system에서 해당 파일을 찾아서 보낸다.
	** Static resources		** Static resources

imported>smksyj at 18:40, 21 August 2012

2012-08-21T18:40:20Z

← Older revision		Revision as of 18:40, 21 August 2012
Line 150:		Line 150:
	** <script async - html 파싱을 하면서 script에 대한 요청을 병렬적으로 보내고, 먼저 처리가 된 script를 먼저 처리한다. 요청의 순서가 지켜지지 않는다.		** <script async - html 파싱을 하면서 script에 대한 요청을 병렬적으로 보내고, 먼저 처리가 된 script를 먼저 처리한다. 요청의 순서가 지켜지지 않는다.
	* JSONP		* JSONP
	* Web Server		* Web Server - http request에 대해 자신의 file system에서 해당 파일을 찾아서 보낸다.
	** Static resources		** Static resources
	** GET, POST, PUT		** GET, POST, PUT

imported>smksyj at 18:28, 21 August 2012

2012-08-21T18:28:22Z

← Older revision		Revision as of 18:28, 21 August 2012
Line 146:		Line 146:
	** CSS -> HTML -> JavaScript 순서로 html을 작성한다. - CSS가 뒤에 있으면 HTML 렌더링을 한 후에 CSS가 적용된다. JavaScript가 앞에 있으면 JavaScript가 다 받아지고 나서 뒷부분이 실행되기 때문에 속도에 문제가 있을 수 있다.		** CSS -> HTML -> JavaScript 순서로 html을 작성한다. - CSS가 뒤에 있으면 HTML 렌더링을 한 후에 CSS가 적용된다. JavaScript가 앞에 있으면 JavaScript가 다 받아지고 나서 뒷부분이 실행되기 때문에 속도에 문제가 있을 수 있다.
	** JavaScript가 뒤에 있으면 이벤트가 늦게 걸리게 된다. -> Command Queue 패턴 사용.		** JavaScript가 뒤에 있으면 이벤트가 늦게 걸리게 된다. -> Command Queue 패턴 사용.
			** Script의 요청 - import에 대한 요청은 병렬적으로 이루어지지만 뒤쪽의 요청이 먼저 처리되더라도 앞쪽 요청이 처리되기 전까지는 대기해야 한다.
			** <script defer - html 파싱을 하면서 script에 대한 요청을 병렬적으로 보낸 이후에 모인 script를 한꺼번에 처리한다. script 요청의 순서가 지켜진다.
			** <script async - html 파싱을 하면서 script에 대한 요청을 병렬적으로 보내고, 먼저 처리가 된 script를 먼저 처리한다. 요청의 순서가 지켜지지 않는다.
	* JSONP		* JSONP
	* Web Server		* Web Server

imported>smksyj at 18:14, 21 August 2012

2012-08-21T18:14:59Z

← Older revision		Revision as of 18:14, 21 August 2012
Line 145:		Line 145:
	* Load web page faster!!!		* Load web page faster!!!
	** CSS -> HTML -> JavaScript 순서로 html을 작성한다. - CSS가 뒤에 있으면 HTML 렌더링을 한 후에 CSS가 적용된다. JavaScript가 앞에 있으면 JavaScript가 다 받아지고 나서 뒷부분이 실행되기 때문에 속도에 문제가 있을 수 있다.		** CSS -> HTML -> JavaScript 순서로 html을 작성한다. - CSS가 뒤에 있으면 HTML 렌더링을 한 후에 CSS가 적용된다. JavaScript가 앞에 있으면 JavaScript가 다 받아지고 나서 뒷부분이 실행되기 때문에 속도에 문제가 있을 수 있다.
			** JavaScript가 뒤에 있으면 이벤트가 늦게 걸리게 된다. -> Command Queue 패턴 사용.
	* JSONP		* JSONP
	* Web Server		* Web Server

imported>smksyj at 18:14, 21 August 2012

2012-08-21T18:14:30Z

← Older revision		Revision as of 18:14, 21 August 2012
Line 144:		Line 144:
	=== 2012년 8월 18일 토요일 ===		=== 2012년 8월 18일 토요일 ===
	* Load web page faster!!!		* Load web page faster!!!
	** CSS -> HTML -> JavaScript 순서로 html을 작성한다.		** CSS -> HTML -> JavaScript 순서로 html을 작성한다. - CSS가 뒤에 있으면 HTML 렌더링을 한 후에 CSS가 적용된다. JavaScript가 앞에 있으면 JavaScript가 다 받아지고 나서 뒷부분이 실행되기 때문에 속도에 문제가 있을 수 있다.
	* JSONP		* JSONP
	* Web Server		* Web Server

imported>smksyj at 18:13, 21 August 2012

2012-08-21T18:13:15Z

← Older revision		Revision as of 18:13, 21 August 2012
Line 144:		Line 144:
	=== 2012년 8월 18일 토요일 ===		=== 2012년 8월 18일 토요일 ===
	* Load web page faster!!!		* Load web page faster!!!
			** CSS -> HTML -> JavaScript 순서로 html을 작성한다.
	* JSONP		* JSONP
	* Web Server		* Web Server