Jazz with IT

http://studyforus.tistory.com/167

윈도우를 기본 운영체제로 사용하였을 때는 전혀 느끼지 못했던 인코딩 방식이 웹서버를 운영하면서 인코딩 표준을 따라가다 보니 여러 문제점이 생겼습니다.

한글 인코딩 방식은 크게 두가지로 나뉩니다. UTF-8 과 EUC-KR 방식입니다. 현재는 윈도우에서 사용하는 방식은 CP949를 사용하고 있고, 윈도우를 개발한 마이크로 소프트에서 EUC-KR 방식에서 확장하였기 때문에 MS949라고도 부릅니다.

이름만 듣기에는 굉장히 생소한 부류인데, 컴퓨터를 옛 모델부터 만져오신 분들에게는 이렇게 설명하는 것이 더 편리할 수도 있습니다. 한글 표현(또는 작성 형태)에 따라 조합형와 완성형으로 불립니다.

누가봐도 조합형인 조합형 방식이 한글을 표현하는데에 가장 좋은 방법입니다. 왜냐하면 확장성이 좋으니깐요.

하지만, 일반적으로 대한민국의 컴퓨터 사용환경에서 조합형방식을 사용하기에는 아주 치명적인 결함이 있습니다. 그 이유는 바로..

윈도우의 운영체제 점유율 때문입니다.

윈도우의 인코딩 방식은 기본적으로 완성형입니다. 엄밀하게 이야기 하자면, CP949 (코드페이지 949) 방식을 사용하여 완성형으로 사용하지요. 완성형이지만 EUC-KR에서 진화한 CP949 방식은 더 많은 한글 테이블을 제공합니다. 거의 조합형로 쓸 수 있는 모든 한글을 포함하고 있다고 보시면 됩니다.

즉, 한글 작성에 있어서는 조합형와 별반 다르지 않았습니다. 그런데, 왜 이게 웹 서버스를 시작하면서 문제가 되느냐, 웹서버나 데이터베이스 또는 php의 경우에 UTF-8과 EUC-KR 중에서 인코딩을 서로 똑같이 맞춰줘야 정상적으로 문자표현이 가능하기 때문입니다.

그럼 좀더 UTF-8과 EUC-KR 방식에 대해 더 자세히 알아보도록 합시다.

현재 왠만한 개발자들이 원하는 방식입니다. 이유는 아주 간단합니다. 왠만한 서버 운영체제와 웹 서버 그리고 코딩자체가 UTF-8로 제작하면 별다른 인코딩을 따로 할 필요가 없기 때문입니다. UTF-8 방식은 대표적인 조합형의 유니코드 인코딩 방식입니다. 

UTF-8은 유니코드를 위한 가변 길이 문자 인코딩 방식 중 하나로, 켄 톰프슨과 롭 파이크가 만들었다. 본래는 FSS-UTF(File System Safe UCS/Unicode Transformation Format)라는 이름으로 제안되었다. UTF-8 인코딩은 유니코드 한 문자를 나타내기 위해 1바이트에서 4바이트까지를 사용한다. 예를 들어서, U+0000부터 U+007F 범위에 있는 ASCII 문자들은 UTF-8에서 1바이트만으로 표시된다. 4바이트로 표현되는 문자는 모두 기본 다국어 평면(BMP) 바깥의 유니코드 문자이며, 거의 사용되지 않는다. UTF-16과 UTF-8 중 어느 인코딩이 더 적은 바이트를 사용하는지는 문자열에서 사용된 코드 포인트에 따라 달라지며, 실제로 DEFLATE와 같은 일반적인 압축 알고리즘을 사용할 경우 이 차이는 무시할 수 있을 정도이다. 이러한 압축 알고리즘을 사용하기 힘들고 크기가 중요할 경우 유니코드 표준 압축 방식을 대신 사용할 수 있다.

- 출처 : 위키

일반적으로 운영되는 서버들의 운영체제는 리눅스 계열입니다. (무료가 많기 때문) CentOS 아니면 Ubuntu 또는 레드햇 계열인데 이런 리눅스 계열은 대부분 유니코드를 지원합니다. 혹시라도 유니코드를 지원하지 않더라도 워낙에 확장성이 좋기 때문에 유니코드로 인코딩을 설정할 수 있지요.

또한 많이 사용하는 웹서버가 Apache, IIS, NginX 정도인데 기본적으로 서버인코딩은 UTF-8을 이용합니다.

뿐만 아니라, PHP와 MySQL 역시 UTF-8 방식을 기본 인코딩으로 이용하여 웹 서비스를 제공합니다. 이렇게 많이 사용하는 환경에서 수요가 많기 때문에 왠만한 소스들은 UTF-8 방식으로 인코딩을 하고 있으며, 그래서 거의 문제가 되는 일이 없습니다.

실제로 저도 몇몇 포스팅에서 인코딩 방식 때문에 윈도우 서버 환경에서는 정상적으로 실행이 되지 않았지만, 리눅스 환경에서는 완벽하게 사용가능하던 소스들이 몇개 있습니다.

이 세가지는 윈도우 + IIS 환경과 리눅스 + Apache 환경에서 모두 테스트를 해봤는데, 윈도우 + IIS 환경에서는 인코딩 방식이 서로 달라 한글 표현 문제가 발생하였습니다.

웹서버인 IIS는 UTF-8을 지원하는데, 실제경로에 한글폴더를 만드는 과정에서 윈도우가 완성형 한글을 사용하기 때문에 오류가 발생했나 봅니다.

하지만, 리눅스 + Apache 환경은 별 탈 없이 사용가능 하였습니다. 한글 표현에도 전혀 불편한 부분이 없이 구현이 되더군요.

완성형 한글인 EUC-KR과 CP949에 대해서 알아보자면 글자하나가 완성된 형태여야 하는 방식입니다. 즉, 완성형 문자로 EUC-KR의 경우에는 웹에서 CP949(엄밀하게는 다르지만 거의 비슷하므로 MS949와 동일하게 취급)의 경우에는 윈도우에서 가장 많이 사용을 합니다.

