Huzylog

무슨 이야기인가 하면 예를 들어 webmini.net 로 접속했을때와 www.webmini.net 그리고 카페24 호스팅 같은 경우 backzzanggu.cafe24.com 으로 접속했을때 자동으로 www.webmini.net 한곳으로 접속되게 하는 팁입니다.

알ftp에서 숨김파일로 되어있어 보이지 않는 파일을 상단메뉴 옵션 > 환경설정에서 숨긴파일을 볼수 있게 설정한후
.htaccess 파일을 메모장으로 연후 2~4 줄에 아래소스를 추가해 줍니다.

RewriteCond %{HTTP_HOST} !^www\.webmini\.net$ [NC]
RewriteCond %{HTTP_HOST} !^$
RewriteRule ^(.*)$ http://www\.webmini\.net/$1 [L,R]

쉽게 말하면 RewriteEngine On 아래에 위에 소스를 추가하는 것입니다.
그럼 www 붙히지 않고 접속해도 자동으로 www 가 붙어서 연결되는걸 확인할수 있습니다.
주소는 각자 구매하신 도메인 주소로 수정하세요.(아래소스 참고)

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{HTTP_HOST} !^www\.webmini\.net$ [NC]
RewriteCond %{HTTP_HOST} !^$
RewriteRule ^(.*)$ http://www\.webmini\.net/$1 [L,R]
</IfModule>

ps. 혹시 모르니 백업해두시기 바라며, cafe24 같은 경우 이상없이 접속 되었습니다.

http://webmini.net
http://backzzanggu.cafe24.com

위 주소로 접속해 보세요.^^

이렇게 해줘야 webmini.net 으로 로그인했을때 www.webmini.net 으로 들어가면 로그인이 풀려있는것을 방지할수도 있답니다.