EUC-KR은 KS X 1001와 KS X 1003을 사용하는 8비트 문자 인코딩으로, EUC의 일종이며대표적인 한글 완성형 인코딩이기 때문에 보통 완성형이라고 불린다.

- 출처 : 위키

코드 페이지 949(CP949)는 마이크로소프트사가 도입한 코드 페이지이다. 본래는 KS C 5601의 완성형 한글을 표현한 코드 페이지였으나, 윈도 95부터는 확장 완성형 혹은 통합형 한글 코드(Unified Hangul Code)이라는 명칭으로 확장되어 현대의 모든 한글을 수용하게 되었다. 마이크로소프트에서는 이 인코딩을 기반 문자 집합 이름인 "ks_c_5601-1987"로 사용하고 있다. 다만 이 코드 페이지는 IANA에 등록되어 있지 않으므로 인터넷 상에서 정보를 주고받는 데 대한 표준은 아니다.

- 출처 : 위키

저는 게임중에 삼국지에 한참 빠져 살았던 적이 있었는데 그 게임에서는 장수의 이름을 입력할 때 "가"부터 "하"까지의 글자표에서 직접 이름을 찾아 선택을 했던 기억이 납니다. (아마 삼국지 4정도 이지 않을까 합니다.) 지금 생각해보면 그런 한글방식이 바로 완성형 방식인 것이지요.

EUC방식은 영어같은 단일바이트 문자가 아닌 한글, 일본어, 중국어 등과 같은 한 글자를 쓸 때마다 2바이트가 들어가는 더블바이트 문자권에서는 많이 사용되는 방식입니다.

즉, 한글, 일본어, 중국어 등등은 인코딩 변환에서 자유로울 수 없다는 것이지요.

하지만, 마이크로 소프트가 한글을 정식으로 사용하기 위해서 개발한 CP949의 경우는 현재 사용하는 한글 중 일정한 규칙에 의해 만들어 낼 수 있는 모든 문자를 완성형으로 만들어 놨기때문에 더 이상 한글표현이 문자표에 없어서 표현이 안되는 일은 없어졌습니다.

현재는 웹에서 UTF-8를 기본으로 사용하고 있어서 왠만한 한글 사이트를 만드는 경우에는 인코딩을 EUC-KR로 설정해야 한다고 합니다. 이유는 아주 간단한데, 윈도우를 사용하는 사람들이 많기 때문에 정상적으로 사용하기 위해서는 UTF-8보다는 EUC-KR로 인코딩하는 것이 더 적합했지요. 한 때 "사진파일이 보이지 않으면 UTF-8로 보냄 체크를 해제하세요."라는 글을 본적이 있을 텐데 한글 사진 파일을 표현하기 위해서 브라우저에서 제공하는 인코딩 방식을 바꾸라는 아주 유명한 말이지요. 

윈도우에서 사진 파일이름을 한글로 하는 경우 자동적으로 완성형으로 인코딩 되는데 서버에서 제공하는 인코딩 방식이 UTF-8인 경우에는 정상적으로 파일이름을 로드할 수가 없기 때문에 나타나는 현상이었습니다.

이렇듯, 한글과 웹 서비스와는 좀 더 신경써야 하는 부분이 많은데 인코딩을 다양하게 지원해주는 웹 소스가 있으면 아주 반갑습니다.

웹 스토리지 오픈 소스 중에서 Pydio는 기본적으로 한글을 인코딩에 맞춰 자동으로 선택해주는 것 같아 보였습니다. 그리고 Pydio6로 판 올림함에 따라서 아예 인코딩 방식을 직접 선택할 수 있도록 하였습니다.

<Pydio의 경우에는 CP949 인코딩을 지원합니다. 물론 기본 인코딩이 UTF-8인 경우 인코딩 방식이 UTF-8로 기본설정됩니다.>

즉, 웹소스에서 한글을 제대로 사용하려면 소스 자체에서 완성형으로 코딩하든지, 아니면 다양한 인코딩 방식을 지원하든지 하는 방식으로 설정할 수 있습니다.

위의 내용들을 종합해보면 

인코딩방식에 따라 표기할 수 있는 관계는 이렇습니다.

완성형 중에서 EUC-KR의 경우에는 종종 빠져있는 문자가 있지만, 확장 완성형인 CP949의 경우에는 유니코드(UTF-8)에서 표현할 수 있는 모든 문자를 표현 가능합니다. 따라서 웹을 사용하지 않는 윈도우 환경이라면 크게 불편함이 없을 수 있습니다.

하지만, 웹에서의 관계는 위에처럼 표현가능한 것이 아니라, UTF-8이면 UTF-8, EUC-KR이면 EUC-KR끼리 밖에 제대로 표현을 못합니다. 이런 상황을 생각해보면 각종 웹 소스들을 사용할 때 인코딩 부분만 해결하면 될 것 같습니다.

인코딩을 변환하도록 하는 함수도 있고, 서버 자체의 인코딩을 바꾸는 방법도 있습니다.

각 소스별로 안고 있는 문제들이 제각각이기 때문에 혹시라고 한글 문제로 고생하고 계신 분들은 인코딩을 확인해보세요.

개요

• MySQL을 설치하면 기본적으로 로컬(localhost)에서만 접속이 가능하고 외부에서는 접속이 불가능하게 되어 있다.

외부에서 접속해보면 다음과 같은 오류 메시지가 나온다.^[1]

Host '135.79.246.80' is not allowed to connect to this MySQL server

• Toad for MySQL과 같은 DB 관리 도구를 사용하여 DB에 원격으로 접속하려면 허용해주는 로컬 작업이 필요하다.
• 여기서는 root를 원격에서 접속할 수 있도록 설정한다. 이것을 응용하면 다른 계정에도 적용할 수 있다.

확인

• 아래 쿼리를 날려보면 localhost가 나온다.
• 즉 root 계정으로는 로컬에서만 접속가능하다.
• (같은 방법으로 root 대신 다른 사용자명도 조회할 수 있다.)

SELECT Host FROM mysql.user WHERE USER='root';

변경

모든 IP 허용^[2]

INSERT INTO mysql.user (host,USER,password) VALUES ('%','root',password('패스워드'));
GRANT ALL PRIVILEGES ON *.* TO 'root'@'%';
FLUSH PRIVILEGES;

IP 대역 허용

• 다음과 같이 설정하면 111.222로 시작하는 모든 IP가 허용된다.

INSERT INTO mysql.user (host,USER,password) VALUES ('111.222.%','root',password('패스워드'));
GRANT ALL PRIVILEGES ON *.* TO 'root'@'111.222.%';
FLUSH PRIVILEGES;

특정 IP 1개 허용

INSERT INTO mysql.user (host,USER,password) VALUES ('111.222.33.44','root',password('패스워드'));
GRANT ALL PRIVILEGES ON *.* TO 'root'@'111.222.33.44';
FLUSH PRIVILEGES;

원복

• 모든 IP를 허용한 경우 다음과 같이 원래 상태로 복구할 수 있다.

DELETE FROM mysql.user WHERE Host='%' AND USER='root';
FLUSH PRIVILEGES;

같이 보기

• ERROR 2003 (HY000): Can't connect to MySQL server on
• Toad for MySQL
• MySQL root 패스워드 초기화
• MySQL 읽기전용 계정 생성
• MySQL 원격 접속
• MySQL SSH 터널링
• 로컬호스트

주석

1. 이동 ↑ 물론 방화벽이 뚫린 경우겠지?
2. 이동 ↑ 참고로 %은 모든 아이피를 포함하지만, localhost는 포함되지 않는다.

1. 백업에 대하여
백업은 자료를 보호하는 하나의 방법으로 시스템관리자가 최우선적으로 해야할 작업이다. 여러 개의
자료 복사본을 만들어 놓고 자료를 잃어버릴 경우를 대비하는 것이다. 백업을 실행하는 가장 안전한
방법은 테이프, 제거가능한 드라이브, 기록가능한 씨디 등 시스템과 떨어진 위치에 저장하는 것이다.


2. 자료가 손실되는 경우
(1) 하드웨어의 결함
(2) 소프트웨어의 버그
(3) 사람의 실수나 오동작
(4) 천재지변등의 자연재해

3. 백업전에 고려할 사항
(1) 백업 데이터 선택 여부 : 어떠한 데이터를 백업할 지를 결정해야 한다. 예를 들면 /home 디렉토
                            리만을 백업할 것인지, /var 디렉토리를 할 것인지 아니면 전체 백업을
                            할 것인지를 결정해야 한다.
(2) 백업 주기 : 얼마나 자주 백업할 것인지를 결정해야 한다. 또한 증분백업(Incremental Backup)
                을 할 것인지, 전체백업(Full Backup)를 할 것인지도 결정해야 한다. 증분백업이란
                말 그대로 백업할 대상중에서 추가된 부분만을 백업하는 것을 말하고 전체백업이란
                전체를 그대로 백업하는 것을 말한다. 실제로는 이 두가지 백업형태를 적절히 이용
                하는 것이 중요하다. 예를 들면 월요일부터 토요일까지는 추가된 부분만을 증분백
                업하고, 일요일날에는 전체백업을 실시한다. 또한 매월 1일에는 전체백업을 실시하
                여 한달의 데이터, 1주의 데이터 등의 단위로 백업이 가능하다.
(3) 매체(Media) 선택 여부: 어떠한 백업 매체를 사용할 것인지를 결정해야 한다. 이 매체 선택은
                           경제적인 면과 효율적인 면, 편리성 등을 고려하여 선택한다.
(4) 백업 방법: 어떠한 프로그램을 선택하냐는 것이다. 리눅스에서 사용가능한 백업방법으로는 tar,
               dd, dump, dpio 등이 있고, 이외에도 많은 백업 유틸리티들이 있다. 편리성과 안전성
               , 효율성 등을 고려하려 선택하도록 한다.

4. 백업의 미디어
(1) 개요: 백업할 경우 가장 중요하게 고려하는 것이 예비 매체의 선택이다. 비용, 신뢰성, 처리속
          도, 가용도를 생각해야 한다.
(2) 백업매체
   1) 플로피디스크: 매우 싸며 어느 정도 신뢰할 만하다. 하지만 별로 빠르지 못하고 매우 유동적
                   이다. 또한 대용량의 데이터 저장시에는 적당치 않다.
   2) 테이프: 다소 비싸고 충분히 신뢰할 만하다. 속도도 충분히 빠르다. 테이프의 크기에 따라
             편리하게 이용할 수 있다.
   3) MOD(Magnetic Optical Drive: 광자기 드라이브) : 대용량의 데이터를 랜덤하게 접근하고 한
                                                    부분만 빨리 복원할 수 있다. Giga급의 용량
                                                    을 가진다.
   4) DAT(Digital Audio Tape) : 카세트 테이브보다 더 작은 크기의 미디어로 Giga급 용량을 갖
                               는다.

5. 리눅스에서 지원가능한 백업장치
(1) /dev/cdrom: CD-ROM드라이브
(2) /dev/fd0: 플로피디스크
(3) /dev/ht0, /dev/nht0 : IDE 테이프 장치 (예를 들면 Iomega drives)
(4) /dev/nst0, /dev/st0 : DAT(Digital Audio Tape) 나 DDS(Digital Data Storage) 계열의 SCSI
                          테이프 장치
(5) /dev/nrft0, /dev/nftape, /dev/rft0, /dev/ftape : 플로피 테이프 장치 (예를 들면 QIC-80)