출처 : [XE(XpressEngine)] : 웹미니 (http://www.webmini.net/?mid=xe&document_srl=17467)

+ 자바스크립트로 처리시

<script language="JavaScript" type="text/javascript">

var host = location.host.toLowerCase();

var currentAddress = location.href;

if (host.indexOf("www") == -1)

{

currentAddress = currentAddress.replace("//","//www.");

location.href = currentAddress;

}

</script>

저작자표시 (새창열림)

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

Huzy TOOLS 를 시작. (0)	2024.01.02
Conditional comments with IE (0)	2015.04.17
MySQL 수정 (0)	2014.06.28
웹폰트 완벽 사용법? (woff, eot) (0)	2014.03.08
XE 템플릿 구문 (0)	2014.02.18

$functionName() or call_user_func($functionName)

저작자표시 (새창열림)

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

php : Thread Safe 와 Non Thread Safe 차이점 (0)	2017.12.02
PHP: Simple compression of JSON data (0)	2016.06.16
HTTP GET String + 등이 삭제되었을 때 (0)	2016.04.18
Centos 7 / Apache / PHP - mkdir(): Permission denied (0)	2016.01.20
Open /etc/postfix/main.cf: Permission denied (0)	2016.01.13

훈민정음 반포 569돌을 맞이해서 자그마한 선물을 마련했습니다.

작년 7월에 발표한 Noto Sans CJK 글꼴을 이제 여러분의 웹 사이트에서도 마음대로 쓸 수 있습니다. Noto Sans CJK 글꼴 패밀리 가운데 한국어 전용인 Noto Sans KR을 Google Fonts Early Access를 통해 제공합니다. Noto Sans KR은 현대 한국어 뿐 아니라, 옛한글도 완벽하게 지원하고 총 6가지 굵기(weight) 중에 마음대로 골라 쓸 수 있습니다. ( 데모 페이지 )

구글은 웹과 인터넷에서 한글을 보다 아름답고 다양하게 표현할 수 있도록 많은 노력을 기울여 왔습니다. 그 일환으로 국내 글꼴 제작사가 만든 여러 종류의 한국어 글꼴을 구글 웹 폰트 서비스에 더해 왔습니다.

이제 Noto Sans KR을 11번째 한국어 웹 글꼴로 내놓습니다.

웹 디자이너 여러분, 어떤 플랫폼이나 화면 배율에서도 미려하고, 웹 접근성도 우수하며 검색 엔진 친화적인 웹 사이트 디자인을 원하신다면 웹 글꼴을 적용해 보세요.

어떻게 쓰냐고요? 매우 간단합니다. 여러분의 웹 페이지 스타일 시트에 다음을 추가하시고, 글꼴로 'Noto Sans KR'을 지정하세요.

@import url(http://fonts.googleapis.com/earlyaccess/notosanskr.css);

font-family: 'Noto Sans KR', sans-serif;

한중일 다국어 페이지를 만드신다고요? 문제 없답니다. html에서 콘텐츠의 언어를 'lang' 태그로 명시하고 다음을 스타일 시트에 더하시면 됩니다.

@import url(http://fonts.googleapis.com/earlyaccess/notosanskr.css);

@import url(http://fonts.googleapis.com/earlyaccess/notosansjp.css);

@import url(http://fonts.googleapis.com/earlyaccess/notosanssc.css);

/* 한국어 */

:lang(ko) {

font-family: 'Noto Sans KR', sans-serif;

}

/* 일본어 */

:lang(ja) {

font-family: 'Noto Sans JP', sans-serif;

}

/* 중국어 (간체) */

:lang(zh-Hans) {

font-family: 'Noto Sans SC', sans-serif;

}

... 생략 ...

<body>

.... 생략 ....

출처: http://googledevkr.blogspot.kr/2015/10/noto.html

저작자표시 (새창열림)

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

안드로이드 웹뷰 스크롤바 안보일 때 (Android Webview scrollbar not visible, div overflow auto, scroll case) (0)	2020.06.25
ios mobile 에서 터치시 background 색상 들어가는 문제 (0)	2017.03.07
IE에서 input text 박스 x 버튼 숨기기 (0)	2015.09.08
background-size cover only Y ? (0)	2015.05.08
CSS3 for IE7, 8 {https://github.com/scottjehl/Respond/} (0)	2015.04.27

Websocket

1.1. HTTP의 단점

HTTP 프로토콜의 가장 큰 장점중 하나는 "견고하면서도 간단하다"는 점이다. 프로토콜은 인간이 쉽게 이해할 수 있는 영문 알파벳으로 이루어지며, 필수 헤더 10개 정도면 애플리케이션의 제작이 가능하다. 게다가 인터넷 역사상 가장 성공적인 프로토콜이기도 하다. 즉시 사용할 수 있는 엄청난 수의 서버/클라이언트 애플리케이션들과 역시 엄청난 수의 (게다가 품질도 뛰어난)라이브러리들을 가지고 있다.

HTTP는 연결을 유지하지 않는 특성으로 효율에 문제를 가지고 있다. HTTP는 하나의 요청을 보내면, 응답을 받고 연결을 끊는 식으로 작동한다. 10번의 요청을 보내려면, 10번 연결을 맺고 끊는 과정을 거쳐야 한다. 게다가 모든 요청에 헤더파일이 중복해서 들어간다. 비효율적일 수 밖에 없다 [1] .

또 다른 문제는 "실시간 상호작용 성"이 떨어진다는 점이다. 예컨데, HTTP를 기반으로 채팅서버를 구현하려면 응답을 기다릴 수 없기 때문에 애로사항이 꽃핀다. Polling, Long Polling등과 같은 방법들을 이용해야 하는데, 효율적이지도 않고 깔끔하지도 않은 억지 구현이다.

1.2. Websocket 개요

웹소켓은 full-duplex 통신 [2] 을 지원한다. 일반 소켓 통신과 다른 점이라면 bytes 스트림을 사용하지 않고 오로지 UTF8 포멧의 메시지 스트림만 허용 한다는 점이다.

웹 소켓이 나오기전에는 Comet 채널을 이용해서 full-duplex 통신을 구현했지만, TCP 연결과정(Threeway handshake)에서의 오버헤드와 HTTP 오버헤드 때문에 비효율적이었다. 웹소켓은 HTTP를 기반으로 하면서도 HTTP의 문제점을 해결하는 것을 목표로 하고 있다.

1.3. 브라우저 지원

웹소켓은 2011년 RFC 6455에 의해서 표준화 됐으며, 웹소켓 API들은 W3C에 의해서 표준으로 채택됐다. 이후 브라우저들에서 지원하기 시작했다. 지금은 PC 브라우저들 뿐만 아니라 모바일 브라우저에서도 지원하고 있다.

Websocket 브라우저 지원

출처 : http://caniuse.com

거의 모든 브라우저들이 웹 소켓을 지원하고 있다. IE도 11부터 지원을 하고 있고, 마소의 새로운 웹 브라우저인 Edge 역시 당연히 웹 소켓을 지원한다. 다만 이러 저러한 이유로 IE 10이하의 버전을 사용하는 대한민국에서는 애로사항이 꽃필 수 있는 상황이다.

1.4. 웹소켓 프로토콜

웹소켓은 HTTP를 기반으로 하지만 HTTP 프로토콜과는 전혀 다른 프로토콜이다. HTTP를 기반으로 한다는 것의 의미는 웹소켓 연결을 맺는 과정에 HTTP가 개입한다는 의미다. Handshake 과정이 성공적으로 끝나면, HTTP를 웹소켓 프로토콜로 바꾸는 protocol switching과정을 진행한다. 이 과정이 끝나면 HTTP 대신 ws와 wss프로토콜이흐르게 된다.

ws : 일반적인 웹소켓
wss : 데이터 보안을 위해서 SSL을 적용한 프로토콜. ws가 HTTP라면 wss는 HTTPS에 대응한다고 보면 된다.

웹소켓을 호출할 때는 "ws://"를 사용한다. 예를 들자면 "ws://localhost/chat"와 같이 사용한다.

웹소켓 통신에 사용하는 데이터는 UTF8인코딩을 따르며, 0x00과 0xff 사이에 데이터를 실어보낸다.

1.4.1. 웹소켓 Handshake 과정

웹소켓 Handshake 과정, 즉 웹소켓을 초기화하기 위한 과정이다. 아래 그림은 웹소켓 handshake가 이루어지는 과정을 보여준다.

ws 핸드쉐이크 과정

HTTP로 웹소켓을 사용할 수 있는지 서버에게 묻는다.

1
2
3
4
5
6
7
8
GET /mychat HTTP/1.1
Host: server.example.com
Upgrade: websocket
Connection: Upgrade
Sec-WebSocket-Key: x3JJHMbDL1EzLkh9GBhXDw==
Sec-WebSocket-Protocol: chat
Sec-WebSocket-Version: 13
Origin: http://example.com
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

HTTP기반의 연결을 websocket 기반으로 upgrade하겠다고 요청한다.

웹소켓을 지원하는 웹서버의 응답이다.

1
2
3
4
5
HTTP/1.1 101 Switching Protocols
Upgrade: websocket
Connection: Upgrade
Sec-WebSocket-Accept: HSmrc0sMlYUkAGmm5OPpG2HaGWk=
Sec-WebSocket-Protocol: chat
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

HTTP를 websocket으로 switching 하겠다고 응답한다. 새로운 웹소켓이 만들어지고, 웹소켓 프로토콜을 이용해서 데이터 통신을 하다.

1.5. 웹소켓과 HTTP Comet

웹소켓개발 이전에도 HTTP를 이용해서 서버측과 실시간으로 데이터를 주고바아야 하는 요구는 계속 있어왔다. 그래서 임기응변식으로 만든 기술이 HTTP Comet다. Comet는 특정기술에 대한 이름은 아니고 HTTP상에서 데이터를 push를 하기 위한 방식자체를 일컫는 기술 모두를 일컫는다.

Comet구현을 위해서 일반적으로 사용하는 방식은 Long Polling과 Streaming이다.

1.5.1. LongPolling vs websocket

Long Polling는 이름에서 처럼 데이터가 있는지 주기적으로 Polling을 하돼, polling할 데이터가 있을 때까지 오랫동안 기다리는 방식으로 네트워크 자원을 효율적으로 사용하는 기술이다.

웹서버로 HTTP 요청을 보낸다.
요청을 받은 웹서버는 데이터가 있을 때까지(혹은 이벤트가 발생할 때까지) 기다린다.
데이터가 있으면 HTTP 응답을 한다.
응답을 받은 웹브라우저는 데이터를 출력하고 HTTP 연결을 끊는다.
다시 HTTP 요청을 보낸다.
기다린다.
계속 반복한다.

일정시간 간격으로 주기적으로 Polling하는 것보다는 효율적이지만 여전히 비효율적이다.

웹소켓은 요청을 위해서 새로운 연결을 만들 필요가 없고, 추가적인 헤더가 필요없기 때문에 Long Polling 방식에 비해서 효율적으로 작동한다

1.5.2. Multipart streaming vs websocket

Multipart streaming은 multipart/x-mixed-replace를 이용해서, 연결을 끊지 않고 하나의 HTTP 연결에서 데이터를 보내는 방식이다. 서버측은 Content-type를 multipart/x-mixed-replace로 하고 스트림 메시지의 boundary를 구분하기 위한 boundary문자를 정의하면 된다. 대략 아래와 같은 모습이다.

1
2
3
4
5
6
7
8
9
10
11
12
13
HTTP/1.1 200 OK
Date: Fri, 08 Jul 2011 00:59:41 GMT
Server: Apache/2.2.4 (Unix) PHP/5.2.0
Content-Type: multipart/x-mixed-replace;boundary=myboundarystring
--myboundarystring
Content-type: text/html
Chating message 1
--myboundarystring
Content-type: text/html
Chating message 2
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

데이터를 일방적으로 보내는(말그대로 streaming) 용도라면 쓸만하다. 하지만 하나의 TCP 포트로 읽기와 쓰기를 동시에 할 수 있는 웹소켓과 달리, 읽기만 할 수 있기 때문에 상호작용하는 서비스를 만들려면 약간의 꼼수를 부려야 하는 단점이 있다. 예컨데 채팅 서비스를 구현할 경우 메시지 입력은 다른 포트를 통해서 받아야 한다.

대략 아래와 같은 과정을 밟아야 할 거다. 깔끔하지 않다.

1.5.3. socket.io

socket.io는 이용해서 브라우저의 종류에 상관없이 실시간 통신을 구현할 수 있도록 한 도구다. 도구라고 한 이유는 웹소켓과 같은 단일 기술이 아닌, 여러 기술들의 모음이기 때문이다. socket.io는 웹소켓, FlashSocket, AJAX long polling, AJAX multipart streaming, Forever Iframe, JSONP Polling 기술들을 포함하고 있다.

socket.io는 웹브라우저의 사양을 확인해서 적당한 기술을 선택해서 실시간 통신을 구현한다. 웹소켓의 경우 IE 9.0 이하 버전은 지원하지 않는다. 우리나라에서는 IE 9.0도 무시할 수가 없는데, socket.io는 좋은 선택이 될 수 있다. 대부분의 브라우저에 대해서는 웹소켓을 이용해서 통신을 하고, 지원하지 않는 브라우저는 Login polling등의 기술을 이용해서 실시간 통신을 구현할 수 있기 때문이다.

단점은 Node.JS에서만 사용할 수 있다는 점이다. 웹소켓은 언어별/프레임워크별로 구비되 있다.

1.6. 웹소켓과 세션

예컨데 cookie 값을 읽을 수 있느냐 하는 건데, 브라우저마다 다른 것 같다. chrome(28.0.1500)의 경우 handshake때 cookie를 전송하지 않았는데, firefox(24.0)은 cookie를 전송했다. cookie를 이용해서 값을 넘겨주는 건 좋은 방법이 아닌 것 같다. URL 파라메터로 넘기는게 제일 깔끔하다. 채팅에 이름을 입력하고 싶다면 아래와 같이 값을 넘겨야 하겠다.

1
ws://localhost:3000/chat?name=yundream
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

1.7. 클라이언트에서 웹소켓 API 사용하기

웹소켓 API는 W3C에서 관리한다. 클라이언트는 단지 6개의 API로 모든 통신이 가능하다. 4개의 이벤트 핸들러와 2개의 함수로 구성된다. 이벤트 핸들러는 네트워크 상태를 알려주기 위해서 사용한다. 나머지 2개의 함수는 메시지를 보내고 웹소켓을 닫기 위해서 사용한다.

이벤트 핸들러	설명
onopen	웹소켓이 열리면 호출
onmessage	메시지가 도착하면 호출
onerror	에러가 발생하면 호출
onclose	웹소켓이 닫히면 호출

함수	설명
send	메시지 전송
close	웹소켓 닫기

사용 예제 : 채팅을 위한 클라이언트 프로그램이다. 테스트할 수 있는 완전한 코드는 여기를 참고.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
<script type="text/javascript">
    window.onload = function(){
      (function(){
        var show = function(el){
          return function(msg){ el.innerHTML = msg + '<br />' + el.innerHTML; }
        }(document.getElementById('msgs'));
        var ws       = new WebSocket('ws://' + window.location.host + window.location.pathname);
        ws.onopen    = function()  { show('websocket opened'); };
        ws.onclose   = function()  { show('websocket closed'); }
        ws.onmessage = function(m) { show('websocket message: ' +  m.data); };
        var sender = function(f){
          var input     = document.getElementById('input');
          input.onclick = function(){ input.value = "" };
          f.onsubmit    = function(){
            ws.send(input.value);
            input.value = "send a message";
            return false;
          }
        }(document.getElementById('form'));
      })();
    }
</script>
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

2. 디버깅 및 테스트

2.1. 웹브라우저의 웹소켓 지원여부 확인

http://www.websocket.org/echo.html 에서 사용중인 웹 브라우저의 웹소켓 지연여부를 확인할 수 있다.

Websocket 지원

2.2. Chrome Simple Websocket Client

크롬웹브라우저를 사용하고 있다면 simple websocket cleint extension을 이용해서 간단하게 웹소켓을 테스트할 수 있다.

Simple WebSocket Client 다운로드

2.3. CURL로 테스트

CURL로도 테스트가 가능하다. 그렇다고 메시지 교환까지 테스트 가능한 건 아니고, handshake과정까지만 테스트할 수 있다. 웹소켓 handshake 과정을 빠르게 디버깅하고 싶을 때 사용할 수 있겠다. chat 서버 띄운다음 테스트를 해봤다.

1
2
3
4
5
6
7
# curl -i -N -H "Connection: Upgrade" -H "Upgrade: websocket" -H \
"Host: echo.websocket.org" -H "Origin: http://localhost:3000" http://localhost:3000/chat
HTTP/1.1 101 Web Socket Protocol Handshake
Upgrade: WebSocket
Connection: Upgrade
WebSocket-Origin: http://localhost:3000
WebSocket-Location: ws://echo.websocket.org/chat
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

3. 웹서버의 웹소켓 지원

Apache, NginX, IIS, GWS등 대부분의 웹 서버들이 웹 소켓을 지원한다.

3.1. NginX에서의 웹 서버 지원

요즘 NginX를 주로 사용하고 있어서 테스트를 했다. NginX를 리버스 프락시 서버로 이용 할 때, upstream 서버들이 웹 소켓을 서비스한다면, 아래와 같이 설정하면 된다.

1
2
3
4
5
6
location /wsapp/ {
    proxy_pass http://wsbackend;
    proxy_http_version 1.1;
    proxy_set_header Upgrade $http_upgrade;
    proxy_set_header Connection "upgrade";
}
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

3.2. AWS에서의 웹 서버 지원

AWS의 ELB(Elastic Load balancer)는 HTTP 프로토콜 차원에서 웹 소켓을 지원하지 않는다. Listener를 TCP 타입으로 설정하면 되지만, 대신 HTTP의 기능인 스티키세션이나 HTTP health check등의 기능을 이용 할 수 없다.

4. 참고

^TCP는 연결을 위해서 3번의 패킷교환이 필요하며, 완전한 종료를 위해서 4번의 패킷교환이 이루어져야 한다. 여기에는 상당히 많은 비용이 들어간다.
^전 이중통신이라고 부른다. 수신과 송신을 동시에 처리할 수 있는 통신 방식을 의미한다.

저작자표시 (새창열림)

'자유' 카테고리의 다른 글

Nox 녹스 리니지2 레볼루션 녹스 데스크탑 실행 (0)	2016.12.19
강동/송파 ~ 인천공항 버스 6300번 (0)	2016.07.15
[크롬/Chrome] local file 문서 간 데이터 교환 오류 문제 - (SecurityError: Blocked a frame with origin) (0)	2016.04.19
프렌즈팝 불태우는 중 없애기 (2)	2015.09.23
[Windows 10] 이 앱은 사용자 보호를 위해 차단되었습니다 (2)	2015.08.05

Your problem is not actually specific to ejs.

2 things to note here

style.css is an external css file. So you dont need style tags inside that file. It should only contain the css.
In your express app, you have to mention the public directory from which you are serving the static files. Like css/js/image

it can be done by

app.use(express.static(__dirname + '/public'));

assuming you put the css files in public folder from in your app root. now you have to refer to the css files in your tamplate files, like

<link href="/css/style.css" rel="stylesheet" type="text/css">

Here i assume you have put the css file in css folder inside your public folder.

So folder structure would be

.
./app.js
./public
    /css
        /style.css

저작자표시 (새창열림)

'웹프로그래밍 > node.js & Typescript' 카테고리의 다른 글

안전한 any 타입 만들기 (0)	2020.02.11
[node.js] require is not defined in typescript (0)	2018.08.30
[node.js] Unable to include relative path file using Jade Template (0)	2015.06.23
[node.js] socket set() get() depracated! (socket.io) (0)	2015.06.11
[node.js] How to use layout.ejs in Express 4 (0)	2015.06.11

Simply put, you need to rewrite all of your database connections and queries.

You are using mysql_* functions which are now deprecated and will be removed from PHP in the future. So you need to start using MySQLi or PDO instead, just as the error notice warned you.

A basic example of using PDO (without error handling):

<?php
$db = new PDO('mysql:host=localhost;dbname=testdb;charset=utf8', 'username', 'password');
$result = $db->exec("INSERT INTO table(firstname, lastname) VAULES('John', 'Doe')");
$insertId = $db->lastInsertId();
?>

A basic example of using MySQLi (without error handling):

$db = new mysqli($DBServer, $DBUser, $DBPass, $DBName);
$result = $db->query("INSERT INTO table(firstname, lastname) VAULES('John', 'Doe')");

Here's a handy little PDO tutorial to get you started. There are plenty of others, and ones about the PDO alternative, MySQLi.

저작자표시 (새창열림)

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

실수로 용량이 큰 테이블에 OPTIMIZE TABLE을 실행 했을 때 (0)	2022.11.23
[MySQL] Where In & SubQuery 는 최악! JOIN & MAX & GROUP BY 사용 (0)	2022.09.29
MySQL 기본적인 모니터링 방법과 Connection과 Memory 튜닝 방법 (0)	2016.06.29
Running a syntax check on /etc/my.cnf (0)	2016.06.29
MYSQL에서 랜덤으로 데이터 읽어오기 (0)	2015.10.01

I know this is an old thread, but the selected answer isn't clear enough for me.

The point is the delete operator removes a property from an object. It cannot remove a variable. So the answer to the question depends on how the global variable or property is defined.

(1) If it is created with var, it cannot be deleted.

For example:

var g_a = 1; //create with var, g_a is a variable 
delete g_a; //return false
console.log(g_a); //g_a is still 1

(2) If it is created without var, it can be deleted.

g_b = 1; //create without var, g_b is a property 
delete g_b; //return true
console.log(g_b); //error, g_b is not defined

Technical Explanation

1. Using `var`

In this case the reference g_a is created in what the ECMAScript spec calls "VariableEnvironment" that is attached to the current scope - this may be the a function execution context in the case of using var inside a function (though it may be get a little more complicated when you consider let) or in the case of "global" code the VariableEnvironment is attached to the global object (often window).

References in the VariableEnvironment are not normally deletable - the process detailed in ECMAScript 10.5 explains this in detail, but suffice it to say that unless your code is executed in an eval context (which most browser-based development consoles use), then variables declared with var cannot be deleted.

2. Without Using `var`

When trying to assign a value to a name without using the var keyword, Javascript tries to locate the named reference in what the ECMAScript spec calls "LexicalEnvironment", and the main difference is that LexicalEvironments are nested - that is a LexicalEnvironment has a parent (what the ECMAScript spec calls "outer environment reference") and when Javscript fails to locate the reference in a LexicalEenvironment, it looks in the parent LexicalEnvironment (as detailed in 10.3.1 and 10.2.2.1). The top level LexicalEnvironment is the "global environment", and that is bound to the global object in that its references are the global object's properties. So if you try to access a name that was not declared using a var keyword in the current scope or any outer scopes, Javascript will eventually fetch a property of the window object to serve as that reference. As we've learned before, properties on objects can be deleted.

Notes

It is important to remember that var declarations are "hoisted" - i.e. they are always considered to have happened in the beginning of the scope that they are in - though not the value initialization that may be done in a var statement - that is left where it is. So in the following code, a is a reference from the VariableEnvironment and not the window property and its value will be 10 at the end of the code:

function test() { a = 5; var a = 10; }
The above discussion is when "strict mode" is not enabled. Lookup rules are a bit different when using "strict mode" and lexical references that would have resolved to window properties without "strict mode" will raise "undeclared variable" errors under "strict mode". I didn't really understand where this is specified, but its how browsers behave.

저작자표시 (새창열림)

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

jquery ui dialog close button missing (0)	2016.05.30
Javascript contains domain or email by string (0)	2016.05.26
[jQuery] .each $.each 순회중 continue, break 하기 (0)	2016.02.03
밴드(BAND) 공유하기 정보(제목/내용/이미지) 스니핏 (2)	2015.10.15
jQuery DatePicker 버튼 만들기 (동적 생성) (0)	2015.10.03

리눅스를 사용하다 보면, tar 혹은 tar.gz로 압축을 하거나 압축을 풀어야 할 경우가 자주 생긴다.

이를 처리하기 위해 리눅스에서는 tar 라는 명령어를 사용하게 되는데,

tar 명령어도 여러가지 옵션이 있지만 각 옵션에 대해서 알아보기 보단, 자주 사용하는 명령어 패턴만 정리한다.

1. tar로 압축하기

> tar -cvf [파일명.tar] [폴더명]

ex) abc라는 폴더를 aaa.tar로 압축하고자 한다면

> tar -cvf aaa.tar abc

2. tar 압축 풀기

> tar -xvf [파일명.tar]

ex) aaa.tar라는 tar파일 압축을 풀고자 한다면

> tar -xvf aaa.tar

3. tar.gz로 압축하기

> tar -zcvf [파일명.tar.gz] [폴더명]

ex) abc라는 폴더를 aaa.tar.gz로 압축하고자 한다면

> tar -zcvf aaa.tar.gz abc

4. tar.gz 압축 풀기

> tar -zxvf [파일명.tar.gz]

ex) aaa.tar.gz라는 tar.gz파일 압축을 풀고자 한다면

> tar -zxvf aaa.tar.gz

참고로, 위의 옵션들을 포함한 그나마 자주 사용되는 tar 명령어의 옵션들은 아래와 같다.

옵션	설명
-c	파일을 tar로 묶음
-p	파일 권한을 저장
-v	묶거나 파일을 풀 때 과정을 화면으로 출력
-f	파일 이름을 지정
-C	경로를 지정
-x	tar 압축을 풂
-z	gzip으로 압축하거나 해제함

출처 : http://nota.tistory.com/53

저작자표시 (새창열림)

'서버 등 운영체제(OS) > Linux' 카테고리의 다른 글

CentOS 저장장치(HDD) 추가 하기 (0)	2016.06.17
Unfinished transactions remaining - yum-complete-transaction (0)	2016.06.17
[Ubuntu] vsftpd 500 OOPS error (0)	2016.04.19
[Ubuntu] SSH 초기 접속 속도 향상시키기 (0)	2016.04.19
ssh 원격 접속 에러(WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!) (0)	2015.10.01

전체 글

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

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

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

1.1. HTTP의 단점

1.2. Websocket 개요

1.3. 브라우저 지원

1.4. 웹소켓 프로토콜

1.4.1. 웹소켓 Handshake 과정

1.5. 웹소켓과 HTTP Comet

1.5.1. LongPolling vs websocket

1.5.2. Multipart streaming vs websocket

1.5.3. socket.io

1.6. 웹소켓과 세션

1.7. 클라이언트에서 웹소켓 API 사용하기

2. 디버깅 및 테스트

2.1. 웹브라우저의 웹소켓 지원여부 확인

2.2. Chrome Simple Websocket Client

2.3. CURL로 테스트

3. 웹서버의 웹소켓 지원

3.1. NginX에서의 웹 서버 지원

3.2. AWS에서의 웹 서버 지원

4. 참고

'자유' 카테고리의 다른 글

'웹프로그래밍 > node.js & Typescript' 카테고리의 다른 글

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

Technical Explanation

1. Using var

2. Without Using var

Notes

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

'서버 등 운영체제(OS) > Linux' 카테고리의 다른 글

티스토리툴바

1. Using `var`

2. Without Using `var`