6. 백업툴의 선택

(1) 개요: 전통적인 유닉스툴들에는 tar, dd, cpio, dump등이 있다. tar와 cpio는 유사하고 둘 다
          테이프상에서 복원할 수 있고, 거의 모든 미디어를 사용할 수 있다.
(2) 백업툴
   1) tar: Unix와 리눅스시스템 모두에서 사용되는 유틸리티로 파일이나 디렉토리들을 하나의 파일
          로 묶어주는 역할을 한다. 사용이 쉽고 소수의 파일백업에 좋고, 원본파일을 남겨두므로
          안전하다. 전통적인 유닉스의 tar는 압축기능을 하는 옵션이 없지만, 리눅스의 GNU tar는
          압축도 지원한다.
   2) cpio: tar와 비슷한 유틸리티로 많은 양의 데이터에 대해서는 tar보다 빠르다. 장치파일이나
           네트워크 파일등의 특수 파일도 백업이 가능하고 백업본의 크기도 작고, 백업본에 손상된
           부분이 있더라도 손상된 부분을 제외하고 나머지 부분을 복구한다. 그러나, 증분백업기능
           을 지원하지 않는다.
   3) dump: ext2 나 ext3 파일시스템만 지원하고, 파일들을 백업하지않고 파일시스템 자체를 직접
           읽어내는 방법을 사용한다. 전체백업과 증분백업이 가능하다.
   4) dd : data dump의 약자로 파티션 전체의 백업등이 가능하다. 실제적으로는 백업보다는 다른 경
          우에 더욱 더 많이 쓰인다.
   5) 기타: amanda, Arkeia, Bru, Veritas(client), UniBACK, ArcServe 등

7. tar를 이용하여 백업하기
(1) 전체백업
   1) tar cvfp home.tar /home
       => /home 디렉토리를 퍼미션을 그대로 유지하면서 home.tar라는 파일로 묶는다.
   2) tar cf /dev/st0 /home
       => /home디렉토리를 SCSI 테이프장치인 /dev/st0에 백업한다.
   3) tar zcf /dev/st0 /home
       => /home디렉토리를 SCSI 테이프장치인 /dev/st0에 압축해서 백업한다.
   4) tar zxf /dev/st0
       => SCSI 테이프장치인 /dev/st0 에서 압축을 풀어 현재 디렉토리에 푼다.
   5) tar -g list -cvpf home.tar /home
       => -g는 증분백업(Increment backup)에 사용하는 옵션으로 /home 디렉토리를 퍼미션을 그대로
         유지하면서 home.tar로 묶는 것은 1번 예제와 같지만 list라는 백업시에 저장되는 파일이나
         디렉토리들을 목록화하는 파일을 생성한다. 처음시도할 경우에는 첫번째 예제와 같은 파일
         로 생성된다. 그러나 그 다음 시도시에는 list파일과 비교하여 추가된 것만 백업하므로 백
         업하여 생성되는 파일명을 같게 해서는 안된다.
(2) 증분백업
   1) tar -g list -cvpf home1.tar /home
       => 기존의 list파일을 내용을 보고 그 이후에 변경되거나 추가된 파일들을 home1.tar로 백업
         한다. list파일을 편집기로 열어보면 파일의 용량을 숫자로 관리한다. 이 값을 비교하여
         변화시에 증분백업을 시도한다. 따라서, 이 파일을 삭제되면 전체백업을 한다.

8. cpio를 이용하여 백업하기
(1) 설명: cpio는 Copy Input ot Output의 약자로 입력받은 것을 출력에 복사한다는 뜻이다. 보통
          find명령의 출력을 입력으로 받아 백업디바이스에 저장하는 역할을 한다.
(2) 사용법
   [find 명령 | ] cpio options ' > 또는 < ' 디바이스명
(3) options
   -o : 표준출력으로 보내어 사용한다. (--extract)
   -i : 표준입력으로 받을 때 사용한다. 즉, 백업한 자료를 불러올 때 사용한다.
   -v : 과정을 자세히 보여준다.
   -c : 데이터 형식을 ASCII형태로 한다.
   -d : 필요하면 디렉토리를 생성한다. (--make-directories)
   -B : 입출력 블록사이즈를 5120bytes로 한다. 기본 블록사이즈는 512bytes이다.
(4) 사용예
   1) find /home | cpio -ocv > /dev/nst0
      => /home 디렉토리의 내용을 SCSI 테이프장치인 /dev/nst0 장치에 백업한다.
   2) cpio -icdv < /dev/nst0
     => /dev/nst0에 백업된 데이터를 현재디렉토리에 복원한다. 필요하면 디렉토리도 생성한다.

9. dump를 이용하여 백업하기
(1) 설명: dump는 파일들이 아닌 파일시스템 전체를 백업한다. 보통 파티션단위로 백업할 때 사용
          하면 편리하다. dump는 0-9단계의 레벨을 가지고 증분 백업을 지원한다. 레벨 0이 전체
          백업이고 나머지 레벨들은 부분백업을 하게 된다. 백업시에 /etc/fstab파일을 참조하며
          백업된 데이터 복원은 restore명령을 사용한다.
(2) 사용법
   dump options 백업미디어 백업하고자하는 대상
(3) options
   -0~9 : 덤프의 레벨을 지정한다. 0은 전체백업이고, 나머지는 부분백업을 한다. 기본레벨은 9이
         다.
   -f 파일명 또는 디바이스명 : 백업할 미디어를 지정하거나 파일명을 적는다.
   -u : dump 를 통해 백업한 후에 /etc/dumpdates라는 파일에 작업에 대한 정보를 기록한다.
(4) 사용예
   1) dump -0f /dev/nst0 /home
       => /home 디렉토리 전체를 /dev/nst0 장치에 전체 백업한다.
   2) dump -0u -f /dev/nst0 /dev/hda7
       => /dev/hda7 파일시스템 전체를 /dev/nst0 장치에 전체 백업하며 그 작업 정보를 /etc/dumpd
         ates라는 파일에 기록한다.
   3) dump -0u -f home /home
       => /home 디렉토리 전체를 home이라는 이름으로 전체백업한다. 또한 그 작업정보를 /etc/dump
         dates 라는 파일에 기록한다.
   4) dump -4u -f /dev/nst0 /dev/hda7
       => level4 수준 또는 그 이하의 백업을 한 뒤에 바뀐 내용을 증분백업한다. 또한 그 작업정보
         를 /etc/dumpupdates에 기록한다.
(5) 복원: dump명령으로 백업한 경우에는 restore 명령을 이용하여 복원해야 한다.
   1) 사용법
     restore options 디바이스명 또는 백업파일명
   2) options
    -i : 대화식(interactive)으로 복구할 파일을 선택한 후에 복원이 가능하다.
    -f 디바이스명 또는 백업파일명 : 백업되어진 파일이나 장치를 지정한다.
    -r : 전체백업시에 사용한다. 이 옵션사용시에 파일시스템이 미리 생성되어 있어야 하고, 마운트
        도 되어 있어야 하며 해당 디렉토리안에서 작업해야 한다.
   3) 사용예
    ㄱ. restore -if /dev/st0
         => /dev/st0에 백업된 데이터를 하나씩 확인하면서 복원한다.
    ㄴ. restore -rf /dev/nst0
         => /dev/nst0에 백업된 데이터를 전체복원한다. 단 복원하고자 하는 파일시스템이 생성되어
           있어야 하며 마운트되어 있어야 하고 해당 디렉토리안에서 작업해야 한다.
            예) mke2fs /dev/sda1
                mount /dev/sda1 /mnt
                cd /mnt
    ㄷ. restore -if home
         => home이라는 이름으로 백업된 파일을 복구한다. 실행시키면 다음과 같이 프롬프트가 나타
           난다. 지원가능한 명령을 확인해야 한다.
           restore >                    // ? 나 help라고 입력하면 사용가능한 명령을 보여준다.
           restore > help
           Available commands are:
                   ls [arg] - list directory
                   cd arg - change directory
                   pwd - print current directory
                   add [arg] - add `arg' to list of files to be extracted
                   delete [arg] - delete `arg' from list of files to be extracted
                   extract - extract requested files
                   setmodes - set modes of requested directories
                   quit - immediately exit program
                   what - list dump header information
                   verbose - toggle verbose flag (useful with ``ls'')
                    prompt - toggle the prompt display
                    help or `?' - print this list
            If no `arg' is supplied, the current directory is used
           restore > ls                 // 백업된 내용을 보여준다.
           .:
            bluemountain/ minory/       nanajjang/    quota.user    zzang/
            lost+found/   mkk737/       posein/       xitem/
           restore > add quota.user     // 특정한 파일을 선택한다. add뒤에 파일명을 기입하지
                                          않으면 전부선택된다.
           restore > ls
           .:
            bluemountain/  minory/        nanajjang/    *quota.user     zzang/
            lost+found/    mkk737/        posein/        xitem/
           restore > extract
           You have not read any volumes yet.
           Unless you know which volume your file(s) are on you should start
           with the last volume and work towards the first.
           Specify next volume # (none if no more volumes): 1       // 볼륨넘버를 입력한다.
           set owner/mode for '.'? [yn] y                           // y라고 입력한다.

10. dd를 이용하여 백업하기

(1) 설명: 전체파티션 단위로 백업할 때 용이하다.
(2) 사용법: 특정파티션을 다른 하드디스크의 파티션으로 백업한다고 가정해보자. 만약 /dev/hda1
            을 /dev/hdb1으로 백업한다고 할 때, /dev/hdb1을 /dev/hda1과 같은 사이즈의 파티션으
            로 생성한다.
(3) 사용예
   1) dd if=/dev/hda1 of=/dev/hdb1 bs=1k
       => /dev/hda1을 /dev/hdb1으로 백업한다.
   2) dd if=/dev/hda of=/dev/hdb
       => /dev/hda를 /dev/hdb로 백업한다.

11. 백업의 종류와 복원
(1) 개요: 모든 것을 한번에 백업하는 풀백업(Full Backup)이 있고 부분 부분을 백업하는 부분 백업
          (Incremental Backup)이 있다.
(2) 풀백업
   1) 설명: tar를 이용하여 쉽게 할 수있다.
   2) 사용예
     ㄱ. tar cvf /dev/ftape /usr/src
        => /usr/src디렉토리를 /dev/ftape라는 테이프에 백업한다.
     ㄴ. tar -cMf /dev/fd0H1440 /usr/src
        => /usr/src디렉토리를 -M(Multi Volume)옵션으로 플로피에 연속 백업한다. 백업하기 전에
          플로피는 포맷을 해야 한다.
(3) 부분백업
   1) 설명: 특정한 날짜 이후로 바뀐 파일 부분만 백업한다.
   2) 사용예
     ㄱ. tar -c -v -N '15 June 2002' -f /dev/st0 /usr/src
        => /usr/src 에서 2002년 6월 15일 이후로 변경된 파일만을 DAT에 부분백업한다.
(4) 복원
   1) 설명: tar의 x옵션을 이용하여 복원한다.
   2) 사용예
     tar xvf /dev/fd0H1440

12. 백업의 대상
(1) 개요: 가능한 많은 백업을 하는 것이 좋다. 그러나 쉽게 재설치가 가능한 프로그램은 백업을 원
         하지 않을 수도 있다. 또한 시스템상의 이유로 백업을 원치않는 데이터도 있을 것이다. 예
         를 들면 커널이 항상 자동으로 생성하는 데이터들은 백업할 필요가 없다. 백업을 해야할지
         하지 말아야 할지 잘 구분이 안되는 것이 /var디렉토리 이하의 파일들이다. 무엇이 중요한
         가를 고려하여 백업해야 한다.
(2) 백업해야할 대상 : 보통 /home과 /etc(이 디렉토리는 설정파일들이 들어있는 디렉토리이다. 경
                      우에 따라서는 시스템의 다른 위치에도 설정파일이 있을 수도 있으니 잘 찾아
                      백업을 해야함)는 꼭 해야한다. 아울어 어떤 프로그램의 소스를 /usr/local
                      밑에 설치하였다면 이 디렉토리도 백업대상으로 고려해야 한다.

13. 압축백업
(1) 개요: 백업은 많은 공간을 요구하게 되는데 그것은 많은 경제적인 비용을 초래할 수 있다. 이러
          한 비용적 부담의 대처방법으로 압축을 들 수 있다. 압축백업은 문제점을 발생시킬 수도
          있다. 자연적으로 어떤 환경때문에 만약 하나의 비트가 잘못 되었다면 모든 나머지 데이터
          가 사용 못하게 될 수 있다. 어떤 백업프로그램은 에러를 교정해주지만 많은 수의 에러는
          어찌할 수 없는 경우가 많다. 백업은 안전해야 되므로 그리 좋은 생각만은 아니다.
(2) 사용예
   tar zcvf etc_backup.tar.gz /etc
    => /etc디렉토리를 압축하여 etc_backup.tar.gz파일을 만든다.

14. 테이프 관련 유틸리티- mt
(1) 설명: mt는 테이프(Magnetic Tape)의 작동을 제어하는 유틸리티이다.
(2) 사용법
   mt [option] command
(3) option
   -h : 사용가능한 command를 보여준다.
   -v : mt의 버전을 보여준다. (--version)
   -f 디바이스명: 제어하고자하는 디바이스명을 지정한다.
(4) 주요 commnad
    status : 테이프의 상태를 보여준다.
    fsf 파일수: 테이프를 지정한 파일 수 만큼 앞으로 이동시킨다.
    rewind : 테이프를 처음으로 되감는다.
    bsf 파일수 : 테이프를 지정한 파일 수 만큼 되감는다.
    erase : 테이프의 내용을 지운다.
    offline : 테이프를 꺼낸다.
    rewoff : 테이프를 처음으로 되감은 뒤에 꺼낸다.
(5) 사용예
   1) mt -f /dev/st0 status
       => 테이프의 상태를 보여준다.
   2) mt -f /dev/st0 rewind
       => 테이프를 처음으로 되감는다.
   3) mt -f /dev/st0 fsf 50
       => 파일 수 50만큼 테이프를 앞으로 이동시킨다.
   4) mt -f /dev/st0 erase
       => 테이프의 내용을 지운다.
   5) mt -f /dev/st0 offline
       => 테이프를 꺼낸다.
   6) mt -f /dev/st0 rewoff
       => 테이프를 처음으로 되감은 뒤 꺼낸다.

http://www.hakawati.co.kr/361

1. 개요

URI 는 Uniform Resource Identifier 의 약자로 인터넷상 표현할 수 있는 모든 리소스를 이야기 하며, URL은 Uniform Resource Locator 의 약자로 URI에서 네트워크상 경로를 이야기 한다. 마지막으로 URN은 Uniform Resource Name은 접속 방법을 제외한 리소스를 의미한다. 이렇게 설명하면 어려워 보일 수 있다. 그림을 보자.

공식으로 표현하면 URI = URL & URN 이 성립된다. URL과 URN은 교집합이 존재하지만 이 둘 모두 URI에 종속적이다. 이들을 예제를 통해 살펴보면 다음과 같다. 

다만 이 예제는 SEO를 위한 형태(SEO-friendly)는 아니다. SEO-friendly는 경로, 페이지까지 나타내며, 확장자 이후의 내용은 없다. 즉, URL 까지만 표현되고 나머지 요소들은 내부적으로 운영된다.

날짜/시간 함수 모음

time()

date("Y-m-d H:i:s");

//현재 날짜/시간을 포맷(fotmat)에 맞게 date형식으로 출력합니다.

(24시간제로 시간을 출력)

date("Ymd")

//현재 날짜/시간이 출력됨

//예제 : 20070801

date("Y-m-d h:i:s");

//현재 날짜/시간을 포맷(fotmat)에 맞게 date형식으로 출력합니다.

(12시간제로 시간을 출력)

date("h:i:s");

-- 현재 시간이 출력됨

date("Y-m-d H:i:s",time());

//현재 두번째 매개변수을 timestamp형식으로 읽어 날짜/시간을 포맷(fotmat)에 맞게

//date형식으로 출력합니다.

date("Y-m-d",strtotime ("-1 months"));

//현재의 날짜인 time형식에서 strtotime에 의해 한달을 뺀 time을 date형식으로 변환

date("Y-m-d",strtotime ("+1 days"));

//현재의 날짜인 time형식에서 strtotime에 의해 하루를 더한 time을 date형식으로 변환

date("Y-m-d",strtotime ("+1 years"));

//현재의 날짜인 time형식에서 strtotime에 의해 1년을 더한 time을 date형식으로 변환

date("Y-m-d",strtotime ("+24 hours"));

//현재의 날짜인 time형식에서 strtotime에 의해 24시간을 더한 time을 date형식으로 변환

date("Y-m-d",strtotime ("+1500 minutes"));

//현재의 날짜인 time형식에서 strtotime에 의해 1500분을 더한 time을 date형식으로 변환

date("Y-m-d",strtotime ("+1 week"));

//현재의 날짜인 time형식에서 strtotime에 의해 1주일을 더한 time을 date형식으로 변환

date("Ymd",strtotime ("-1 days", strtotime('20070819')));

date("Ymd",strtotime ("-1 days", strtotime('2007-08-19')));

// 20070819의 날짜를 timestamp형식으로 변환후 1일을 빼고 다시 timestamp형식으로 변환후

Ymd 형식의 문자열로 출력

※ 날짜 형식은 -을 넣거나 빼야 한다. 다른 특수문자는 안됨(2007:08:12)

date("Ymd",strtotime ("+1 days",  strtotime('20070819')));

date("Ymd",strtotime ("+1 days",  strtotime('2007-08-19')));

// 20070819의 날짜를 timestamp형식으로 변환후 1일을 더한후 다시 timestamp형식으로 변환후

Ymd 형식의 문자열로 출력

※ date 함수의 2번째 인자는 timestamp 형입니다.

※ strtotime 함수의 2번째 인자는 timestamp 형입니다.

date( "Y-m-d\TH:i:s", strtotime('2007-01-01 04:04:04') );

//정상적으로 처리됨( rss에서 사용)

$timestamp=strtotime('+1 years +1 months +1 days');

//현재 날짜/시간에 years months days hours minutes seconds 단위로 더하여

//timestamp형식으로 리턴합니다.(매개변수 없이 사용불가)

문자형 날짜와 문자형 날짜 사이의 일수 구하기

<?

echo (strtotime('20070803') - strtotime('20070801'))/60/60/24;

?>

# 2 출력됨

# 문자형 날짜를 초로 계산하여 뺀다음에 일자로 변환해줌(그나마 가장 정확함)

응용 함수 모음

//오늘 날짜부터 지정한 일수(day)후의 날짜로 timestamp형식으로 출력하기

function plus_day($day)

{

 return mktime(0,0,0,date("m"),date("d")+$day,date("Y"));

}

//한줄로 오늘 날짜 시간 뽑아오기

<?

 list($y,$m,$d,$h,$i,$s) = explode(" ",date("Y m d h i s"))

?>

http://warmz.tistory.com/276

JOIN (조인) 연산자
 - 두개 이상의 테이블을 연결하여 데이터를 검색할때 사용한다.
 - 데이터베이스 시스템과 그 환경의 성능을 확인하는데도 사용할 수 있다. (느린 쿼리를 사용하여 비교)
 - 조인에는 여러가지 종류가 있다.

1. 내부 조인(INNER JOIN)
 - 조건을 사용하여 두 테이블의 레코드를 결합한다.
 - 동등 조인, 비동등 조인, 자연 조인 등이 있다.

 
 1) 동등 조인(EQUI JOIN)
      - 두 테이블 사이의 같은 행들을 반환한다.

 예) 각 boy가 어떤 toy를 가지고 있는지 조사한다. (매핑 확인)

  
 2) 비동등 조인(NON-EQUI JOIN)
     -두 테이블 사이의 같지 않은 모든 행들을 반환한다.
 
 예)

 3) 자연 조인(NATURAL JOIN)
     - 두 테이블에 같은 이름의 열이 있을때만 동작한다.
     - ON이 필요없다.

  예) 

 


2. 외부 조인(OUTER JOIN)
  - 내부 조인과 유사하며 일치하는 것이 없을 경우 NULL로 표시한다.
  - 왼쪽 테이블은 FROM 바로 다음에 나오는 테이블이고, JOIN 뒤에 나오는 테이블이 오른쪽 테이블이다.
  - 왼쪽 외부 조인(LEFT OUTER JOIN)과 오른쪽 외부 조인(RIGHT OUTER JOIN)이 있다.
  - 왼쪽 외부 조인을 사용할 경우 왼쪽 테이블을 오른쪽 테이블에 비교한다. 오른쪽 외부 조인도 그 반대로 동작한다. 일대다 관계에 유용하다.

 유용한 예) girls가 어느 toys를 가지고 있는지 알아보도록 쿼리를 작성한다.

  i) 왼쪽 테이블을 오른쪽 테이블에 비교하는 방법 

  ii) 반대로 했을때

  
 
3. 크로스 조인(CROSS JOIN)
  - 한 테이블의 모든 행과 다른 테이블의 모든 행을 짝지워 반환한다.
  - 카티전 조인, 카티전 프로덕트 등이 있다.

 예)

4. 셀프 조인(SELF JOIN)
  - 자기 자신을 조인한다.
  - 자기 자신을 하나씩 비교하기 위해 사용한다.
  - 하나의 테이블로 같은 정보를 가진 테이블이 두 개 있는 것처럼 쿼리를 보낼 수 있다.

  예) 각 사람의 이름(name)과 그 사람을 담당하는 보스(boss)의 이름을 가져온다. 

http://allenjeon.tistory.com/235

타임스탬프(Timestamp) 프로그래밍 기초
v1.0 2008/12/06 Copyleft by 전경헌@사이냅소프트

이 문서는 타임스탬프의 개념과 C,Python,Php에서 사용하는 방법에 대한 간략한 자료임.


유닉스/리눅스의 타임스탬프

유닉스/리눅스계열에서 사용되는 타임스탬프는 1970년1월1일 0시0분0초부터 몇초가 지났는 지를 나타내는 정수이다. 유닉스가 1970년대 초에 개발되었기 때문에 최대한 많은 숫자를 타임스탬프로 사용하기 위하여 기준일자(epoch)를 70년1월1일로 정한 것 같다. 이 타임스탬프는 지구자전축의 움직임을 고려하는 윤초(Leap Second)까지 반영하여 아주 엄격하게 정의한 숫자가 아니라 단순히 하루를 86400초로 계산하여 순차적으로 증가시킨 것이다. 윤년(Leap Year)은 들어봤겠지만 윤초(Leap Second)라고 들어본 적이 있는가? 윤초가 궁금하면 위키피디아의 윤초설명을 참조하기 바란다.
 
타임스탬프에 대한 감각을 익히기 위하여 몇가지 숫자를 살펴보자. 초단위로 수를 세고 있기 때문에 숫자가 매우 크다.

정의상 타임스탬프값이 0일때는 1970-01-01 00:00:00 이어야 할텐데 위의 시간을 보면 9시이다.  이는 잘못된 결과가 아니고, 뒤에 KST라는 문자열에서 한국시간임을 지정하고 있기 때문이다. 대한민국은 표준시보다 9시간이 빠르기 때문에 표준시로는 1970년1월1일 자정이다.
 
1111111111 같은 특이한 타임스탬프는 이미 지나갔고, 근래에 다다르게 될 재미있는 타임스탬프는 1234567890가 있는데, 우리시간으로 2009년2월14일에 오전 8시31분30초이고, 국제 표준시로는 2009년2월13일 밤 11시31분30초이다.


C언어에서 사용되는 타임스탬프

타임스탬프는 C 프로그래밍시에 time.h 안에 time_t 형태로 표현되나 내부적으로는 운영체제의 종류에 따라 보통 4바이트(32비트)나 8바이트(64비트) 정수형태로 표현되고 32비트로 표현하는 경우 2038년1월19일 03:14:07에 32비트 부호있는 정수형의 최대값에 도달하게 되어 그 시간이후로는 날자와 시간이 잘못 계산되어 문제를 발생시킬 수 있다. 이를 지난 2000년에 있었던 Y2K문제에 빗대어 Y2K38문제라고 부른다.

C-프로그래밍에서 타임스탬프는 time() 함수를 이용하여 얻어낼 수 있다.

유닉스/리눅스 타임스탬프를 문자열로 바꾸기 위해서는 ctime()을 이용하거나
gmtime(), localtime()를 써서 tm 구조체로 바꾼 뒤에 strftime() 함수를 이용할 수 있다.

아래 예제에서 gmtime()은 국제표준시로, localtime()은 지역표준시로 변환한다.

tm 구조체를 타임스탬프로 변경하기 위해서는 mktime() 함수를 이용한다.

타임스탬프와 크게 관련된 주제는 아니지만, 유닉스/리눅스 서버의 시간이 잘못되어있으면
데이타베이스나 웹서버등이 잘못 작동할 수 있으므로 가능한 시간을 맞춰놓을 필요가 있다.
아래는 유닉스/리눅스의 rdate 명령어를 이용하여 시간을 맞추는 예제이다.

내 경우는 cron에 rdate를 등록하여 일주일에 한번씩 자동으로 시간을 맞추고 있다.

 

MySQL에서 사용되는 타임스탬프

웹개발에서 가장 많이 사용되는 데이타베이스 중의 하나인  MySQL은 유닉스 형태의 타임스탬프를 지원하는 함수들을 가지고 있다. MySQL에 TIMESTAMP()라는 함수가 있는 데 이는 문자열을 datetime 값으로 변경하는 함수이고, 유닉스 타임스탬프를 문자열로 변경하기 위해서 from_unixtime() 함수를 이용하고, 문자열이나 날자형을 유닉스 타임스탬프로 변경하기위해서는 unix_timestamp() 함수를 이용한다. 함수명이 좀 길고, 언더바(_)의 위치가 조금 애매하지만 의미는 명확하다.

TIMESTAMP() 함수는 이름만 타임스탬프이지 반환값은 타임스탬프가 아니라 datetime 값이다.

아래는 unix_timestamp() 함수를 이용하여 타임스탬프값을 가져오는 예이다. 인수가 없으면 현재일시의 타임스탬프를 가져온다. 

타임스탬프값을 문자열로 변환하기 위해서는 from_unixtime() 함수를 이용한다. 파라미터로 unix_timestamp()값을 사용하면 되고, 반환되는 형식은 문맥에 따라 문자열(YYYY-MM-DD HH:MM:SS)이나 정수값(YYYYMMDDHHMMSS)으로 자동변환되어 결정된다.

MySQL의 Now() 함수는 from_unixtime( unix_timestamp() )와 같은 내용이다.

개인적으로 데이타베이스에서 날자와시간을 사용할때 타임스탬프나 datetime을 쓰기보다는 문자열 CHAR(14) 'YYYYMMDDHHMMSS' 이나 CHAR(19) 'YYYY-MM-DD HH:MM:SS'를 사용하는 것을 선호한다.
 

Python에서 사용되는 타임스탬프

파이썬은 유닉스/리눅스의 time.h 함수에 대응하는 동일한 형태의 모듈을 가지고 있다. 모듈의 이름은 time이며 사용법은 C 언어 함수와 대동소이하다. 차이가 있다고 하면 파이썬에서는 C언어와 달리 time() 함수의 리턴값이 정수가 아닌 실수로 반환된다는 것이다. 소수점이하의 타임스탬프값은 시스템에 따라서 안 나올 수 있다고 한다.

위에서 기준일자는 역시 1970년1월1일임을 알 수 있고, localtime이 9시간 빠른 우리나라에서 수행한 것임도 알 수 있다.

파이썬에서 사용할 수 있는 또하나의 타임스탬프가 있다. 바로 그레고리안 달력의 1년1월1일을 1로 하는 정수인데, 하루가 지날때마다 1씩 증가하고 이를 ordinal이라 한다. ordinal을 사용하기 위해서는 datetime 모듈의 fromordinal, toordinal 함수를 사용한다.

유닉스/리눅스 타임스탬프가 1970년1월1일부터 초를 세는 것이고 하루는 86400초이므로,
datetime의 ordinal 과 타임스탬프사이에는 아래의 관계가 성립한다.

위에서, 719163은 1970년1월1일의 ordinal 이다.

Php에서 사용되는 타임스탬프

Php에서 현재의 타임스탬프를 얻어오기 위해서 time()함수를 사용할 수 있다.
그러나 보통 Php에서 날자는 date()라는 막강한 함수를 이용한다.
time() 함수는 date("U")와 같다.

date() 함수는 포맷인자를 이용하여 날자와 관련된 거의 모든 표현을 할 수 있다.
자세한 설명은 PHP date() 함수 매뉴얼을 참조하기 바란다.

Php프로그램의 수행결과는 아래와 같다.