AJAX, WEB 2.0 SEO, by VINS

심포니 프레임워크 한글 요약본

2011-06-22T20:35:00.000-07:00

링크 참조~

심포니 설치시 오류 메세지

2011-06-22T20:05:00.001-07:00

심포니 설치시 오류 메세지

[root@localhost root]# pear install symfony/symfony-1.2.5

Package "symfony" Version "1.2.5" does not have REST xml available
Cannot initialize 'channel://pear.symfony-project.com/symfony-1.2.5', invalid or missing package file
Package "channel://pear.symfony-project.com/symfony-1.2.5" is not valid
install failed

위와 같은 오류가 발생할 경우 (심포니 채널 업데이트 할 것)
[root@localhost root]# pear channel-update symfony

크리에이티브 커먼즈 라이선스

원도우7 정품인증창 제거

2010-12-29T11:22:00.000-08:00

원도우7 정품인증 창 제거
Window7 정품인증 창 제거
remove window7 auth window

목적 : 원도우 정품인증창 제거

해야할 일
1. unlocker.exe 다운받기
글 쓰는 시점의 최신 버젼은 아래 링크 클릭
http://www.geardownload.com/system/unlocker--download.html
너무 옛날꺼다 싶으면 검색해서 최신버젼으로 받으시면 됩니다.

2. c:\windows\system32\wat 폴더 자체를 마우스 우클릭 하면
팝업 메뉴 중간쯤에 unlocker가 보이며 그걸 클릭하면
다른 메뉴가 나오는데 드롭다운 박스에서 언락 상태를 뭐로 할지 선택한다.
삭제 선택하고 확인 클릭하면 끝

이 간단한 두가지만 하면 앞으로 인증요구창은 더 안봐도 된다.

------------------- window xp 정품인증 제거--------------------------
------------원도우 정품 인증 죽이기 (kill WgaTray.exe remove) -----------

1. 실행창에 regedit 입력한다. (윈도우 버튼 누르면 보이는 실행(R)...을 말하는 겁니다.)
2. HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon\Notify
3. Notify 폴더를 통채로 삭제한다.
4. 다시 실행창에 5번을 입력하고 엔터
5. %windir%\system32\wgatray.exe /u
6. 재부팅 한다.

----------- 여기까지만 해도 재부팅하면 wgatray (별그림) 은 사라져있습니다.
그래도 혹시 모르니까 ㅎㅎ

7. 다시 실행창에 regedit 를 입력하고 2번을 실행한다.
8. 3번을 다시 실행한다 (Notify 폴더 삭제, 없는 분은 9번으로...)
9. 실행창에 cmd /c "del %windir%\system32\wgatray.exe" 실행
10.실행창에 cmd /c "del %windir%\system32\WGAlogon.dll" 실행
11.실행창에 cmd /c "rmdir /s /q %windir%\SoftwareDistribution\Download\6c4788c9549d437e76e1773a7639582a" 실행한다

참고 주소 <-- 여기서 참조했습니다.

원래라면 9, 10, 11 번을 통해서 wgatray.exe 가 지워져야합니다.

하지만 가끔 가다가 분명 레지스터리 안에 파일들을 모두 삭제했지만, 여전히 남아서
어느 순간 다시금 wgatrya.exe 가 실행될때가 있습니다.

우선 C:\WINDOWS\system32 안에 있는 wgatray.exe 를 제거

Memcached 설치 및 설정하고 테스트 하기 by Vins

2010-04-20T23:37:00.000-07:00

우선 작업하기 전에
memcached (서버 데몬)
memcache (php-memcache 클라이언트) 이 두개의 버젼을 일치해야 한다
설치 진행은
먼저 서버 memcached 1.4.5
클라이언트 memcache 2.2.5를 사용하였다
버젼이 안 맞으면 테스트가 되지 않는다

memcached
•memcached: 基本情報
•memcacheセットアップ
◦memcacheセットアップ[peclパッケージ編]
■memcacheインストール
■PECL::memcacheパッケージコンパイル
■PHP設定
•memcachedセットアップ
◦memcachedセットアップ[peclパッケージ編]
■memcached実行ユーザー作成
■memcachedインストール
■memcachedコンパイル
■memcached動作確認
■memcachedの設定確認
■自動起動設定
■サービスの起動
◦memcachedインストール[yum編]
■yumのリポジトリ更新
■memcachedのインストール
■memcachedの起動
•[資料]セッションセーブハンドラに登録
◦php.iniの場合
◦.htaccessの場合
◦プログラムの場合

memcached: 基本情報 †
http://memcached.org/

特集：memcachedを知り尽くす
http://gihyo.jp/dev/feature/01/memcached

memcacheはデーモン(deamon):memcached
クライアント(client):memcache
で構成されています。

↑
memcacheセットアップ †
↑
memcacheセットアップ[peclパッケージ編] †
↑
memcacheインストール †
参照PHP インストール手順
memcacheのパッケージをダウンロードする

# echo "http_proxy=http://192.168.34.2:8080/" >> /etc/wgetrc
# #IDC以外の時は必要ない
# #間違えて作ってしまった場合は
# #rm /etc/wgetrc で消しておく
# cd /usr/local/src
# wget http://pecl.php.net/get/memcache-2.2.5.tgzダウンロードしたパッケージを解凍する

# tar -zxvf memcache-2.2.5.tgz
# cd memcache-2.2.5↑
PECL::memcacheパッケージコンパイル †
phpizeを使ってPECL::memcacheのパッケージをコンパイル

# /usr/local/php/bin/phpize && ./configure --enable-memcache --with-php-config=/usr/local/php/bin/php-config && makememcacheのモジュールをphpのモジュールにコピーします。

# cp modules/memcache.so /usr/lib/php/modules/↑
PHP設定 †
php.iniに次の設定を行う。
※phpがrpmもしくyumインストールの場合は
　memcached.iniを追加して設定を書きこみます。

# vi /etc/php.d/memcached.ini■設定内容

[memcache]
extension=memcache.so
memcache.allow_failover = 1
memcache.max_failover_attempts=20
memcache.chunk_size =8192
memcache.default_port = 11211
session.save_handler = memcache
session.save_path = tcp://127.0.0.1:11211

↑
memcachedセットアップ †
↑
memcachedセットアップ[peclパッケージ編] †
↑
memcached実行ユーザー作成 †
memcached用のアカウント「memcached」を作成する
# sudo groupadd memcached
# sudo useradd -g memcached -s /sbin/nologin -d /nonexistent memcached↑
memcachedインストール †
memcachedのパッケージをダウンロードする

# cd /usr/local/src
# wget http://memcached.googlecode.com/files/memcached-1.4.5.tar.gz
# tar zxvf memcached-1.4.5.tar.gz
# cd memcached-1.4.5↑
memcachedコンパイル †
コンパイルします。

# ./configure
# make
# make install※パッケージがない場合はyumでインストール

# yum install -y libevent-devel.i386↑
memcached動作確認 †
# memcached -d -m 64 -p 11211 -l 127.0.0.1 -u memcached↑
memcachedの設定確認 †
/etc/init.dにスクリプトを書く

# vi /etc/init.d/memcached#!/bin/bash
#
# memcached
#
# chkconfig: - 55 45
# description: The memcached daemon is a network memory cache service.
# processname: memcached
# config: /etc/sysconfig/memcached

# Source function library.
. /etc/rc.d/init.d/functions

#Config
TARGET=memcached
DSN_BIN=/usr/local/bin/${TARGET}

PORT=11211
USER=memcached
MAXCONN=1024
CACHESIZE=768
OPTIONS="-l 127.0.0.1"

if [ -f /etc/sysconfig/memcached ]; then
. /etc/sysconfig/memcached
fi

start()
{
echo -n "Starting ${TARGET}: "
daemon ${DSN_BIN} -d -p ${PORT} -u ${USER} -m ${CACHESIZE} ${OPTIONS}
echo
touch /var/lock/subsys/memcached
}

stop()
{
echo -n "Shutting down ${TARGET}: "
killproc ${DSN_BIN}
echo
rm -f /var/lock/subsys/memcached
}

case "$1" in
start)
start
;;
stop)
stop
;;
status)
status ${TARGET}
;;
restart|reload)
stop
start
;;
*)
echo "Usage: `basename $0` {start|stop|status|reload|restart}" >&2
exit 1
esac
exit 0
権限を変更する

# chmod 777 /etc/init.d/memcached↑
自動起動設定 †
# chkconfig --add memcached
# chkconfig memcached on
# chkconfig --list memcached↑
サービスの起動 †
/etc/init.d/memcached restart↑
memcachedインストール[yum編] †
↑
yumのリポジトリ更新 †
標準ではmemcachedが追加されていないのでのリポジトリを更新する。

# cd /usr/local/src
# wget http://dag.wieers.com/rpm/packages/rpmforge-release/rpmforge-release-0.3.6-1.el5.rf.i386.rpm
# rpm -Uhv rpmforge-release-0.3.6-1.el5.rf.i386.rpmこれでリポジトリにmemcachedが追加される

↑
memcachedのインストール †
yumで必要なパッケージをインストール

# yum -y install libevent memcached php-pecl-memcache zlib-devel re2cmemcachedの設定は/etc/sysconfig/memcachedを編集する。動かすだけならデフォルトのままでOK。

↑
memcachedの起動 †
/etc/init.d/memcached startサービスを自動起動にしておく。

chkconfig memcached on↑
[資料]セッションセーブハンドラに登録 †
↑
php.iniの場合 †
session.save_handler = memcache
session.save_path = tcp://127.0.0.1:11211↑
.htaccessの場合 †
php_value session.save_handler "memcache"
php_value session.save_path "tcp://127.0.0.1:11211"↑
プログラムの場合 †
ini_set("session.save_handler", "memcache");
ini_set("session.save_path", "tcp://127.0.0.1:11211");

다 설정 하였다면 ..

telnet 127.0.0.1 11211 접속하여
stats <-- 입력해 보라
응답이 있다면 아래 목록이 출력 될 것이다 .

이하는 ssh의 까만 화면이라고 생각해자

# telnet 127.0.0.1 11211
Trying 127.0.0.1...
Connected to localhost.localdomain (127.0.0.1).
Escape character is '^]'.
stats
STAT pid 22991
STAT uptime 1612
STAT time 1271830666
STAT version 1.4.5
STAT pointer_size 32
STAT rusage_user 0.000999
STAT rusage_system 0.008998
STAT curr_connections 11
STAT total_connections 16
STAT connection_structures 13
STAT cmd_get 4
STAT cmd_set 4
STAT cmd_flush 0
STAT get_hits 3
STAT get_misses 1
STAT delete_misses 0
STAT delete_hits 0
STAT incr_misses 0
STAT incr_hits 0
STAT decr_misses 0
STAT decr_hits 0
STAT cas_misses 0
STAT cas_hits 0
STAT cas_badval 0
STAT auth_cmds 0
STAT auth_errors 0
STAT bytes_read 3080
STAT bytes_written 2975
STAT limit_maxbytes 67108864
STAT accepting_conns 1
STAT listen_disabled_num 0
STAT threads 4
STAT conn_yields 0
STAT bytes 744
STAT curr_items 1
STAT total_items 4
STAT evictions 0
STAT reclaimed 0

봤으면 quit !!

Memcached 설치 및 설정하기 그리고 주의 사항

2010-04-20T00:19:00.000-07:00

Memcached 는 데이터를 메모리에 저장하며 분산처리가 가능하고 매우 빠른 성능을 지닌 캐시 입니다.

- libevent 설치
Memcached 는 libevent 를 필요로 하므로 먼저 설치를 진행하겠습니다.

http://monkey.org/~provos/libevent/

[root@yongobk ~]# cd /usr/local/src
[root@yongobk ~]# wget http://monkey.org/~provos/libevent-1.4.13-stable.tar.gz
[root@yongobk ~]# tar xzvf libevent-1.4.13-stable.tar.gz
[root@yongobk ~]# cd libevent-1.4.13-stable
[root@yongobk ~]# ./configure
[root@yongobk ~]# make ; make install

- Memcached 설치
아래 주소에서 최신버전을 다운로드 하고 설치를 진행합니다.

http://code.google.com/p/memcached/downloads/list

[root@yongobk ~]# cd /usr/local/src
[root@yongbok ~]# wget http://memcached.googlecode.com/files/memcached-1.4.4.tar.gz
[root@yongbok ~]# tar xzvf memcached-1.4.4.tar.gz
[root@yongbok ~]# cd memcached-1.4.4
[root@yongbok ~]# ./configure --prefix=/usr/local/memcached --with-libevent=/usr/local
[root@yongbok ~]# make ; make install

- Memcached 실행

[root@yongbok ~]# /usr/local/memcached/bin/memcached -u nobody &

- Memcached PHP Extension 설치

http://pecl.php.net/package/memcache

[root@yongobk ~]# cd /usr/local/src
[root@yongbok ~]# wget http://pecl.php.net/get/memcache-2.2.5.tgz
[root@yongbok ~]# tar xzvf memcache-2.2.5.tgz
[root@yongbok ~]# cd memcache-2.2.5
[root@yongbok ~]# /usr/local/php5/bin/phpize
[root@yongbok ~]# ./configure --with-php-config=/etc/php/bin/php-config
[root@yongbok ~]# make ; make install

Installing shared extensions: /usr/local/php5/lib/php/extensions/no-debug-non-zts-20060613/

php.ini 파일에 아래 내용 추가 합니다.

[root@yongbok ~]# vi /usr/local/apache2/conf/php.ini

[memcache]
extension_dir=/usr/local/php5/lib/php/extensions/no-debug-non-zts-20060613/
extension=memcache.so
memcache.allow_failover=1
memcache.max_failover_attempts=100
memcache.chunk_size=32768
memcache.default_port=11211

- Apache 재시작

[root@yongbok ~]# /usr/local/apache2/bin/apachectl restart

- PHP 에 Memcached 가 적용 되어 있는지 확인

[root@yongbok ~]# echo '' > /var/www/phpinfo.php

참고
http://www.ibm.com/developerworks/kr/library/os-php-fastapps3/

[세션을 메모리캐싱을 사용할 경우 주의 사항 ]
memcache를 사용하는 중 세션 정보가 유지되지 않아 그것을 해결하는데
많은 시간을 소비하였습니다. 저의 경우 모델자체를 세션에 저장하였었는데 그것의 데이터가 많아지면 저절로 기존 데이터가 사라지는 것이었습니다. 그래서 필요한 데이터만 저장하니까 그러한 문제는 발생되지 않았습니다

memcached + Session Database
- memcached의 원래 목적이 데이터베이스나 파일 데이터를 캐시하는 것임

- 세션 데이터를 데이터베이스로 만들어 넣고, session handler 부분에서 memcached를 호출하게 만들면 될 듯.

- 데이터베이스를 사용하는 안정성 + 세션 공유 문제 해결 + memcached에 의한 성능 향상까지 기대할 수 있지 않을까?

- 이 부분은, 좀더 생각해보면서, 방법을 찾아봐야 할 듯...
<- 곰곰히 생각해보니, 약간 부정적. 세션 데이터는 read보다는 update가 압도적으로 많음. 따라서, 캐시 효과는 작음.

Memcache & MySQL PHP Session Handler PHP code for session db + memcached
http://www.softwareprojects.com/resources/programming/t-php-sessionsave_handler-and-database-sessions-debu-1797.html
http://www.softwareprojects.com/resources/programming/t-memcached-for-php-sessions-1654.html

OpenSSL + Apache 2.0.X (RPM설치시 예제)

2010-03-15T00:32:00.000-07:00

■mod_sslインストール

[root@centos ~]# yum -y install mod_ssl　←　mod_sslインストール

■WebサーバーSSL設定

（１）サーバー用秘密鍵・証明書作成

[root@centos ~]# cd /etc/pki/tls/certs/　←　ディレクトリ移動※CentOS5の場合

[root@centos ~]# cd /usr/share/ssl/certs　←　ディレクトリ移動※CentOS4の場合

[root@centos certs]# sed -i 's/365/3650/g' Makefile　←　サーバー用証明書有効期限を1年から10年に変更

[root@centos certs]# make server.crt　←　サーバー用秘密鍵・証明書作成
umask 77 ; \
        /usr/bin/openssl genrsa -des3 1024 > server.key
Generating RSA private key, 1024 bit long modulus
.................++++++
............++++++
e is 65537 (0x10001)
Enter pass phrase:　←　任意のパスワードを応答※表示はされない
Verifying - Enter pass phrase:　←　任意のパスワードを応答(確認)※表示はされない
umask 77 ; \
        /usr/bin/openssl req -utf8 -new -key server.key -x509 -days 3650 -out server.crt -set_serial 0
Enter pass phrase for server.key:　←　上記で応答したパスワードを応答※表示はされない
You are about to be asked to enter information that will be incorporated
into your certificate request.
What you are about to enter is what is called a Distinguished Name or a DN.
There are quite a few fields but you can leave some blank
For some fields there will be a default value,
If you enter '.', the field will be left blank.
-----
Country Name (2 letter code) [GB]:JP　←　国名応答
State or Province Name (full name) [Berkshire]:Kanagawa　←　都道府県名応答
Locality Name (eg, city) [Newbury]:Kawasaki　←　市区町村名応答
Organization Name (eg, company) [My Company Ltd]:centossrv.com　←　サイト名応答(なんでもいい)
Organizational Unit Name (eg, section) []:　←　空ENTER
Common Name (eg, your name or your server's hostname) []:centossrv.com　←　Webサーバー名応答
Email Address []:webmaster@centossrv.com　←　管理者メールアドレス応答

[root@centos certs]# openssl rsa -in server.key -out server.key　←　サーバー用秘密鍵からパスワード削除
Enter pass phrase for server.key:　←　サーバー用秘密鍵・証明書作成時のパスワード応答※表示はされない
writing RSA key

※パスワードを削除するのは、Webサーバー起動時にパスワードを要求されないようにするため

（２）SSL設定

[root@centos certs]# vi /etc/httpd/conf.d/ssl.conf　←　ApacheSSL設定ファイル編集
※CentOS5の場合
SSLCertificateFile /etc/pki/tls/certs/server.crt　←　サーバー用証明書を指定

SSLCertificateKeyFile /etc/pki/tls/certs/server.key　←　サーバー用秘密鍵を指定

※CentOS4の場合
SSLCertificateFile /usr/share/ssl/certs/server.crt　←　サーバー用証明書を指定

SSLCertificateKeyFile /usr/share/ssl/certs/server.key　←　サーバー用秘密鍵を指定

#  General setup for the virtual host, inherited from global configuration
#DocumentRoot "/var/www/html"　←　#を削除(コメント解除)
↓
DocumentRoot "/var/www/html"

■Apache設定反映

（１）Apache設定反映

[root@centos certs]# /etc/rc.d/init.d/httpd restart　←　Apache再起動
httpd を停止中:                                            [  OK  ]
httpd を起動中:                                            [  OK  ]

（２）ポート443番のOPEN
ルーター側の設定でポート443番をOPENする。
※ルーターの設定は各ルーターのマニュアルまたはメーカー別ルーターポート開放手順を参照

아파치 소스 설치의 경우가 더 많을 걸로 예상되어서 잠시 정리하면 ...

1. /usr/local/apache2/conf/httpd.conf 에서 httpd-ssl.conf 찾아서
include를 해제해 준다
약 400~450 사이쯤에 아래와 같은 부분이 있다
# Secure (SSL/TLS) connections
# Include conf/extra/httpd-ssl.conf
※ 위 # 삭제 아래와 같이
Include conf/extra/httpd-ssl.conf

2. vi /usr/local/apache2/conf/extra/httpd-ssl.conf (파일 열고)

3. 76째 줄부터 몇가지 설정을 해 준다
# General setup for the virtual host
DocumentRoot "/html/webroot" <-- 알맞게 변경
DirectoryIndex index.php index.html index.htm <-- 이 부분 추가
ServerName www.thenamed.net:443 <-- 해당 도메인으로 변경
ServerAdmin xxxx@xxxx.jp <-- 알맞게 변경
ErrorLog "/usr/local/apache2/logs/error_log"
TransferLog "/usr/local/apache2/logs/access_log"

4. 약 100번째 줄에서 부터 두가지 변경
SSLCertificateFile "/usr/local/apache2/conf/server-dsa.crt"
위를 아래와 깉이 변경
SSLCertificateFile "/usr/local/ssl/www.thenamed.net.crt"

5. 약 110번째 줄에서 부터
SSLCertificateKeyFile "/usr/local/apache2/conf/server-dsa.key"
아래 처럼 변경
SSLCertificateKeyFile "/usr/local/ssl/www.thenamed.net.key"

즉 인증서(crt)과 키(key)파일을 저장한 위치를 설정해 주면 된다.

마지막으로 /usr/local/apache2/bin/apachectl restart

https://www.example.com 자기도메인으로 접속해 보면 정상적으로 보여야 한다
하지만 OpenSSL 이기 때문에 인증되자 않은 사용자라고 경고메세지가 뜨는데
이는 원도우계열이라면 MS에 인증서 비용을 제출해야 MS에서 경고메세지가
안 뜨도록 인증된 사용자라고 등록해 준다 ..

녹색방퍠와 빨간방패가 뜬다면 빨간 방패를 눌러 사이트에 접속하도록 하자..

TIP. VeriSign과 같은 등록대행 업체를 이용한다면
중계인증자까지 등록 해야 한다
SSLCACertificateFile 부분을 찾아 경로에 맞게 세팅한다.
확장자는 .ca.crt이다
SSLCACertificateFile /usr/local/ssl/www.verisign.net.ca.crt
(SSLCACertificateFile는 주석 처리 되어 있으니 경로에 맞게 세팅)

メールサーバー構築(sendmail+Dovecot)

2010-03-12T09:18:00.000-08:00

メールサーバー構築(sendmail+Dovecot)

最終更新日： 2009.12.29

■概要

メールサーバーを構築する場合、送信メールサーバー(SMTPサーバー)と受信メールサーバー(POP/IMAPサーバー)の構築が必要となる。
ここでは、送信メールサーバーにはデフォルトでインストールされているsendmail、受信メールサーバーにはDovecotを採用する。

なお、sendmailは迷惑メールの不正中継に利用されないようにするため、デフォルトでは外部から外部宛(例えば、会社等で自宅サーバーのメールアドレスからプロバイダのメールアドレス宛)に送信できないようになっているが、迷惑メールの不正中継に利用されずに外部から外部宛に送信できるようにするため、SMTP-Auth機能※をもたせる。
また、DovecotはPOP/IMAPサーバーとして構築し、ユーザがPOPまたはIMAPを選択できるようにする。※POPとIMAPの違い

※SMTP-Auth機能とは、メール送信時にユーザ名とパスワードで認証を行なう機能であり、これにより、迷惑メールの不正中継に利用されないようにする。

■sendmail設定

（１）sendmail-cfインストール
sendmail.mcからsendmail設定ファイル(sendmail.cf)を作成するのに必要なsendmail-cfをインストールする。
※sendmail設定ファイル(sendmail.cf)は難解なため、sendmail.mcを編集してsendmail.cfに変換するのが一般的である

[root@centos ~]# yum -y install sendmail-cf　←　sendmail-cfインストール

（２）sendmail設定

[root@centos ~]# vi /etc/mail/sendmail.mc　←　sendmail.mc編集
DAEMON_OPTIONS(`Port=smtp,Addr=127.0.0.1, Name=MTA')dnl
↓
DAEMON_OPTIONS(`Port=smtp, Name=MTA')dnl　←　変更(外部からの受信を許可)

dnl MASQUERADE_AS(`mydomain.com')dnl
MASQUERADE_AS(`centossrv.com')dnl　←　追加(送信元アドレスの@以降をドメイン名にする)

dnl FEATURE(masquerade_envelope)dnl
FEATURE(masquerade_envelope)dnl　←　追加(エンベロープFromも書き替える)

EXPOSED_USER(`root')dnl
↓
dnl EXPOSED_USER(`root')dnl　←　変更(送信元がrootの場合も書き替える)

dnl TRUST_AUTH_MECH(`EXTERNAL DIGEST-MD5 CRAM-MD5 LOGIN PLAIN')dnl
dnl define(`confAUTH_MECHANISMS', `EXTERNAL GSSAPI DIGEST-MD5 CRAM-MD5 LOGIN PLAIN')
↓
TRUST_AUTH_MECH(`EXTERNAL DIGEST-MD5 CRAM-MD5 LOGIN PLAIN')dnl　←　行頭のdnlを削除(SMTP-Auth有効化)
define(`confAUTH_MECHANISMS', `EXTERNAL GSSAPI DIGEST-MD5 CRAM-MD5 LOGIN PLAIN')　←　行頭のdnlを削除(SMTP-Auth有効化)

define(`confMAX_MESSAGE_SIZE',`10485760')　←　最終行へ追加(受信メールサイズを10MB=10*1024*1024に制限)

以下を最終行へ追加(メールサーバー名&バージョン情報の隠蔽)
define(`confSMTP_LOGIN_MSG',`unknown')dnl
define(`confRECEIVED_HEADER',`$?sfrom $s $.$?_($?s$|from $.$_)
        $.$?{auth_type}(authenticated)
        $.by $j (unknown)$?r with $r$. id $i$?u
        for $u; $|;
        $.$b')dnl

[root@centos ~]# m4 /usr/share/sendmail-cf/m4/cf.m4 /etc/mail/sendmail.mc > /etc/mail/sendmail.cf　←　sendmail.mcよりsendmail.cf作成

[root@centos ~]# echo `hostname -d` >> /etc/mail/local-host-names　←　xxxx@centossrv.comでメールを受信できるようにする

（３）SMTP-Auth設定
SMTP-Auth用ユーザ名、パスワードにシステムのユーザ名、パスワードを使用する場合

[root@centos ~]# /etc/rc.d/init.d/saslauthd start　←　saslauthd起動
saslauthd を起動中:                                        [  OK  ]

[root@centos ~]# chkconfig saslauthd on　←　saslauthd自動起動設定

[root@centos ~]# chkconfig --list saslauthd　←　saslauthd自動起動設定確認
saslauthd       0:off   1:off   2:on    3:on    4:on    5:on    6:off　←　ランレベル2～5のonを確認

SMTP-Auth用ユーザ名、パスワードとシステムのユーザ名、パスワードを別々にする場合

[root@centos ~]# vi /usr/lib/sasl2/Sendmail.conf　←　SMTP-Auth認証設定ファイル編集
pwcheck_method:saslauthd
↓
pwcheck_method:auxprop　←　変更

（４）Maildir形式メールボックス作成
sendmailのメール格納形式は共有ディレクトリ形式（｢/var/spool/mail/ユーザ名｣というファイルに全てのメールが蓄積されていく形式）だが、アクセス性能改善及びセキュリティ強化の観点からMaildir形式へ移行する。

【既存ユーザ対処】
既存ユーザのホームディレクトリにMaildir形式のメールボックスを作成して、蓄積済のメールデータを当該メールボックスへ移行する⇒メールデータ移行を参照

【新規ユーザ対処】
新規ユーザ追加時に自動でホームディレクトリにMaildir形式のメールボックスが作成されるようにする

[root@centos ~]# mkdir -p /etc/skel/Maildir/new　←　新規ユーザ追加時に自動でMaildir形式メールボックス作成(1/4)

[root@centos ~]# mkdir -p /etc/skel/Maildir/cur　←　新規ユーザ追加時に自動でMaildir形式メールボックス作成(2/4)

[root@centos ~]# mkdir -p /etc/skel/Maildir/tmp　←　新規ユーザ追加時に自動でMaildir形式メールボックス作成(3/4)

[root@centos ~]# chmod -R 700 /etc/skel/Maildir/　←　新規ユーザ追加時に自動でMaildir形式メールボックス作成(4/4)

（５）Maildir形式メールボックス対応
sendmailはMaildir形式メールボックスに対応していないため、ProcmailでMaildir形式メールボックスへ配送するようにする。

[root@centos ~]# vi /etc/procmailrc　←　procmail設定ファイル作成
SHELL=/bin/bash
PATH=/usr/bin:/bin
DROPPRIVS=yes
MAILDIR=$HOME/Maildir
DEFAULT=$MAILDIR/
#LOGFILE=$MAILDIR/procmail.log # ログ出力先
#VERBOSE=ON # 詳細ログ出力

（６）未承諾広告メールの削除
未承諾広告メール(件名に｢未承諾広告※｣と表示されているメール)は受信せずに削除するようにする。

[root@centos ~]# vi /etc/procmailrc　←　procmail設定ファイル編集
以下を追加
# 未承諾広告メール削除※システムの文字コードがUTF-8(デフォルト)の場合
:0
* ^Subject:.*iso-2022-jp
* ^Subject:\/.*
* ? echo "$MATCH" | nkf -mwZ2 | sed 's/[[:space:]]//g' | egrep '未承諾広告※'
/dev/null

# 未承諾広告メール削除※システムの文字コードがEUCの場合
:0
* ^Subject:.*iso-2022-jp
* ^Subject:\/.*
* ? echo "$MATCH" | nkf -meZ2 | sed 's/[[:space:]]//g' | egrep '未承諾広告※'
/dev/null

■sendmail再起動

（１）sendmail再起動

[root@centos ~]# /etc/rc.d/init.d/sendmail restart　←　sendmail再起動
sendmail を停止中:                                         [失敗]
sendmailを起動中:                                          [  OK  ]
sm-clientを起動中:                                         [  OK  ]

（２）ポート25番のOPEN
ルーター側の設定でポート25番をOPENする。
※ルーターの設定は各ルーターのマニュアルまたはメーカー別ルーターポート開放手順を参照

ポートチェック【外部からポート開放確認】で｢host名｣にサーバー名(例:centossrv.com)、｢port番号｣に25と入力して｢ポートチェック｣ボタン押下し、｢ホスト＝centossrv.com　ポート＝25　にアクセスできました。｣と表示されることを確認。

■OP25B対策

OP25B(Outbound Port 25 Blocking)対策参照

■Dovecotインストール

[root@centos ~]# yum -y install dovecot　←　Dovecotインストール

■Dovecot設定

[root@centos ~]# vi /etc/dovecot.conf　←　Dovecot設定ファイル編集
# Protocols we want to be serving:
#  imap imaps pop3 pop3s
#protocols = imap imaps
protocols = imap imaps pop3 pop3s　←　追加(POPアクセスを追加)

# Default MAIL environment to use when it's not set. By leaving this empty
# dovecot tries to do some automatic detection as described in
# doc/mail-storages.txt. There's a few special variables you can use:
#
#   %u - username
#   %n - user part in user@domain, same as %u if there's no domain
#   %d - domain part in user@domain, empty if user there's no domain
#   %h - home directory
#
# You can also limit a width of string by giving the number of max. characters
# after the '%' character. For example %1u gives the first character of
# username. Some examples:
#
#   default_mail_env = maildir:/var/mail/%1u/%u/Maildir
#   default_mail_env = mbox:~/mail/:INBOX=/var/mail/%u
#   default_mail_env = mbox:/var/mail/%d/%n/:INDEX=/var/indexes/%d/%n
#
#default_mail_env =
default_mail_env = maildir:~/Maildir　←　追加(メールボックス形式をMaildir形式とする)


# ':' separated list of directories under which chrooting is allowed for mail
# processes (ie. /var/mail will allow chrooting to /var/mail/foo/bar too).
# This setting doesn't affect login_chroot or auth_chroot variables.
# WARNING: Never add directories here which local users can modify, that
# may lead to root exploit. Usually this should be done only if you don't
# allow shell access for users. See doc/configuration.txt for more information.
#valid_chroot_dirs =
valid_chroot_dirs = /home　←　追加※OpenSSHでChrootを設定している場合のみ

■Dovecot起動

（１）Dovecot起動

[root@centos ~]# /etc/rc.d/init.d/dovecot start　←　Dovecot起動
Dovecot Imapを起動中:                                      [  OK  ]

[root@centos ~]# chkconfig dovecot on　←　Dovecot自動起動設定

[root@centos ~]# chkconfig --list dovecot　←　Dovecot自動起動設定確認
dovecot         0:off   1:off   2:on    3:on    4:on    5:on    6:off　←　ランレベル2～5のonを確認

（２）ポート110番(POPの場合)または143番(IMAPの場合)のOPEN
ルーター側の設定でポート110番(POPの場合)または143番(IMAPの場合)をOPENする。
※ルーターの設定は各ルーターのマニュアルまたはメーカー別ルーターポート開放手順を参照

ポートチェック【外部からポート開放確認】で｢host名｣にサーバー名(例:centossrv.com)、｢port番号｣に110(POPの場合)または143(IMAPの場合)と入力して｢ポートチェック｣ボタン押下し、｢ホスト＝centossrv.com　ポート＝110(POPの場合)または143(IMAPの場合)　にアクセスできました。｣と表示されることを確認。

■メールユーザ追加

（１）メールユーザ追加(SSHによるリモート接続はできないようにする場合)
※例としてユーザ名をcentosとする

[root@centos ~]# useradd -s /sbin/nologin centos　←　ユーザ追加

[root@centos ~]# passwd centos　←　パスワード設定
Changing password for user centos.
New UNIX password: 　←　パスワード応答
Retype new UNIX password: 　←　パスワード応答(確認)
passwd: all authentication tokens updated successfully.

以下はSMTP-Auth用ユーザ名、パスワードとシステムのユーザ名、パスワードを別々にする場合のみ
[root@centos ~]# echo "パスワード" | saslpasswd2 -p -u linux.centossrv.com -c centos　←　SMTP-Auth用ユーザ／パスワード登録

[root@centos ~]# sasldblistusers2　←　SMTP-Auth用ユーザ名、パスワード確認
centos@linux.centossrv.com: userPassword

※SMTP-Auth用ユーザ名、パスワードを削除する場合
[root@centos ~]# saslpasswd2 -d centos -u linux.centossrv.com　←　SMTP-Auth用ユーザ名、パスワード削除

（２）メールユーザ追加(SSHによるリモート接続もできるようにする場合)
※例としてユーザ名をcentosとする

[root@centos ~]# useradd centos　←　ユーザ追加

[root@centos ~]# passwd centos　←　パスワード設定
Changing password for user centos.
New UNIX password: 　←　パスワード応答
Retype new UNIX password: 　←　パスワード応答(確認)
passwd: all authentication tokens updated successfully.

以下はSMTP-Auth用ユーザ名、パスワードとシステムのユーザ名、パスワードを別々にする場合のみ
[root@centos ~]# echo "パスワード" | saslpasswd2 -p -u linux.centossrv.com -c centos　←　SMTP-Auth用ユーザ／パスワード登録

[root@centos ~]# sasldblistusers2　←　SMTP-Auth用ユーザ名、パスワード確認
centos@linux.centossrv.com: userPassword

※SMTP-Auth用ユーザ名、パスワードを削除する場合
[root@centos ~]# saslpasswd2 -d centos -u linux.centossrv.com　←　SMTP-Auth用ユーザ名、パスワード削除

（３）既存ユーザをメールユーザとする場合
※例としてユーザ名をcentosとする

以下はSMTP-Auth用ユーザ名、パスワードとシステムのユーザ名、パスワードを別々にする場合のみ
[root@centos ~]# echo "パスワード" | saslpasswd2 -p -u linux.centossrv.com -c centos　←　SMTP-Auth用ユーザ／パスワード登録

[root@centos ~]# sasldblistusers2　←　SMTP-Auth用ユーザ名、パスワード確認
centos@linux.centossrv.com: userPassword

※SMTP-Auth用ユーザ名、パスワードを削除する場合
[root@centos ~]# saslpasswd2 -d centos -u linux.centossrv.com　←　SMTP-Auth用ユーザ名、パスワード削除

■メールソフト設定(受信メールサーバーをPOPにする場合)

自宅や会社等の複数拠点でメールを使用する場合で、メールボックスを同期しなくてもいい場合(例:会社で受信したメールは自宅で受信できなくてもいい場合)、受信メールサーバーにPOPを使用する。
ここでは、メールソフトとしてOutlook Expressを使用する。

Outlook Expressを起動し、メニューの｢ツール｣⇒｢アカウント｣⇒｢メール｣タブ⇒｢追加｣ボタン⇒｢メール｣としてメール設定を行う

｢表示名｣に送信者の名前(任意)を入力して｢次へ｣

｢電子メールアドレス｣に送信者のメールアドレス(例:centos@centossrv.com)を入力して｢次へ｣

｢受信メールサーバー｣にメールサーバー名(例:mail.centossrv.com)を入力
｢送信メールサーバー｣にメールサーバー名(例:mail.centossrv.com)を入力して｢次へ｣

｢パスワード｣にパスワードを入力して｢次へ｣

｢完了｣

追加したアカウントをダブルクリックしてプロパティを開く

｢サーバー｣タブの｢このサーバーは認証が必要｣をチェック
SMTP-Auth用ユーザ名、パスワードとシステムのユーザ名、パスワードを別々にする場合のみ｢設定｣ボタンをクリックして次の設定を行う

※SMTP-Auth用ユーザ名、パスワードとシステムのユーザ名、パスワードを別々にする場合のみ
｢次のアカウントとパスワードでログオンする｣をチェック
｢アカウント名｣にSMTP-Auth用ユーザ名を入力
｢パスワード｣にSMTP-Auth用パスワードを入力して｢OK｣

｢OK｣

■メールソフト設定(受信メールサーバーをIMAPにする場合)

自宅や会社等の複数拠点でメールを使用する場合で、メールボックスを同期したい場合(例:会社で受信したメールを自宅でも受信したい場合)、受信メールサーバーにIMAPを使用する。
ここでは、メールソフトとしてOutlook Expressを使用する。

Outlook Expressを起動し、メニューの｢ツール｣⇒｢アカウント｣⇒｢メール｣タブ⇒｢追加｣ボタン⇒｢メール｣としてメール設定を行う

｢表示名｣に送信者の名前(任意)を入力して｢次へ｣

｢電子メールアドレス｣に送信者のメールアドレス(例:centos@centossrv.com)を入力して｢次へ｣

｢受信メールサーバーの種類｣で｢IMAP｣を選択
｢受信メールサーバー｣にメールサーバー名(例:mail.centossrv.com)を入力
｢送信メールサーバー｣にメールサーバー名(例:mail.centossrv.com)を入力して｢次へ｣

｢パスワード｣にパスワードを入力して｢次へ｣

｢完了｣

追加したアカウントをダブルクリックしてプロパティを開く

｢サーバー｣タブの｢このサーバーは認証が必要｣をチェック
SMTP-Auth用ユーザ名、パスワードとシステムのユーザ名、パスワードを別々にする場合のみ｢設定｣ボタンをクリックして次の設定を行う

※SMTP-Auth用ユーザ名、パスワードとシステムのユーザ名、パスワードを別々にする場合のみ
｢次のアカウントとパスワードでログオンする｣をチェック
｢アカウント名｣にSMTP-Auth用ユーザ名を入力
｢パスワード｣にSMTP-Auth用パスワードを入力して｢OK｣

｢IMAP｣タブの｢送信済みアイテムのパス｣に｢Sent｣と入力
｢IMAP｣タブの｢下書きのパス｣に｢Drafts｣と入力して｢OK｣

｢はい｣

｢OK｣

■メールサーバー確認

・内部で同一ユーザ同士でメールの送受信
・内部で他ユーザ間でメールの送受信
・内部で外部(プロバイダのメールアドレス等)との送受信
・内部で携帯との送受信※
・外部(会社等)で同一ユーザ同士でメールの送受信
・外部(会社等)で他ユーザ間でメールの送受信
・外部(会社等)で外部(プロバイダのメールアドレス等)との送受信
・外部(会社等)で携帯との送受信※

※携帯はドメイン指定受信等でメールサーバーからのメールが拒否されないようにしておくこと

■メール不正中継拒否テスト

RBL.JPで｢ホスト名｣に自宅サーバーのホスト名(例:centossrv.com)を入力して｢Check｣ボタンを押下する。
19種類のテストが行われ、ページ最後尾にno relays accepted.と表示されればOK。

MySQL5 REPLICATION (MySQL 복제 구현) by Vins

2010-03-05T01:00:00.000-08:00

아래 항목은 mysql 5-1.43 버젼에서 테스트 되었으며
mysql 5 이상의 버젼의 문서를 참조하였다

MySQL 복제 구현의 시나리오

MASTER-DB : 192.168.34.72 (TDB1)
SLAVE-DB : 192.168.34.71 (TDB2)

시나리오 --
Master DB에 이미 운영중인 2년치의 데이터가 들어있고
최근 서버가 불안정해 짐으로 실시간 복제를 구현해 DB이중화를 함이 목적이다
이에 웹소스에서 기존 서버인 TDB1 이 다운될 경우 TDB2에 Connecting 하도록
소스로 구현해 놓았다

(NOTE 설명이나 주의 즉 실행하는 항목이 아님)

사실 아래 STEP 1 ~ STEP 3의 test 까지 순서대로 실행만 해도
무리 없이 복제를 구현할 수 있을 것이다
그럼 STEP 1 Master DB 설정이다

-------------------------------------------------------------------------------------
STEP 1 [MASTER-DB Configuration]

1. connect to master db by root

2. mysql> GRANT REPLICATION SLAVE ON *.* TO 'snsghrepl'@'192.168.34.%' IDENTIFIED BY 'ghrpsns0413';

3. [/etc/my.cnf configure]

log-bin=mysql-bin
server-id=1921683472
NOTE : server-id unique in network and bound from 1 to (2^32)-1 number, recommand ip address with dot
             server-id는 네트워크에서 유일해야 하며 2의32승까지 사용할 수 있다.
             점을 뺀 ip address를 사용하면 아마 유일할 것이다

4. mysql restart
    4-1. /usr/local/mysql/bin/mysqladimin -uroot shutdown
    4-2. /usr/local/mysql/bin/mysqld_safe --user=mysql & ##(alter enter)
    NOTE : rpm 설치시엔 /etc/rc.d/init.d/mysql restart

5. confirm master db info
    5-1 mysql> FLUSH TABLES WITH READ LOCK; (data full backup 할꺼니 전체 잠금)
    5-2 mysql> SHOW MASTER STATUS;

+-------------------+----------+---------------+------------------+
File                         Position        Binlog_Do_DB  Binlog_Ignore_DB
+-------------------+----------+---------------+------------------+
| mysql-bin.000001 | 106        |                       |                             |
+------------------+----------+---------------+------------------+

1 row in set (0.00 sec)

6. create tar file (NOTE : 테이블 LOCK걸었으니 안심하고 전체백업)

    6-1. cd /usr/local/mysql
    6-2. tar cf /dataCenter/alldb.tar ./usr/local/mysql/data
    (NOTE : mysqldump가 아니라 data 폴더를 전부 가져간다 mysql, information_schema 전부)
    6-3. copy alldb.tar to slave db server (somewhere.. maybe /usr/local/mysql )
    (NOTE : alldb.tar 이라는 이름으로 압축하였으니 이를 Slave DB로 Copy)
7. server reboot
   # reboot (wait a few minutes, 서버 재부팅 할때까지 대기)

8. /usr/local/mysql/bin/mysqld_safe --user=mysql & ##(alter enter)
    NOTE : mysql 을 실행 시킨다.
9. unlock tables; (백업이 끝났으니 table lock을 풀어주자)
    9-1. # /usr/local/mysql/bin/mysql (access mysql server)
    9-2. mysql> unlock tables;
    9-3. mysql> show master status;    (NOTE : 5-2 와 같으면 됨, 확인작업)
    NOTE : remember value of File Name and Position Number
                 File 필드와 Position 필드의 값을 외워라 (적든가)

10. Master DB Config Complete !! (Master DB 설정 끝)

STEP 2 [SLAVE-DB Configuration]

1. [/etc/my.cnf configure] 파일내 수정(찾아서 주석 풀거나 server-id만 변경해 주면 됨)
    [mysqld]

log-bin=mysql-bin
server-id=1921683471

NOTE : server-id unique in network and bound from 1 to (2^32)-1 number

2. /usr/local/mysql/bin/mysqladmin -uroot shutdown   (디비 실행 중지)

3. copy alldb.tar in /usr/local/mysql from master-db full back file
    (NOTE : master full back file 을 소스폴더로 복사)

4. rm -rf /usr/local/mysql/data
    (NOTE : 기존 data폴더를 통채로 지운다 - 완벽한 동기화를 위해서)

5. tar xvf alldb.tar
   (NOTE : recreate /usr/local/mysql/data folder , 압축 풀면 master db의 data폴더가 생성된다)

6. /usr/local/mysql/bin/mysqld_safe --user=mysql &
   (NOTE : Mysql은 서버 재 시작하면 data폴더 이하의 정보를 자동으로 인식한다, database만 제외)

7. /usr/local/mysql/bin/mysql -uroot

    NOTE ; remember filename and position number form STEP1, 9-4
                 9-4에서 외운 정보를 아래에 대입한다

    7-1. mysql> CHANGE MASTER TO
                    > MASTER_HOST='192.168.34.72',
                    > MASTER_USER='snsghrepl',
                    > MASTER_PASSWORD='ghrpsns0413',
                    > MASTER_PORT=3306,
                    > MASTER_LOG_FILE='mysql-bin.000001',
                    > MASTER_LOG_POS=106;

                   Query OK, 0 rows affected (0.01 sec)

7-2. mysql> START SLAVE;

                    Query OK, 0 rows affected (0.01 sec)

8. Slave DB Config Complete !! SLAVE DB도 설정 끝

STEP 3. TEST REPLICATION (이제 테스트)

1. ACCESS MASTER DB
    /usr/local/mysql/bin/mysql -uroot

    mysql> use test;
    mysql> create table replTest (id int, name varcher(20));
    mysql> insert into replTest (1, 'test001');

2. ACCESS SLAVE DB
    /usr/local/mysql/bin/mysql -uroot

    mysql> use test;
    mysql> select * from replTest;
    +------+---------+
     | id      | name      |
    +------+---------+
     | 1       | test001   |
    +------+---------+

NOTE : master db에서 생성하고 insert된 데이터가 slave db에서도 그대로 반영 됨을 알 수 있다

3. Complete TEST !! (끝)

referance : http://dev.mysql.com/doc/refman/5.1/en/replication-howto-masterbaseconfig.html
참조 : mysql 영문 공식 페이지의 메뉴얼을 참조 하였다
           (개인 블러그, 카페, 기타 웹 사이트에는 허위 정보들이 너무 많았다..)

OpenPNE 3.1 を CentOS 5 にインストールしてみました

2010-03-02T18:15:00.000-08:00

OpenPNE開発チームの小川です。

前回はレンタルサーバに OpenPNE 3 をインストールする例を紹介しましたが、今回は自分で管理しているサーバへのインストール例として OpenPNE 3.1.0 を最小セットアップ状態の CentOS 5.3 にインストールする手順をご紹介します。

OpenPNE 3.1 の一般的なインストール方法は、OpenPNE3.1 セットアップ手順をご覧ください。

はじめに

ここで紹介する手順は OpenPNE を動作させる例として最低限の手順しか記載していないので、実際に公開サーバの設定をする際には参考程度にご利用ください。

以下の手順では sudo を使用していますが、sudo の設定をしていない環境では「sudo」の付いているコマンドは「sudo」を抜いて root ユーザで実行してください。

また、ホスト名として sns.example.com を、OpenPNE を管理する一般ユーザとして admin を例にしていますが、環境に合わせて適宜読み替えてください。

ミドルウェアのインストール

Apache, MySQL, Postfix のインストール

yum コマンドを使ってOS標準のパッケージをそのままインストールします。

$ sudo yum install httpd mysql-server postfix

PHP のインストール

PHP に関してはバージョン 5.2.3 以降が必要なので、個別にインストールします。ソースコードからコンパイルしてももちろんよいのですが、今回は oss.oracle.com で公開されている rpm パッケージを利用しました。

$ sudo yum install aspell curl gmp libxslt wget

$ DIST=http://oss.oracle.com/projects/php/dist/files/EL5/i386

$ wget $DIST/php-5.2.9-1.el5.i386.rpm

$ wget $DIST/php-cli-5.2.9-1.el5.i386.rpm

$ wget $DIST/php-common-5.2.9-1.el5.i386.rpm

$ wget $DIST/php-gd-5.2.9-1.el5.i386.rpm

$ wget $DIST/php-mbstring-5.2.9-1.el5.i386.rpm

$ wget $DIST/php-mysql-5.2.9-1.el5.i386.rpm

$ wget $DIST/php-pdo-5.2.9-1.el5.i386.rpm

$ wget $DIST/php-xml-5.2.9-1.el5.i386.rpm

$ sudo rpm -ivh php-*.rpm

準備中... ########################################### [100%]

1:php-common ########################################### [ 13%]

2:php-cli ########################################### [ 25%]

3:php-pdo ########################################### [ 38%]

4:php ########################################### [ 50%]

5:php-gd ########################################### [ 63%]

6:php-mbstring ########################################### [ 75%]

7:php-mysql ########################################### [ 88%]

8:php-xml ########################################### [100%]

APC のインストール（オプション）

PHP の快適な動作にはアクセラレータの導入が欠かせません。ここではセットアップガイドでも推奨されている APC をインストールしてみます。

$ sudo yum install autoconf213 automake gcc make httpd-devel

$ wget $DIST/php-devel-5.2.9-1.el5.i386.rpm

$ sudo rpm -ivh php-devel-5.2.9-1.el5.i386.rpm

$ sudo yum install php-pear

$ sudo pear channel-update pear.php.net

$ sudo pear upgrade-all --ignore-errors

$ sudo pecl install APC

Use apxs to set compile flags (if using APC with Apache)? [yes] : yes

...

install ok: channel://pecl.php.net/APC-3.0.19

configuration option "php_ini" is not set to php.ini location

You should add "extension=apc.so" to php.ini

$ echo "extension=apc.so"
sudo tee /etc/php.d/apc.ini

ミドルウェアの設定

Apache の設定

VirtualHost の設定を httpd.conf の末尾に追加します。

$ sudo vi /etc/httpd/conf/httpd.conf

<VirtualHost *:80>

ServerName sns.example.com

DocumentRoot /var/www/sns/web

<Directory /var/www/sns/web>

AllowOverride All

</Directory>

</VirtualHost>

OpenPNE を設置するディレクトリを作成します。

$ sudo mkdir /var/www/sns

$ sudo chown admin. /var/www/sns

設定ファイルが間違っていないかどうかテストします。

$ sudo /etc/init.d/httpd configtest

Warning: DocumentRoot [/var/www/sns/web] does not exist

Syntax OK

/var/www/sns/web は後の手順で作成するので、この Warning が出るのはよしとして進めます。

デーモンの起動

$ sudo /etc/init.d/httpd start

$ sudo /etc/init.d/mysqld start

$ sudo /etc/init.d/postfix start

MySQL のユーザ設定

まず、root ユーザのパスワードを設定します。new-password の部分は変更してください。

$ mysql -u root

mysql> UPDATE mysql.user SET Password = PASSWORD('new-password') WHERE User = 'root';

Query OK, 3 rows affected (0.00 sec)

Rows matched: 3 Changed: 3 Warnings: 0

mysql> FLUSH PRIVILEGES;

Query OK, 0 rows affected (0.00 sec)

OpenPNE 用に openpne というユーザを作成し、openpne3 というデータベースに対するアクセス権限を与えます。pasuwado の部分は変更してください。

mysql> GRANT USAGE ON *.* TO 'openpne'@'localhost' IDENTIFIED BY 'pasuwado';

Query OK, 0 rows affected (0.00 sec)

mysql> GRANT ALL ON openpne3.* TO 'openpne'@'localhost';

Query OK, 0 rows affected (0.00 sec)

ファイアーウォールの設定

外部から HTTP でアクセスできるよう設定します。

$ sudo system-config-securitylevel-tui

「カスタマイズ」 → 「WWW (HTTP) 」にチェック → 「OK」 → 「OK」

OpenPNE 3.1 のインストール

ソースコードのダウンロード

SourceForge.net の OpenPNE プロジェクトのページから OpenPNE 3.1.0 の zip アーカイブをダウンロード・展開します。

$ sudo yum install unzip

$ cd /var/www/sns

$ wget http://nchc.dl.sourceforge.net/sourceforge/openpne/OpenPNE-3.1.0.zip

$ unzip OpenPNE-3.1.0.zip

キャッシュファイルの削除

OpenPNE 3.1.0 の zip アーカイブには誤ったキャッシュファイルが含まれている可能性があるので、念のためキャッシュファイルの削除をしてください。（3.1.0 バージョン固有の問題で、通常のインストールでは必要ありません）

$ cd OpenPNE-3.1.0

$ rm cache/*

プラグインインストール

OpenPNE 3.1.0 では初期データの登録処理の関係上、openpne:install タスクを実行する前に opPlugin:sync タスクを実行してあらかじめプラグインをインストールしておく必要があります。

せっかくなので、先日リリースされたばかりの opDiaryPlugin も一緒にインストールしておきましょう。

$ php symfony opPlugin:sync

$ php symfony opPlugin:install --stability=beta opDiaryPlugin

openpne:install タスクの実行

$ php symfony openpne:install

openpne:install タスクを実行すると DB のセットアップに必要な情報を聞かれるので、サーバ環境に合わせて入力していきます。

Choose DBMS (mysql, pgsql or sqlite)

使用する DBMS の種類を入力します。

ここでは、「mysql」と入力します。

Type database username

データベースのユーザ名を入力します。

作成した MySQL のユーザ名「openpne」を入力します。

Type database password (optional)

データベースのパスワードを入力します。

作成した MySQL ユーザのパスワード「pasuwado」を入力します。

Type database hostname

データベースサーバのホスト名を入力します。

ここでは「localhost」と入力します。

Type database port number (optional)

データベースのポート番号を入力します。未入力の場合は DBMS ごとのデフォルト値が使用されます。

ここでは未入力のまま Enter を押します。

Type database name

データベース名を入力します。

ここでは例として「openpne3」と入力します。

Type database socket path (optional)

データベース接続に使用するソケットのパスを入力します。

ここでは未入力のまま Enter を押します。

最後に入力した内容の確認をします。問題なければ「y」を入力します。

The DBMS mysql

The Database Username openpne

The Database Password ******

The Database Hostname localhost

The Database Port Number

The Database Name openpne3

The Database Socket

Is it OK to start this task? (y/n)y

公開ディレクトリの設定

ここまでの手順で OpenPNE 3 が動作する状態になっているので、公開ディレクトリにシンボリックリンクを作成します。

$ cd /var/www/sns

$ ln -s OpenPNE-3.1.0/web

ブラウザからアクセス

ブラウザから「http://sns.example.com/」にアクセスして OpenPNE 3 のログイン画面が表示されれば OK です。（初期アカウントはセットアップガイドにある通り、sns@example.com / password となっています。変更して使ってください）

また、管理画面は「http://sns.example.com/pc_backend.php」へアクセスすれば表示されます。（初期アカウントはセットアップガイドにある通り、admin / password となっています。変更して使ってください）

前のページ次のページ

コメント:5

kawakami 09-06-02 (火) 20:00 すばらしいチュートリアルです。

私のようなスキルの人間でも、２時間くらいでインストールできました。

本当に助かりました。

手嶋守 09-08-02 (日) 18:26 20090802現在、パッケージの配置が変更されていました。

DIST=http://oss.oracle.com/projects/php/dist/files/EL5/i386

wget $DIST/php52-5.2.10-2.el5.i386.rpm

wget $DIST/php52-cli-5.2.10-2.el5.i386.rpm

wget $DIST/php52-common-5.2.10-2.el5.i386.rpm

wget $DIST/php52-gd-5.2.10-2.el5.i386.rpm

wget $DIST/php52-mbstring-5.2.10-2.el5.i386.rpm

wget $DIST/php52-mysql-5.2.10-2.el5.i386.rpm

wget $DIST/php52-pdo-5.2.10-2.el5.i386.rpm

wget $DIST/php52-xml-5.2.10-2.el5.i386.rpm

ゲン・テイ・チー 09-08-06 (木) 19:01 皆様

Openpne3.xを使いたいです。

携帯から画像の投稿などをできるようにしたいです。

メールサーバの設定がわかりませんでした。

教えていただけませんか。

（私はベトナム人ですから、日本語がまだ下手です）

よろしくお願いいたします。

John 09-09-10 (木) 17:47 現在はなぜかmbstringが見つからないですね。

wget $DIST/php52-mbstring-5.2.10-2.el5.i386.rpm

匿名 10-02-24 (水) 2:59 ギブアップ。

XOOPSにトライします。

Linux IP, PORT 열고 닫기 (iptables)

2010-03-01T19:31:00.000-08:00

<port 1234 를 udp로 open>

# iptables -A INPUT -p udp --dport 1234 -j ACCEPT

<port 1234 를 close>

# iptables -A INPUT -p udp --dport 1234 -j DROP

ps.2 tcp로 열고 싶은경우 udp -> tcp 로 바꾸어 주면 된다.

iptables 를 사용하면 IP를 차단할 수 있습니다.

# iptables -A INPUT -t filter -s 211.218.150.250 -j DROP

# iptables -A INPUT -t filter -s 211.218.150.200 -j DROP

위와 같이 하면 211.218.150.250 , 211.218.150.200 에서 서버에 접근을 할 수 없습니다.

한개의 IP 대신에 211.218.150.0/24 라고 하면

211.218.150.0~255 까지 256개의 IP를 한꺼번에차단합니다.

# iptables -A INPUT -t filter -s 211.218.150.0/24 -j DROP

211.218.0.0/16 이면 65536 개의 IP를

211.0.0.0/8 이면 167510016 개의 IP를 차단할 수 있습니다.

리눅스 sendmail 설정 완벽 가이드

2010-02-25T18:16:00.001-08:00

▷ Sendmail 이란?

메일서버의 구성을 놓고 얘기하자면 센드메일 서버만으로 이루어 지는것이 아니다.

정확히 말해 센드메일서버는 보내는 메일서버 즉 메일을 받기위함이 아닌 보내기위한 서버 SMTP(Simple Mail Transfer Protocol) 서버를 얘기 하는것이다.

메일서버에 대한 이해가 잡혀있지 않는 상태에서는 센드메일 서버를 논하기가 어렵다.

일반적인 메일서버의 구성을 보자면 메일을 메일을 보내기위한 SMTP 서버와 반대로 메일을 받기위해 존재하는 POP3서버나 IMAP 서버로 나뉜다.

이중 센드메일은 SMTP 서버에 속하며 받는 메일서버의 경우 위에서 언급한대로 따로 구성된다.

물론 클라이언트(사용자) 입장에서 보면 이들은 하나로 뭉처진 동일한 시스템으로 인식될수 있다.

예를 들어 인터넷이 보급되면서 이제는 너무도 일반화된 웹메일 서비스(다음메일 혹은 핫메일등) 또한 이 메일서버의 구성을 기본으로 웹상에서 메일의 송수신을 제어할수 있도록 PHP나 ASP등의 서버기반 프로그램 언어를 통해 이루어지는 서비스이다.

웹 메일의 관점에서 보자면 사용자들은 별도의 설정없이 메일의 보내기와 받기 서비스를 동시에 마치 하나의 시스템 처럼 생각하며 이용할수 있지만 실제의 구성은 앞에서 언급한대로 각각의 나누어진 서비스 들이다.

자 이제부터 센드메일 관련된 파일들을 알아보고 하나하나 세팅해나가 보자.

▶ 센드메일 서버 주요 설정파일과 관련 파일 및 디렉토리의 쓰임세

/var/spool/mqueue ------------------ ①

/var/spool/mail ------------------ ②

/etc/mail/access ------------------ ③

/etc/aliases ------------------ ④

/etc/mail/local-host-names ------------------ ⑤

/etc/mail/sendmail.mc ------------------ ⑥

/etc/mail/sendmail.cf ------------------ ⑦

/etc/mail/virtusertable ------------------ ⑧

① mqueue 는 사용자가 메일을 보낼때 사용하는 SMTP 서버에서 메일을 발송하기전 임시적으로 사용자의 메일을 보관하는 곳이다.

② mail은 다른사용자에 의해 전송된 메일이 내 내 SMTP 서버에 임시적으로 저장되는곳이며 POP3 서버에 의해 메일이 전달될때까지 보관하게 된다. 즉 어떻게 보면 SMTP서버는 우체통과 우체부의 역활을 모두 수행하면서 한편으로는 POP3라는 메일 전달자가 메일을 가져가기 전까지의 우편함의 역활도 수행하게 되는것이다.

③ access 파일은 SMTP 서버의 이용을 제한하는 설정파일로서 다음과 같은 설정형식을 보인다.

# Check the /usr/share/doc/sendmail/README.cf file for a description

# of the format of this file. (search for access_db in that file)

# The /usr/share/doc/sendmail/README.cf is part of the sendmail-doc

# package.

#

# by default we allow relaying from localhost...

localhost.localdomain RELAY

localhost RELAY

127.0.0.1 RELAY

mail.xfeelis.pe.kr RELAY

xfeelis.pe.kr RELAY

xfeel@xfeelis.pe.kr RELAY

211.188.120.198 RELAY

211.188.120.0 RELAY

spam.pe.kr REJECT

admin@spam.pe.kr REJECT

spamer@spam.pe.kr DISCARD

xfeel@spam.pe.kr OK

- 보기에서와 같이 RELAY 설정한 부분들은 메일의 수발신을 허용하는 설정이다. 다만 access 파일에서의 RELAY 설정은 우선순위를 정하자면 2순위로 생각해야 한다.

그 이유를 설명하자면 뒤에서 다시 언급할 부분인 sendmail.mc 파일과 sendmail.cf 파일의 설정 내역에 따라 외부 네트워크에서의 접근 즉 내부가 아닌 외부에서 smtp를 이용하고자 자신의 메일계정이나 IP를 RELAY 해두었다고 해도 인증 및 제한에 걸려 접근거부 처리가 되는 경우가 있다.

그 이유는 레드헷 계열 7.1 이상의 배포 버전에 설치된 센드메일의 경우 기본적인 설정이 localhost 127.0.0.1 즉 로컬 네트워크나 로컬서버를 통한 메일의 발신을 제외하고 모두 거부하도록 정하고 있다.

이유는 샌드메일서버가 외부 스패머에 의해 스팸메일이 뿌려지는 경유지가 되는것을 막고자 하는 스팸 거부/보안정책 때문이다.

이 제한을 풀어주기 위해서는 다음과 같이 sendmail.mc 파일의 'DAEMON_OPTIONS' 부분을 수정하거나 해당 지시자 자체를 삭제하여야 한다.

[root@xfeelis /]# vi /etc/mail/sendmail.mc

...

DAEMON_OPTIONS(`Port=smtp,Addr=127.0.0.1, Name=MTA')

...

센드메일의 설치 버전에 따라 약간의 기본 설정값이 다를수 있으나 레드헷 배포판에 포함되어 있는 샌드메일의 경우 위지시자 자체를 삭제하거나 Addr 부분의 IP를 0.0.0.0 으로 수정해주면 된다. 단 절대 #처리는 하지말라. 서버관리자 그룹 슈퍼유저코리아 센드메일 관련 문서를 보면 주석 #처리시 오류가 날수 있음을 알리고 삭제나 변경을 권장하고 있다.

이유는 sendmail.mc 파일의 경우 주석구문 앞에 dnl을 같이 표기하도록 하고 있지만 위의 옵션의 경우 기본값이 활성화인 이유로 행의 첫부분에 dnl 처리가 되지 않아있다. 그렇기에 해당 사항을 잘 모르는 관리자의 경우 그냥 주석처리만 해버리고 설정오류를 찾지못해 애를 먹는 경우가 있다.

이제 본 강좌에서 다루고 있는 Kore 리눅스 배포판에 설치된 센드메일의 sendmail.mc 파일의경우를 보자. 다음과 같은 기본값을 가지고 있을것이다.

DAEMON_OPTIONS(`Port=smtp,Addr=0.0.0.0, Name=MTA')dnl

이미 기본 설정값이 Addr 부분을 변경해주고 있음으로 당연히 뒷부분의 dnl 부분만 삭제해주면 되는것이다. 역시 릴리즈 버전인 국내 배포판이 좋기는 좋다. 알아서 이런 부분들을 염두해두어 수정해 주고있으니... >_<

자 이제 다시 access 파일의 설정으로 돌아가보자 자세한 sendmail.mc 파일의 설정에 관해서는 뒤에서 다시 다룰것이니 조급해 하지말자 ㅡㅡa

RELAY 설정에 해당하는 값은 위에서 보는바와 같이 해당 도메인, 해당 이메일, 해당 IP, 해당 네트워크 등으로 허용할수 있다. 위의 설정을 참조하여 자신만의 릴레이 설정을 해보도록 하자.

다음은 REJECT 설정이다. REJECT 설정은 RELAY 설정과 반대로 수/발신 거부 설정이다.

이역시 해당 도메인, 해당 이메일, 해당 IP, 해당 네트워크등으로 나누어 설정할수 있다.

다음은 DISCARD 설정이다. 이는 스팸에일을 받되 받은후 POP3 서버가 메일을 가져가지 않도록 바로 폐기해 버리며 메일을 발신한 스패머에게는 폐기통보를 하지않는다 즉 스패머는 메일이 정상적으로 발신된줄 알것이다.. 바보처럼... ㅡ_ㅡ;

다음 설정은 OK 값이다. OK는 특정 도메인 또는 특정 IP나 네트워크 그룹이 REJECT 처리 되어있다고 하더라고 지정한 이메일주소나 IP등에 관계된 메일은 예외적으로 허용처리를 한다는 뜻이다.

예를 들면 이런경우가 있다. 만약 필자가 악명높은 스패머라고 치자. ㅡㅡ;;

필자는 관련 스패머 그룹에서 관련 스팸기법등을 공유할것이다. 어떤 새로운 스패머가 필자의 스팸기법에 관련한 메일링 리스트에 가입하여 필자의 이메일을 받기위해서는 스패머 그룹의 도메인 자체는 거부되어 있겠지만 필자의 이메일 만은 예외로 처리해야 할것이다.

이럴때 쓰는것이 OK 설정 값이다.

물론 OK 설정값을 다른 용도로 활용할수도 있지만 통상적으로 예외처리에 관련된 설정을 주고자 할때 쓰이게 되는것이다.

④ aliases 파일은 말그대로 별칭 설정파일이다. 즉 root 에게로 온 메일을 다른 사용자 계정으로 돌리고 싶다던가 할때 쓰는 것이다.

이 기법을 잘 이용하면 소규모의 메일링 리스트도 운용할수 있다.

자 그 기법을 한번 둘러보자.

[root@xfeelis /]# vi /etc/aliases

...

# Basic system aliases -- these MUST be present.

mailer-daemon: postmaster

postmaster: root

root: xfeel

...

위 설정을 살펴 보자. 위 설정은 mailer-daemon 이라는 계정 즉 sendmail 데몬의 제어를 위해 만들어진 mailer-daemon 계정으로 오는 관련 로그메일을 최종적으로 xfeel 계정 사용자에게 보내주고 있는것이다.

즉 mailer-daemon 은 postmaster 로 별칭 설정 되었으며 다시 postmaster 는 root 로 또 다시 root 는 xfeel 사용자에게 별칭 설정 되어진것이다.

기본적인 설정값에 의한다면 root: xfeel 의 설정은 없기 때문에 sendmail 에 관련된 로그 메일은 root 계정으로 보내어 지겠지만 필자는 이를 다시 xfeel 계정으로 돌려주고 있는것이다.

뭐 굳이 이렇게 까지 설정할 필요가 있느냐고 반문하는 독자가 있다면 뭐라 할말은 없지만 보안적인 요소를 위해 필자는 이렇게 조치하고 있다.

메일을 확인하기 위해서라면 서버에 직접 원격접속 혹은 콘솔상에서 확인하지 않는이상 대부분의 사용자가 Outlook Express 등을 이용할것이다.

만약 root로 보내어진 메일을 Outlook Express등의 메일 확인 프로그램에서 보고자 한다면 해당 프로그램에 root 계정의 패스워드를 사용해야 할것이다.

일반적으로 root 패스워드의 경우 사전상의 단어나 연속적인 숫자등으로 이루어진 패스워드를 사용하지 않는것이 원칙이기에 매우 길고 복잡하게 설정되는것이 일반적이다.

때문에 대부분의 사용자의 경우 계정과 패스워드를 아웃룩에 저장하여 바로 사용하는 경우가 많다. 그럼 root 패스워드를 Outlook Express 따위의 프로그램에 저장하여 사용할것인가?

만약 이런 발상을 하고있는 리눅서가 있다면 당장에 버려라...

보안에 매우 취약하다.

Outlook Express 프로그램은 MS 에서도 인정한 보안 취약점을 가지고 있는 매우 귀여운 놈이다.. ㅡ_ㅡ

만약 크래커가 독자들이 사용하는 윈도우PC를 크래킹 하여 Outlook Express 에 저장된 root 계정의 패스워드를 습득한다면?

혹은 독자들이 사용하는 그밖에 메일확인 프로그램을 크랙킹하여 root 패스워드를 습득한다면?

생각하기 싫다.. 더설명할 이유가 없을것이라고 보며 다음으로 넘어가자 ㅡㅡa

자 이제 소규모 메일링 리스트 운용에 대해서 다뤄 보자.

독자들이 운영하는 리눅스 서버에 다음과 같은 계정들이 생성되어 있다고 가정해 보자.

[root@xfeelis /]# vi /etc/passwd

root

admin

adminuser1

adminuser2

adminuser3

user1

user2

user3

만약 메일을 보내고자 하는사람이 support@xfeelis.pe.kr 에 메일을 보낼때 각각 admin, amdinuser1,2,3 계정에 모두 메일이 가도록 설정하고 싶다면 어떻게 해야 할것인가?

물론 보는것과 같이 support 란 계정은 따로 생성되어 있지 않은 상황이다. (뭐 생성되어 있다고 해도 결과에는 차이가 없으나.. 일단 그렇다고 가정하자)

별칭기능을 활용한 소규모 메일링 리스트 기법이 이것이다.

[root@xfeelis /]# vi /etc/aliases

...

# Person who should get root's mail

support: admin,adminuser1,adminuser2,adminuser3

...

어떤가 대단하지 않은가? 이렇게 간단한 설정으로 메일 그룹을 지정하고 운용할수 있다니..

잘활용하면 여러모로 쓰임세가 많다. 연구해 보자.

⑤ local-host-names 파일은 메일의 최종 수신지를 지정하는 곳이다. 즉 쉽게 얘기하자면 이런경우가 있다. 독자들의 샌드메일 서버를 거처가는 메일중 최종 수신지가 독자들의 서버인 메일이 서버에 저장되기 위해서 독자들의 도메인 목록을 등록하는것이다. 만약 독자들이 웹호스팅 을 위한 서버를 운영하고 있다고 가정하면 독자 자신의 도메인 뿐만 아니라 고객의 도메인까지 등록해두어야 메일이 정상적으로 전달되는 것이다.

설정은 다음과 같다.

[root@xfeelis /]# vi /etc/mail/local-host-names

# local-host-names - include all aliases for your machine here.

xfeelis.pe.kr

xfeelis.co.kr

xfeelis.or.kr

userdomain.pe.kr

userdomain.co.kr

그냥 위와 같이 도메인만 설정해 주면 된다.

⑥ sendmail.mc 파일은 샌드메일 서버의 주요 설정파일중 하나이며 /etc/mail/sendmail.mc 파일을 바탕으로 M4 유틸을 이용하여 /etc/mail/sendmail.cf 파일을 생성하게 된다.

sedmail.mc 파일중 가장 중요한 지시자는 역시 앞부분에서 언급한 외부네트워크에 대한 smtp 이용 제한을 풀어주는 부분과 지금부터 다뤄가고자 하는 SMTP 인증에 관한 부분이다.

앞에 access 부분에서 잠시 거론한대로 외부네트워크에 대한 smtp 이용을 풀어주었다면 샌드메일 서버가 가지고 있는 취약점을 이용하여 스팸메일의 경유지 혹은 스팸서버가 될수 있는 가능성이 존재하는것이다.

이부분을 그냥 넘겨버린다면 심각한 상황이 초래된다. 스팸메일에 의해 샌드메일서버는 과부하가 걸려 시스템의 자원을 모두 고갈시킬것이며 그것마저 다된다면 메일서버는 다운되고 말것이다.

이런것을 막기위한 방법중 하나가 바로 앞에서 언급한 access 파일 운영정책과 지금부터 거론할 SMTP 인증에 대한 부분이다.

사용자가 smtp 서버를 이용하여 외부 네트워크로 메일을 발신하고자 할때 인증절차를 거처서 이용하도록 하는것이다.

실제로 대부분의 메일 호스팅이나 웹호스팅 제공하는 업체에서 이 SMTP 인증 기법을 사용하며 해당 사용자들에게 Outlook Express 등의 메일 송수신 프로그램 옵션에서 SMTP 인증부분을 체크 할것을 공지하고 있다.

그럼 SMTP 인증부분을 활성화 해보자.

[root@xfeelis /]# vi /etc/mail/sendmail.mc

...

define(`confAUTH_OPTIONS', `A')dnl

...

define(`confAUTH_MECHANISMS', `EXTERNAL GSSAPI DIGEST-MD5 CRAM-MD5 LOGIN PLAIN')dnl <- dnl 부분 삭제

...

...

위 설정에서 define(`confAUTH_OPTIONS', `A') 부분은 dnl 처리를 해줘야 하며 define(`confAUTH_MECHANISMS' 부분은 맨뒤에 dnl을 삭제해야 SMTP 인증기능이 활성화 된다.

위와 같이 설정해 주었다면 이제 다음과 같이 m4 유틸명령어를 사용하여 sendmail.cf 파일을 생성해 보자.

[root@xfeelis /]# m4 /etc/mail/sendmail.mc > /etc/mail/sendmail.cf

⑦ sendmail.cf은 전자에 sendmail.mc 파일을 통하여 생성된 세부 설정파일 정도로 이해하면 될것이다.

sendmail.cf 파일에서 눈여겨 봐야할 지시자들은 다음과 같다.

FW 지시자 : FW 지시자는 메일의 최종수신지 설정파일에 경로를 지정하는 곳으로서 sendmail 8.9.x 버전까지는 sendmail.cw 의 값으로 되어있지만 8.10.x 이후 버전부터는 local-host-names 파일로 설정되어 있다. 독자들이 사용하는 배포판에 포함된 센드메일의 버전을 확인후 local-host-names 로 변경해주자.

# file containing names of hosts for which we receive email

Fw/etc/mail/local-host-names

MaxMessageSize : 첨부파일을 포함한 메일 메시지 최대크기 제한 설정 부분

# maximum message size

O MaxMessageSize=20000000

메일의 크기가 20M를 넘는다면 메일은 발신되지 못한다.

MinQueueAge : 임시보관 최소 시간 설정 부분

뒤에서 언급하게 될 Timeout 설정값 이전에 적용될 우선적인 옵션으로 발송에 실패한 메일이 다시 재발송을 시도하기까지의 대기 시간을 설정 한다.. 기본값은 30분이며 기본적으로 서버부하를 줄이기 위해 # 주석처리 되어있지만 필요로 한다면 사용하여도 무방하다.

# minimum time in queue before retry

O MinQueueAge=30m

LogLevel : sendmail 이 가동되면서 발생되는 로그의 기록에 관련한 레벨을 설정

# log level

O LogLevel=9

각종 TimeOut 값 : 센드메일 서버의 각종 Timeout 값을 설정.

# timeouts (many of these)

#O Timeout.initial=5m

O Timeout.connect=1m

- 사용자가 샌드메일 서버에 접속하여 작업하는 최대시간을 설정것으로 기본값은 1분이다.

#O Timeout.aconnect=0s

#O Timeout.iconnect=5m

#O Timeout.helo=5m

#O Timeout.mail=10m

#O Timeout.rcpt=1h

#O Timeout.datainit=5m

#O Timeout.datablock=1h

#O Timeout.datafinal=1h

#O Timeout.rset=5m

#O Timeout.quit=2m

#O Timeout.misc=2m

#O Timeout.command=1h

O Timeout.ident=0

#O Timeout.fileopen=60s

#O Timeout.control=2m

O Timeout.queuereturn=5d

- 특정한 사유로 인해 메일이 전달되지 못하고 mqueue 에보관되고 있을시 보관 기간을 지정하는것으로 기본값은 5일이다. 이기간을 넘길경우 메일은 자동적으로 최초 발신지로 되돌려져 반송처리가 된다.

#O Timeout.queuereturn.normal=5d

#O Timeout.queuereturn.urgent=2d

#O Timeout.queuereturn.non-urgent=7d

#O Timeout.queuereturn.dsn=5d

O Timeout.queuewarn=4h

- 역시 특정한 사유로 인해 메일이 전달되지 못할시 최초 발신자에게 메일이 전달되지 못하고 있음을 경고하는 경고메일이 발송 되기까지의 대기 시간을 지정하며 기본값은 4시간이다.

#O Timeout.queuewarn.normal=4h

#O Timeout.queuewarn.urgent=1h

#O Timeout.queuewarn.non-urgent=12h

#O Timeout.queuewarn.dsn=4h

#O Timeout.hoststatus=30m

#O Timeout.resolver.retrans=5s

#O Timeout.resolver.retrans.first=5s

#O Timeout.resolver.retrans.normal=5s

#O Timeout.resolver.retry=4

#O Timeout.resolver.retry.first=4

#O Timeout.resolver.retry.normal=4

#O Timeout.lhlo=2m

#O Timeout.auth=10m

#O Timeout.starttls=1h

기타 지시자들은 필자또한 사용하지 않으며 또 자세한 그 쓰임을 알고 있지 못하다. 좀더 자세한 사항은 sendmail.org 의 지시자 관련 문서를 참조바라며 실제로 위 3가지 정도의 옵션으로도 충분히 센드메일 서버에 운영에 있어 부하를 최소화 할수 있다.

⑧ virtusertable 파일은 가상메일 설정파일이라고 부르며 다음과 같은 상황에 사용된다.

만약 필자가 웹호스팅 서버를 운영하고 있다고 가정하자.

admin 이란 계정은 당연히 서버에 하나 밖에 존재 할수 없다.

하지만 필자의 서버에서 웹호스팅을 받고 있는 사용자들은 자신들의 도메인을 가지고 메일을 운영할때 실계정명은 user1 등이지만 admin@userdomain.pe.kr 이란 도메인으로 메일을 받고자 요청한다.

일반적인 생각이라면 admin 이란 계정은 단 하나만 존재하기 때문에 필자의 서버에 매칭된 도메인만이 admin@xfeelis.pe.kr 이란 메일을 사용할수 있다.

이를 해결하기 위한 파일이 바로 /etc/mail/virtusertable 파일인 것이다.

다음과 같이 /etc/mail/virtusertable 파일을 편집해 보자.

[root@xfeelis /]# vi /etc/mail/virtusertable

admin@xfeelis.pe.kr xfeel

admin@userdomain1.pe.kr user1

admin@userdomain2.pe.kr user2

admin@userdomain3.pe.kr user3

[root@xfeelis /]# makemap hash /etc/mail/virtusertable < /etc/mail/virtusertable

어떤까? 매우 쉽지 않은가? 알고 보면 매우 쉬우며 간단한 설정들이 이런 유용한 기능을 발휘하고 있다. 이것이 오픈소스 진영과 리눅스의 힘인것이다.

자 이제 모든 파일의 설정을 마쳤자. 이제 실제로 샌드메일의 가동여부를 테스트 해봐야 할것이다. 우선 샌드메일을 가동 시켜보자.

[root@xfeelis /]# /etc/rc.d/init.d/sendmail restart

Shutting down sendmail: [ OK ]

Shutting down sm-client: [ OK ]

Starting sendmail: [ OK ]

Starting sm-client: [ OK ]

[root@xfeelis /]#

이제 샌드메일이 정상적으로 가동하는지 확인해 봐야겠다.

[root@xfeelis /]# telnet 211.188.120.198 25

Trying 211.188.120.198...

Connected to 211.188.120.198.

Escape character is '^]'.

220 xfeelis.pe.kr ESMTP Sendmail 8.13.0/8.13.0; Tue, 9 Nov 2004 14:18:10 +0900

HELP

214-2.0.0 This is sendmail version 8.13.0

214-2.0.0 Topics:

214-2.0.0 HELO EHLO MAIL RCPT DATA

214-2.0.0 RSET NOOP QUIT HELP VRFY

214-2.0.0 EXPN VERB ETRN DSN AUTH

214-2.0.0 STARTTLS

214-2.0.0 For more info use "HELP <topic>".

214-2.0.0 To report bugs in the implementation send email to

214-2.0.0 sendmail-bugs@sendmail.org.

214-2.0.0 For local information send email to Postmaster at your site.

214 2.0.0 End of HELP info

QUIT

221 2.0.0 xfeelis.pe.kr closing connection

Connection closed by foreign host.

[root@xfeelis /]#

25번 포트 즉 SMTP 서버인 샌드메일 서버에 이상없이 접속하였음을 통해 샌드메일이 제대로 가동되고 있음을 확인할수 있다.

OpenPNE에서 SendMail 설정하는 방법 (휴대폰에서 파일 업로드)

2010-02-22T19:18:00.000-08:00

OpenPNE에서 SendMail 설정하는 방법 (휴대폰에서 사진등록 가능하도록)

DNS설정가능하면、sns.example.com 이런 형태의 OpenPNE용의 서브 도메인을 작성해서 MX레코드를 설정해 두면 사용하기 쉽다

sns.example.com 을 메일용으로 할 경우
DNS 에서 sns.example.com 가 설정되어 있다는 전체하에 다음과 같이 연결하면 된다

1. config.php
define('MAIL_SERVER_DOMAIN', 'example.com');

2. vi /etc/mail/local-host-names
sns.example.com

3. vi /etc/mail/virtusertable
@sns.example.com sns-ktai@example.com

4. 3번 설정이 완료 되면 반영시키기 위해 아래 명령어 실행
# makemap hash /etc/mail/virtusertable.db < /etc/mail/virtusertable

5. vi /etc/aliases 파일에 아래 코드 추가
sns-ktai: "| php /path/to/openpne/bin/mail.php"

6. aliases 설정이 끝나면 아래 명령어 실행
# newaliases
--> 결과(오류아님) /etc/aliases: 78 aliases, longest 37 bytes, 819 bytes total

이것으로@sns.example.com쪽으로 오는 메일은 OpenPNE_DIR/bin/mail.php에서 처리하도록 설정했다 하지만 、실제로 실행해 보면 실행되지 않고 메일로그를 보면 아래와 같은 메세지가 출력 된다.

Nov 19 15:50:44 hoge sendmail smrsh: uid 8:
attempt to use "| php /path/to/openpne/bin/mail.php" (stat failed)

php 부분을 /usr/bin/php 등 전체경로로 설정해 주어야 하는데
sendmail 이 실행하는 smrsh 라는 것이 sh 보다 엄격해서 에러가 나버린다.

이것은 /etc/smrsh 아래에 /usr/bin/php 심볼링 링크를 생성하면서 문제를 회피할 수 있다

7. $ ln -s /usr/bin/php /etc/smrsh/php

php소스 컴파일을 하였다면 예를 들어 /usr/local/src/php가 루트 폴더일때
/usr/local/src/php/bin/php로 설정해 주면 이상없이 동작한다

debug : 서버에서 메일전송 및 php 연동 테스트 하는 방법 (echo 이용)

echo -e "From: sns-ktai@sns.thenamed.net\nTo: sns-ktai@sns.thenamed.net\n\nThis is TEST."

/usr/bin/php -d safe_mode=off /html/webroot/thenamed/bin/mail.php

mysql default-character-set 설정하기 (UTF8)

2010-02-22T07:38:00.001-08:00

목표 환경은 DB를 utf8로 설정하는것임
기본적으로 table 속성은 DataBase 설정을 따라가는데
입력 데이터가 깨지면 아래 3번의 조치를 취한다. (AIX이런 경우를 봤다.)

0. 데이터를 콘솔에서 밀어넣을때는 콘솔 환경이 utf8이어야 함

# export LC_ALL=KO_KR.UTF-8
# export LANG=KO_KR.UTF-8

1. MySQL 접속 시 status명령으로 문자셋 확인
utf8이 아닐 때 설정하는 방식임

mysql> status;
Server characterset: utf8
Db characterset: utf8
Client characterset: utf8
Conn. characterset: utf8

2. my.cnf 환경설정

[mysqld]
default-character-set=utf8
init_connect=set collation_connection=utf8_general_ciex
init_connect=set names utf8
character-set-server=utf8
collation-server=utf8_general_ci

[mysqldump]
default-character-set=utf8

[mysql]
default-character-set=utf8

3. table 생성시 DEFAULT CHARSET설정

CREATE TABLE `TABLE_NAME` (
`seq_user` int(10) unsigned NOT NULL auto_increment,
`userid` varchar(30) NOT NULL default '',
PRIMARY KEY (`seq_user`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8;

[sendmail] sendmail + dovecot 리눅스 sendmail

2010-02-20T22:29:00.000-08:00

센드메일의 설정사항

[sendmail] sendmail + dovecot

# yum install -y sendmail
# yum install -y sendmail-cf
# yum install -y mailx cyrus-imap
(설치)

# cd /etc/mail

# cp sendmail.mc sendmail.mc.default
# cp sendmail.cf sendmail.cf.default
(sendmail.mc > sendmail.mc_default 복사
sendmail.cf > sendmail.cf_default 변경)

# vi sendmail.mc
(라인 52, 53 수정)
:52 / 53
dnl TRUST_AUTH_MECH(`EXTERNAL DIGEST-MD5 CRAM-MD5 LOGIN PLAIN')dnl
dnl define(`confAUTH_MECHANISMS', `EXTERNAL GSSAPI DIGEST-MD5 CRAM-MD5 LOGIN PLAIN')dnl

>>

TRUST_AUTH_MECH(`EXTERNAL DIGEST-MD5 CRAM-MD5 LOGIN PLAIN')dnl
define(`confAUTH_MECHANISMS', `EXTERNAL GSSAPI DIGEST-MD5 CRAM-MD5 LOGIN PLAIN')dnl

(라인 116 수정)
:116
DAEMON_OPTIONS(`Port=smtp,Addr=127.0.0.1, Name=MTA')dnl
>>>
dnl DAEMON_OPTIONS(`Port=smtp,Addr=127.0.0.1, Name=MTA')dnl

(저장)
:wq!

#vi sendmail.cf
(라인 95 수정)
:95
#Dj$w.Foo.COM
>>>
Dj도메인 주소

#vi access
(라인 추가)
connect:도메인주소 relay (추가)

#vi local-host-names
(내용 추가)
도메인 주소

#service sendmail restart (메일 서비스 리스타트)

# telnet localhost 25
(메일 보낼때 사용되는 포트 확인)
Trying 127.0.0.1...
Connected to localhost.localdomain (127.0.0.1).
Escape character is '^]'.
220 nanuminet.com ESMTP Sendmail 8.13.8/8.13.8; Wed, 6 Jan 2010 11:03:00 +0900
quit
221 2.0.0 gntv.or.kr closing connection
Connection closed by foreign host.

### 외부에서 25번 포트 열리는 지 확인(cmd 이용)
(참고 : iptables 에서 해당 포트 개방)

=======================dovecot 설정(받는 메일)========================================

#yum install dovecot

#vi /etc/dovecot.conf
:21
protocols = imap imaps pop3 pop3s
>>>
protocols = imap pop3

:39
#listen = [::]
>>>
listen = *

:85
#ssl_disable = no
>>>
ssl_disable = yes

:141
#login_user = dovecot
>>>
login_user = dovecot

:509
#login_executable = /usr/libexec/dovecot/imap-login
>>>
login_executable = /usr/libexec/dovecot/imap-login

:574
#login_executable = /usr/libexec/dovecot/imap-login
>>>
login_executable = /usr/libexec/dovecot/imap-login

:680
#auth_executable = /usr/libexec/dovecot/dovecot-auth
>>>
auth_executable = /usr/libexec/dovecot/dovecot-auth

:828
#args = dovecot
>>>
args = doveco
(대부분 주석 제거 작업임)

### /etc/pam.d > dovecot 파일 확인(폴더 내용 확인- 대부분은
정상적으로 설치 되므로 캔슬 해도 무방함)

#service dovecot start

### 방화벽 110 / 143 포트 열기

서버 리스타트 시에도 자동 실행 되기 위해

# chkconfig sendmail on
# chkconfig dovecot on

** 여기서 일반적으로 리눅스 서버의 사용자 계정을 만들고 아웃룩에 그 계정으로 설정을 하면
아웃룩을 통한 메일 주고 받기도 가능하다.

설치 부분에 관해서는 아래 내용을 참고하면 더 정확할 것이다
하지만 설정 부분은 크게 자세하지 않다
http://mcpicdtl.blogspot.com/2010/02/centos-5x-sendmail-pop3-imap.html

CentOS 5.X sendmail, pop3, imap 설치 및 설정

2010-02-20T07:36:00.000-08:00

1. sendmail 설정 (센트OS 5.3기준)
- 먼저 rpm -qa |grep sendmail 명령으로 sendmail이 설치되어 있는지 확인,
- 설치할 팩키지 -> yum install sendmail-cf-8.13.8-2.el5
- Pop3를 사용할려면 imap 팩키지가 설치되어 있어야 함(dovecot) -> 기본 imap에 비해 보안향상
- yum install dovecot-1.0.7-7.el5.i386

2. dovecot 설정
**/etc/dovecot.conf 화일 변경

20라인 protocal = pop3 pop3s imap imaps 주석제거
39라인 listen = [::] 주석제거

[test]# service dovecot start
Dovecot Imap (을)를 시작 중: [ OK ]
[test]# telnet localhost 110 => 110번 pop3 접속확인
Trying 127.0.0.1...
Connected to localhost.localdomain (127.0.0.1).
Escape character is '^]'.
+OK Dovecot ready.

3. sendmail 설정파일 위치
*smtp인증기능 추가위해 /etc/mail/sendmail.mc 52,53라인 주석제거 확인 후
TRUST_AUTH_MECH(`EXTERNAL DIGEST-MD5 CRAM-MD5 LOGIN PLAIN')dnl
define(`confAUTH_MECHANISMS', `EXTERNAL GSSAPI DIGEST-MD5 CRAM-MD5 LOGIN PLAIN')dnl

m4 /etc/mail/sendmail.mc > /etc/mail/sendmail.cf ->바뀐것을 적용한다.

*적용한후
- /etc/mail/sendmail.cf : 센드메일의 가장 기본적인 설치파일 -> 265라인에 addr 제거
(O DaemonPortOptions=Port=smtp, Name=MTA 수정후임)
- 89라인 Cwlocalhost => 주석처리
- /etc/mail/access : 릴레이 허용파일,기본적으로 로컬만 허용, 허용할 IP,domain추가 한다.
*엑세스 파일 교체되면 makemap hash /etc/mail/access < /etc/mail/access 실행- /etc/mail/local-host-names : 메일을 수신할 호스트이름 결정 (a.co.kr or mail.a.co.kr)

* 인증을 위한 SASL 라이브러리가 설치되어 있어야 함
cyrus-sasl-md5-2.1.19-5.EL4
cyrus-sasl-2.1.19-5.EL4
cyrus-sasl-plain-2.1.19-5.EL4
cyrus-sasl-devel-2.1.19-5.EL4
[root@test]# service saslauthd restart 실행

4. sendmail 데몬 시작 / 확인
- service sendmail start 또는 init/sendmail start
- 마지막으로 telnet localhost 25 로 접속해서 아래와 같은 화면이 나오면 정상적으로 SMTP데몬이 돌고 있다.

* 인증확인
[test]# telnet localhost 25
Trying 127.0.0.1...
Connected to localhost.localdomain (127.0.0.1).
Escape character is '^]'.
220 test ESMTP Sendmail 8.13.8/8.13.8; Sun, 26 Jul 2009 10:03:01 +0900
ehlo localhost
250-test Hello hong [127.0.0.1], pleased to meet you
250-ENHANCEDSTATUSCODES
250-PIPELINING
250-8BITMIME
250-SIZE
250-DSN
250-ETRN
250-AUTH GSSAPI DIGEST-MD5 CRAM-MD5 LOGIN PLAIN
250-DELIVERBY
250 HELP

centOS 5 네임서버 설치 및 운영 (bind server, name server, DNS)

2010-02-18T18:06:00.000-08:00

centOS 5.2 NameServer 설치 및 운영
1. BIND 설치
환경 파일 경로
2. 기본 환경 설정
(1) named.conf – options
(2) named.conf – logging
(3) named.conf – view
(4) named.conf – int. view
(5) named.conf – ext. view
3. 존 정보(internal/external) 설정
(1) 존 정보(internal) 설정
(2) 존 정보(external) 설정
(3) RNDC (Name Server Control Utility)
4. DNS 운영 명령어
(1) 기본 명령어
(2) 도메인 존 설정 정보 확인
5. BIND 보안설정
(1) TSIG (Transaction Signature)
TSIG Key 생성
(2) 기타 보안 설정

•최종 수정일 : 2008년 11월 3일
1. BIND 설치
•설치 환경 : CentOS 5.2 (http://www.centos.org/)
•설치 프로그램 : ISC BIND (http://www.isc.org/)
◦버전 : BIND 9.3.4-P1
•설치 방법 (yum 자동 설치 권장)‏
◦Bind 관련 모든 패키지 설치
# yum install –y bind-*
# yum install –y bind bind-utils bind-chroot bind-libs bind-devel bind-libbind-devel bind-sdb
•기본으로 chroot 환경으로 설치됨
◦“/var/named/chroot/” 디렉토리를 “/” 로 인식
◦chroot 상위 디렉토리에 대한 허가권을 가질 수 없음
◦설정 파일은 수동으로 설정해야 함
◦제공되는 샘플 설정 파일 사용 : /usr/share/doc/bind-9.3.4/sample/
환경 파일 경로
•환경 파일 : /var/named/chroot/etc/
•존 정보 파일 : /var/named/chroot/var/named/
•샘플 파일 경로
◦/usr/share/doc/bind-9.3.4/sample/etc/
◦/usr/share/doc/bind-9.3.4/sample/var/named
•모든 샘플 파일을 기본 경로로 복사
cp -rf /usr/share/doc/bind-9.3.4/sample/etc/ /var/named/chroot/
cp -rf /usr/share/doc/bind-9.3.4/sample/var/named/ /var/named/chroot/var/

--------------------------------------------------------------------------------

2. 기본 환경 설정
•Options
•View (internal)‏
•View (external)‏
•Key
(1) named.conf – options
•기본 설정
◦recursive-clients
■DNS 질의 처리 가능 최대 클라이언트 설정 값
■Cache DNS 설정 시 가용 메모리 용량에 따라 상향 조정 필요
■기본값 : 1000, 클라이언트 당 20kb - 총 19.5Mb
options
{
directory "/var/named“; // Zone 파일 기본 디렉토리
dump-file "data/cache_dump.db"; // Dump 파일 생성 경로
statistics-file "data/named_stats.txt"; // 통계 파일 생성 경로
memstatistics-file "data/named_mem_stats.txt"; // 메모리 사용 통계
recursive-clients 10000;
};
(2) named.conf – logging
•기본 로그 옵션 설정
logging
{
channel default_debug {
file "data/named.run";
severity dynamic;
};

category default { default_syslog; default_debug; }; // 기본 설정
category unmatched { null; }; // 기본 설정 (로그를 남기지 않음)
};
(3) named.conf – view
•View 설정
◦Cache DNS 전용 서버는 localhost_resolver view만 설정
◦내부 네트워크 클라이언트 전용 internal과 외부 클라이언트 external 로 구분 가능
view "localhost_resolver"
{
match-clients { localhost; };
match-destinations { localhost; };
recursion yes;
include "/etc/named.root.hints"; // 루트 서버 정보 파일
include "/etc/named.rfc1912.zones"; // RFC1912 권장 localhost 존 정보
};
(4) named.conf – int. view
•내부 네트워크 클라이언트 전용 View
view "internal"
{
match-clients { localnets; };
match-destinations { localnets; };
recursion yes; // 내부 네트워크 클라이언트 recursive 질의 허용
include "/etc/named.root.hints";

zone "cslab.kr" {
type master;
file “cslab.kr.internal.zone.db";
};
};
(5) named.conf – ext. view
•외부 네트워크 클라이언트 전용 View
view "external"
{
match-clients { any; };
match-destinations { any; };
recursion no; // 외부 네트워크 클라이언트 recursive 질의 금지
include "/etc/named.root.hints";

zone “cslab.kr" {
type master;
file “cslab.kr.external.zone.db";
};
};

--------------------------------------------------------------------------------

3. 존 정보(internal/external) 설정
•SOA (Start Of Authority) 필드 정보
◦Serial : 1 ~ 24,294,967,295(10자리) YYYYMMDDNN 권장
◦Refresh : Slave의 업데이트 여부 검사 간격
◦Retry – Slave의 업데이트 여부 검사 실패 시 재시도 간격
◦Expiry – Slave가 Master 서버 접속을 실패하면 존 정보 파기
◦Negative TTL - 존재하지 않는 호스트에 대한 존 정보 보관 기간
(1) 존 정보(internal) 설정
•/etc/named/chroot/var/named/cslab.kr.internal.zone.db
$TTL 86400
@ IN SOA ns1.cslab.kr domain.cslab.kr (
2008102601 ; serial - 1 ~ 24,294,967,295(10자리) YYYYMMDDNN
3H ; refresh – Slave의 업데이트 여부 검사 간격
15M ; retry – Slave의 업데이트 여부 검사 실패 시 재시도 간격
1W ; expiry – Slave가 Master 서버 접속을 실패하면 존 정보 파기
1D ) ; neg. TTL - 존재하지 않는 호스트에 대한 존 정보 보관 기간
IN NS ns1.cslab.kr
IN NS ns2.cslab.kr
IN A 127.0.0.1
www IN A 127.0.0.1
mail IN A 127.0.0.1
mysql IN A 192.168.0.2 // 내부 네트워크 전용
oracle IN A 192.168.0.3 // 내부 네트워크 전용
(2) 존 정보(external) 설정
•/etc/named/chroot/var/named/cslab.kr.external.zone.db
$TTL 86400
@ IN SOA ns1.cslab.kr domain.cslab.kr (
2008102601 ; serial - 1 ~ 24,294,967,295(10자리) YYYYMMDDNN
3H ; refresh – Slave의 업데이트 여부 검사 간격
15M ; retry – Slave의 업데이트 여부 검사 실패 시 재시도 간격
1W ; expiry – Slave가 Master 서버 접속을 실패하면 존 정보 파기
1D ) ; neg. TTL - 존재하지 않는 호스트에 대한 존 정보 보관 기간
IN NS ns1.cslab.kr
IN NS ns2.cslab.kr
IN A 127.0.0.1
www IN A 127.0.0.1
mail IN A 127.0.0.1
IN MX 10 mail.cslab.kr
IN TXT “v=spf1 a mx ip4:127.0.0.1 ~all”
(3) RNDC (Name Server Control Utility)
•rndc 명령을 통해 DNS 제어가 가능하며, 기본적으로 953번 포트를 사용
•DNS로 제어 메시지를 보내려면 인증 암호키가 필요
◦rndc-confgen 을 실행하여, 인증 암호키 및 환경 파일 생성
◦/var/named/chroot/etc/rndc.conf 을 생성 후 내용 복사
# /usr/sbin/rndc-confgen

key "rndckey" {
algorithm hmac-md5;
secret "xxxxxxxxxxxx";
};
options {
default-key "rndckey";
default-server 127.0.0.1;
default-port 953;
};
•named.conf 파일에 rndc 설정 추가
key "rndckey" {
algorithm hmac-md5;
secret “xxxxxxxxxxxx ";
};

controls {
inet 127.0.0.1 port 953
allow { 127.0.0.1; } keys { "rndckey"; };
};

--------------------------------------------------------------------------------

4. DNS 운영 명령어
(1) 기본 명령어
•설정 파일 이상유무 확인
# named-checkconf named.conf
•서비스 시작
# service named start
•서비스 재시작
# service named restart
•설정 변경 사항 반영
# service named reload
•서비스 종료
# service named stop
•Bind 버전 확인
# named –v
•BIND 로그 모니터링
# tail -f /var/log/messages
(2) 도메인 존 설정 정보 확인
•.kr 도메인 확인
# dig @g.dns.kr. cslab.kr any
•.com/.net 도메인 확인
# dig @a.gtld-servers.net. cslab.net any
•.asia 도메인 확인
# dig @a0.asia.afilias-nst.info. relief.asia any

--------------------------------------------------------------------------------

5. BIND 보안설정
(1) TSIG (Transaction Signature)
* TSIG는 shared secret key와 단방향 hash 함수를 이용해 DNS 응답/업데이트 메시지를 인증
* TSIG 설정 시 DNS의 Additional Section에 TSIG 레코드가 추가됨

TSIG Key 생성
•dnssec-keygen 프로그램으로 키 생성
◦-a hmac-md5 : 알고리즘 종류
◦-b 128 : 키 길이(128 bit) / 최대값 : 512 bits
◦-n HOST : 키 종류(HOST)
# /usr/sbin/dnssec-keygen –a hmac-md5 –b 128 –n HOST cslab.kr.
•생성 파일 확인
◦아래 2개의 파일이 생성됨(숫자 157은 DNSSEC 알고리즘(HMAC-MD5) 번호/숫자 XXXXX 키의 지문)
◦K{name}.+157.+{random}.key
Kcslab.kr.+157+XXXXX.key
Kcslab.kr.+157+XXXXX.private
•named.conf 수정
zone “cslab.kr" {
type master;
file “cslab.kr.external.zone.db";
// TSIG Key Based Access Control
allow-update { key key.cslab.kr.; };
};

key "key.cslab.kr" {
algorithm hmac-md5;
secret "XXXXXXXXXXXXXXXXXXXX";
};
•key 부분은 별도로 /var/named/chroot/etc/dns.keys.conf 로 저장하여, named.conf 에 include 구문으로 삽입 권장
include "/etc/dns.keys.conf";
(2) 기타 보안 설정
•BIND 버전 정보 숨기기
named.conf 설정 추가

options { version "DNS";
};
rndc reload 후 dig 명령어로 확인

# dig version.bind txt chaos
•allow-query : 존 쿼리 제한
•allow-transfer : 존 전송 제한
•allow-update : 존 업데이트 제한
zone “cslab.kr" {
type master;
file “cslab.kr.external.zone.db";
allow-query { 127.0.0.1; 192.168.0.0/24; };
allow-transfer { 127.0.0.1; 192.168.0.0/24; 164.125.36.31; };
allow-update { 127.0.0.1; 192.168.0.0/24; 164.125.36.31; };
};

reference : http://bind.cslab.kr/#toc0

Android 소스 빌드시 R.java로 인한 오류

2010-02-15T23:48:00.000-08:00

외부에서 이미 개발된 Android Source를 취급할 때

File -> Import -> General - Existing Projects into Workspace 를 선택하고 Next 버튼 클릭

다음화면에서 Select root_directory 라디오박스가 선택된 상황에서 Browse 버튼 클릭

그리고 나서 불러올 소스 폴더를 선택을 하면 해당 프로젝트가
Package Explore로 올러오게 된다 (물론 그 전에 WorkSpace에 해당 폴더를 복사해야한다)

그리고 src 폴더의 소스들을 보게 되면 에러 표시가 많을텐데

여기서 의외로 많은 분들이 쉽게 지나치는 부분이 해당 android.jar을 포함시키지 않는 다는 것을 알았다

그리고 이것 저것 해 보면서 시간을 보내다가 결국 안된다고 포기해 버리는 분들도 있어
간략하게 나마 적는다

불러온 프로젝트를 마우스 우클릭하고 난 후 Properties를 클릭한다
그리고 팝업으로 창이 뜨면 android 라는 왼쪽 메뉴를 선택하고 난 후
해당 프로젝트의 엔진을 선택하라

android 1.1 부터 Goole APIs 2.1 Api 7까지 화면에 보인데 (이글을 적는 시점의 최신 버젼이다)
난 Google APIs를 사용해야 할 프로젝트를 개발할 것이기 때문에 Google APIs 2.1 api 7을 선택하였다

그리고 Apply 버튼을 클릭하라

혹시 R.java 파일이 프로젝트에서 gen이라는 폴더 이하에 생기면
src 폴더 하부의 R.java 파일은 그냥 삭제 해도 된다

단순한 문제다
어떤 Android 버젼으로 개발할지 지정해 주지 않으면
모든 R.java 그리고 모든 Import 항목이 에러가 발생하게 된다.
이것만 해 주면 문제 없을 것이다.

PS. 이래도 에러가 해결 되지 않는다면 특별히 Import해야 하는 jar 항목이 더 있을수도 있고
그것도 아니라면 위 메뉴항목 중 Project -> Build Automatically를 선택하지 않았을 수도 있다
Build Automatically를 선택하지 않았다면 Build Project를 매번 열심히 눌러주면 된다

OpenPNE o_login slavepne 프로세스 분석 by Vins

2010-02-15T22:08:00.000-08:00

OpenPNE 로그인 구성 (심포니 프레임워크 설명 배제)

1. 메인화면에서 아이디/패스 입력
2. OpenPNE/webapp/modules/pc/do/o_login.php 의 do_o_login class의 execute 실행
3. get_auth_config() (/webapp/lib/util/util.php) 호출하며 /OpenPNE/config.php에서 설정한 글로벌 변수 인식
4. $auth = new OpenPNE_Auth($config) 호출 (webapp/lib/OpenPNE/Auth.php)

/OpenPNE/config.php에서 설정한 정보 직렬화
/OpenPNE/lib/include/Auth.php 객체 호출 .. new Auth(....);

5. $auth->logout(); 현재 남아 있을지도 모르는 세션 종료
6. LOGIN_CHECK_ENABLE (세션 유효기간 체크 로직 - 설명 패스)
7. $auth->login($requests['is_save']) 입력 받은 정보 로그인 실행

$this->auth =& $this->factory(true);
factory 내부에서 $auth = new Auth($this->storage, $this->options, '', false); 실행
/OpenPNE/lib/include/Auth.php의 Auth Class는 1,2,3,4에 걸친 입력을 직렬화하여 하나의 클래스에 저장
이후 1에서 입력 받은 아이디를 소문자로 치환한 후 암호화 실행
$this->auth->start() 실행 (/OpenPNE/lib/include/Auth.php)
start()메서드에서는 유니크세션키를 발생시키고 assignDate() 실행
assignDate()에서 유저로 부터 입력 받은 ID/PW의 get_magic_quotes_gpc 후 stripslashse 실행
start()메서드에서 다시 login() 실행
login()메서드에서 Auth_Container_DB() 객체의 fetchDate(userID, userPW, $userChap) 실행
Auth_Container_DB class는 /OpenPNE/lib/include/Auth/Container/DB.php에 있음
생성된 Login Query 실행 (내부적으로 imbeded query 생성)
Auth Class에 리턴받은 데이터 각 항목에 세팅

8. $auth->getUsername() 으로 slavepne ID와 c_member 테이블 ID매칭 검색(c_member_secure테이블))
9. 로그인 인증되면 auth.inc에서 각 페이지의 세션 체크 (getUsername()으로 체크)

pc와 mobile에서 인증절차가 다를 경우라면 추가적으로 다음 프로세스를 실행해야 한다

10. 만일 config.php에서 db_fields를 사용하여 다른 데이터로 매칭 시키고 싶을 경우
      8, 9번 항목에서 사용된 $auth->getUsername() 이 아니라 다른 메서드를 생성해야함
      PC에서와 MOBILE에서 로그인 아이디가 다른 웹 사이트를 작업하고 있는
      프로젝트라면
      선략....
      'usernamecol' => 'ktaiID',

      'passwordcol' => 'ktaiPW',
      'db_fields' => array('cpid'),
      'cryptType' => 'md5',
      후략 .
     db_fields에 세팅된 값들을 Select usernamecol, passwordcol, db_fields[] from slaveAuthInfo ....후략
     세팅되므로 OpenPNE_Auth에서 Auth Class에 getSessionName을 가져올수 있다록
     메서드를 하나 더 생성해야 함
11. 나의 경우엔 /OpenPNE/webapp/lib/OpenPNE/Auth.php 즉 OpenPNE_Auth Class에 다음과 같은 메서드를 생성하였다

/**

* Auth에서 session값을 반환하도록 메서드 생성
*
* return string (2010/02/16 by yhan@gungho.jp
*/
function getSessionName($sessname) {
     return $this->auth->getAuthData($sessname);
}

이를 $auth->getUsername() 대신 $auth->getSessionName("cpid") 로 바꾸어주는데
바꾸여하 할 부분은
/OpenPNE/webapp/modules/ktai/auth.inc 에서 한군데와
/OpenPNE/webapp/modules/ktai/do/o_login.php 에서 한군데 씩 바꾸면 된다

OpenPNE라고 OpenSource를 지향하고 있지만 클래스 내부를 뜯어볼때
아직 향후 많은 부분이 보완되어야 할 것이다
하지만 지금 자체만으로도 한국업체가 일본에서 SNS를 하고 싶다면
꼭 분석해봐야 할 좋은 재료라고 하고 싶다.
한국에서 당연시 여기었던 블로그등 지금까지 익숙해져 있던것에 근거하여
기획하고 디자인하고 개발한다면
대부분 한국계열 SNS가 그래 왔던것 처럼 고전을 면치 못할 것이기 때문이다.

NHN의 쿠루쿠루가 그랫고 싸이월드 재팬이 망했으며
한국식 블러그 사이트를 들고와서 성공해 보겠다고 저마다 기업들이 아우성치고 있지만
성공하고 있는 업체가 하나도 없듯이 말이다.

팁을 하나 귓뜸해 주자면 일본의 최대 SNS사이트인 mixi나 gree 등 유저의 접속자 수의
90% or 99%가 PC도 아닌 스마트폰도 아닌 조그만 화면의 휴대폰에서 이루어진다는
사실이다
일본 의류 쇼핑몰의 경우에도 다르지 않다 휴대폰을 통한 매출이 절대적이기 때문이다.

혹시 일본에서 활동하고 있는 한국에 SNS 또는 게임 사이트를 운영하는 운영자라면
꼭 한번 생각해봐야 한다 .

이제 ceolikeproject 를 그만둘때도 되었다
기획자라면 한국적인 사고방식에서 떠나 일본유저의 눈에 마출수 있는 기획을 (네이버 그만좀 베겨라..)
디자이너라면 절대 자부심을 가지지마라 한국에서 디자인과 일본의 디자인 그 시작부터가 다르다 .
플래쉬 도배해 놓고 "나 좀 하지!!" 하고 자만하지마라 유저는 진정 플래쉬를 원하지 않는다
마지막으로 개발자 머리속에서 "주민번호" 부터 지워라
회원가입시 주민번호가 당연한 유니크 체크라고 생각하는 순간 ...
당신은 우물안에 개구리 ....

By Vins

[리눅스 시간설정/CentOS] 현재시간설정

2010-02-02T18:09:00.000-08:00

[root@test ~]# date
2005. 01. 07. (금) 00:18:16 KST

[root@test ~]# date -s 2008-06-14
2008. 06. 14. (금) 00:00:00 KST
[root@test ~]# date -s 08:38:40
2008. 06. 14. (금) 08:38:40 KST

또는 rdate -s "time server ip or domain"

만일 정기적으로 시간을 설정하고 싶은 경우
/etc/crontab 에 rdate -s "time server ip or domain"을 정기적으로
실행하도록 설정한다

root 계정으로 오라클 로 권한 변경

2010-02-01T22:58:00.000-08:00

root 계정으로 접속 하였을 경우

오라클 로 권한 변경
~]$ su - oracle

오라클 폴더로 이동
~]$ cd /oracle

sqlplus 로 노로그인 상태로 접속
~]$ sqlplus /nolog

sysdba 접속
SQL> connect /as sysdba

중지시키기
SQL> shutdown abort

시작
SQL> startup

종료
SQL> exit

리스너 종료
~]$ lsnrctl stop

리스너 재시작
~]$ lsnrctl start

MYSQL 최적화 기법 (best튜닝 기법)

2010-02-01T22:07:00.001-08:00

MySQL을 위한 하드웨어 최적화

큰 테이블(2G가 넘는)이 필요하다면, 알파나 스팍 또는 IA64 등의 64bit 하드웨어를 고려해 보는 게 좋다. MySQL은 내부적으로 64bit 정수를 많이 사용하고 있으므로, 64bit CPU를 사용하면 좀더 나은 퍼포먼스를 기대할 수 있다.

거대한 데이터베이스를 위한 최적화는 보통 램, 빠른 디스크, CPU 순으로 진행된다.

더 많은 램은 사용되는 대부분의 key 페이지들을 램에 보관함으로써 빠른 key 갱신을 가능하게 한다.

안전한 트랜잭션을 사용하지 않거나 큰 디스크를 사용하고 파일 검사를 오랫동안 하는 일을 피하고 싶다면 UPS를 사용하여 전원 오류가 발생한 경우에도 시스템을 안전하게 종료시킬 수 있도록 하는 것도 좋은 생각이다.

하나의 전용 데이터베이스 서버를 가진 시스템이라면 1G 이더넷을 고려해 볼 필요가 있다. 네트워크 지연은 처리능력만큼 중요하다.(Latency is as important as throughput.)

디스크 최적화

시스템, 프로그램, 임시 파일들을 위한 전용 디스크를 갖춰라. (내용이) 자주 변경되는 경우라면 갱신 기록과 트랜잭션 기록 파일을 별도의 디스크에 배치한다.

데이터베이스 디스크에 있어서는 빠른 탐색 시간(seek time)이 요건이다. 큰 테이블에서 하나의 레코드를 찾기 위해 소요되는 탐색 횟수는 다음과 같이 추정해 볼 수 있다.

log(row_count) / log(index_block_length/3*2/(key_length + data_ptr_length))+1

예를 들어, 500,000개의 레코드를 가지고 있고 medium int 형 필드로 인덱싱하고 있는 테이블의 경우라면 log(500000) / log(1024/3*2/(3+4))+1 = 4 번의 탐색이 필요하다. 여기서 인덱스는 500,000 * 7 * 3/2 = 5.2M 정도의 크기가 될 것이다. 실제로는 대부분의 블록들이 버퍼에 저장되므로 아마도 1~2번 정도의 탐색이 필요하게 된다.

쓰기의 경우 새로운 키를 넣을 위치를 찾기 위해 위에서처럼 4번의 탐색이 필요하지만, 통상적으로 인덱스를 갱신하기 위해 2번의 탐색이 더 필요하다.

매우 큰 데이터베이스에 경우, 디스크 탐색 속도에의해 성능이 좌우되는데, 탐색 수는 더 많은 데이터를 얻을 때마다 N log N 씩 증가한다.

데이터베이스들과 테이블들을 다른 디스크들에 분할해 넣어라. MySQL에서는 이를 위해 심볼릭 링크를 사용할 수 있다.

Striping disks(RAID 0와 같은)는 읽기와 쓰기 양면에서 처리능력을 증가시킨다.

미러링을 동반하는 Striping disk(RAID 0+1)는 읽기/쓰기 성능을 향상시키고 안전성을 제공한다. 쓰기는 약간 느리다.

임시파일 또는 쉽게 갱신될 수도 있는 데이터에 대해서 미러링이나 RAID(RAID 0는 예외)를 사용하지 않는다.

Linux를 사용한다면 부팅할 때 hdparm -m16 -d1 명령을 디스크에 적용하여 다중 섹터 읽기/쓰기와 DMA 사용이 가능하도록 한다. 이는 반응 시간을 5~50%까지 증가시킨다.

Linux를 사용한다면 디스크를 마운트할 때 async(기본값이다)와 noatime 옵션을 부여하여 마운트한다.

일부 특정 응용프로그램의 경우 아주 특수한 테이블을 램디스크에 저장하는 것도 한 방법이 된다. 그러나 보통은 필요 없다.

운영체제 최적화

스왑을 제거한다. 메모리 문제가 있다면 시스템이 적은 메모리를 사용하도록 설정하기 보다는 메모리를 증설하는 것이 좋다.

데이터에 대해서 NFS 디스크를 사용하지 않는다. (NFS locking 문제에 봉착할 수 있다.)

시스템과 SQL 서버를 위해 open file 한계 수치를 증가시킨다. (safe_mysql 스크립트에 ulimit -n #을 추가한다.)

프로세스와 쓰레드의 개수 제한을 늘려준다.

상대적으로 큰 테이블을 사용할 일이 드물다면, 파일시스템이 파일을 여러 실린더에 분산시켜 저장하지 않도록 설정한다.(솔라리스)

큰 파일을 지원하는 파일시스템을 사용한다.(솔라리스)

어떤 파일시스템을 사용하는 것이 좋을지 선택한다. 리눅스의 Reiserfs 는 파일 열기, 읽기, 쓰기에 있어서 (ext2보다) 빠르다. 파일 검사도 단지 수 초 밖에 안 걸린다.

API 선택

PERL

OS 와 데이터베이스들간의 이식성 우수하다.

빠른 프로토타이핑에 적합하다.

DBI/DBD 인터페이스를 사용하는 것도 한 방법이다.

PHP

PERL 보다 익히기 쉬운 언어다.

PERL 보다 자원을 적게 사용. 때문에 웹서버에 내장시키기에 좋다.

PHP4로 업그레이드하여 더 나은 속도를 얻는 것도 한 방편이다.

C

MySQL 본래의 인터페이스이다.

더 빠르고 더 많은 제어가 가능하다.

저 수준. 때문에 (프로그래머가) 더 많은 일을 해야 한다.

C++

고 수준. 코딩에 더 많은 시간이 필요하다.

(MySQL C++ API는) 여전히 개발 단계에 있다.

ODBC

윈도우즈와 유닉스에서 동작한다.

거의 대부분의 다른 SQL 서버로 이식 가능하다.

느리다. MyODBC는 단순한 pass-through 드라이버이지만 본연의 인터페이스에 비해 19% 정도 느리다.

같은 일을 수행하는 많은 다른 도구들이 있다. 작업을 어렵게 하는 한 가지는 많은 ODBC 드라이버들이 제각기 다른 부분에서 상이한 버그들을 가지고 있다는 점이다.

문제 발생 소지가 많다. 마이크로소프트는 정기적으로 인터페이스를 변경한다.

미래가 불확실하다.(마이크로소프트는 ODBC보다 OLE 쪽에 더 많은 비중을 두고 있다.)

JDBC

이론적으로 OS, 데이터베이스 간의 이식성이 우수하다.

(브라우저와 같은)웹 클라이언트 상에서 동작할 수 있다.

Python + others

좋을 것이다. 그러나 우리는 사용하지 않는다.

응용프로그램 최적화

우선은 문제 해결에 집중하는 것이 필요하다.

응용프로그램을 제작할 때 다음 중 무엇이 가장 중요한지를 결정하는 것이 필요하다:

속도

OS 간의 이식성

SQL 서버들 간의 이식성

persistent connection을 사용한다.

응용프로그램 측의 캐싱은 SQL 서버의 부하를 감소시킨다.

응용프로그램 상에서 쓰이지 않는 컬럼은 쿼리하지 않는다.

SELECT * FROM table_name... 과 같은 쿼리를 사용하지 않는다.

응용프로그램의 모든 부분에 대하여 벤치마킹을 시도한다. 그러나 대부분의 노력을 부하의 가장 유력한 요인일 것 같은 부분의 응용프로그램들에 집중하는 것이 좋다. 이를 모듈 단위로 수행하면 발견한 병목구간을 빠른 '더미 모듈'로 대체하고 나서 다음 병목구간을 찾는 일로 넘어가는 식으로 일을 진행할 수 있다.

일련 작업 중에 많은 변경이 이루어진다면 LOCK TABLES을 이용한다. 예를 들면, 여러 개의 UPDATE 또는 DELETES 문장을 집합적으로 수행하는 경우 등.

이식성이 중요한 응용프로그램이라면

Perl DBI/DBD

ODBC

JDBC

Python (또는 범용 SQL 인터페이스를 가진 다른 언어들) 등을 사용한다.

모든 대상 SQL 서버들이 갖추고 있는, 또는 쉽게 다른 구문으로 모사할 수 있는 SQL 구문만 사용한다. www.mysql.com 의 crash-me 페이지를 보면 도움이 될 것이다.

다른 OS나 SQL서버들에 없는 기능들을 제공하기 위해 wrapper 프로그램을 제작하여 사용한다.

보다 빠른 속도가 요구된다면

병목구간(bottleneck)을 (CPU, 디스크, 메모리, SQL 서버, OS, API, 또는 응용프로그램에서) 찾아내서 제거하는 일에 집중한다.

더 빠른 속도와 유연성을 제공하는 MySQL의 확장기능을 사용한다.

SQL 서버에 관한 지식을 더 많이 습득하여 문제를 해결하기 위한 가장 빠른 SQL 구문을 사용하고 병목요소를 사전에 제거한다.

테이블 레이아웃과 쿼리들을 최적화한다.

select 속도를 증가시키기 위해 replication을 사용한다.

데이터베이스가 느린 네트워크로 연결되어 있다면, 압축된 클라이언트/서버 프로토콜을 사용한다.

응용프로그램의 초기 버전이 이식성에 있어서 부실하더라도 걱정할 필요 없다. 문제를 먼저 해결하고 나서 나중에 언제든지 최적화할 수 있다.(Don't be afraid to make the first version of your application not perfectly portable; when you have solved your problem, you can always optimize it later.)

MySQL 최적화

컴파일러와 컴파일 옵션을 충분히 고려하여 선택한다.

가장 훌륭한 MySQL 시작 옵션을 찾는다.

MySQL 매뉴얼을 찾아보고 Paul DuBois 의 MySQL 서적을 읽는다.

EXPLAIN SELECT, SHOW VARIABLES, SHOW STATUS, SHOW PROCESSLIST 명령을 사용한다.

쿼리 옵티마이저가 동작하는 방식을 공부해 둔다.

테이블을 관리한다.(myisamchk, CHECK TABLE, OPTIMIZE TABLE)

MySQL 확장기능을 사용하여 속도를 증진시킨다.

특정 함수가 많은 곳에서 자주 사용될 것이라면 MySQL 사용자 정의 함수(UDF)로 직접 제작한다.

정말 필요한 경우가 아니라면, 테이블 수준 또는 컬럼 수준에서 GRANT 를 사용하지 않는다.

MySQL 고객 지원 서비스에 비용을 지불하고 문제 해결을 위한 도움을 받는다 :)

MySQL의 컴파일 및 설치

자신의 시스템에서 사용 가능한 최상의 컴파일러를 선택함으로 보통 10~30% 정도 성능 향상을 기대할 수 있다.

Intel 기반의 리눅스 시스템이라면 MySQL을 pgcc(펜티엄급에 최적화된 버전의 gcc)로 컴파일 한다. 그러나, (컴파일된) 바이너리는 인텔 펜티엄 CPU에서만 동장할 것이다.

MySQL 매뉴얼에서 권하는 플랫폼 별 최적화 옵션을 사용한다.

통상적으로 특정 CPU를 위한 본연의 컴파일러(Sparc을 위한 Sun Workshop과 같은)를 사용하면 gcc 보다 더 나은 성능을 기대할 수 있다. 그러나, 항상 그런 것은 아니다.

MySQL을 사용하려는 한 가지 문자셋만 지정하여 컴파일한다.

mysqld 실행파일을 정적으로 컴파일(--with-mysqld-ldflags=-all-static)하고 strip sql/mysqld 명령으로 최종 실행파일에서 디버그 코드를 제거한다.

MySQL이 C++ 예외처리를 하지 않으면, 즉 예외처리 지원 옵션을 빼고 컴파일하면 성능이 크게 향상된다.

운영체제가 네이티브 쓰레드(native thread)를 지원한다면 mit-pthreads 라이브러리 대신 네이티브 쓰레드를 사용하도록 한다.

생성된 실행파일을 MySQL 벤치마크 테스트로 테스트해 본다.

유지 보수

가능하면 정기적으로 OPTIMIZE table 을 실행한다. 이는 특히 자주 갱신되는 가변크기 레코드들에 대해 중요하다.

정기적으로 myisamchk -a 명령을 사용하여 테이블들의 key 분산 상태를 갱신한다. 이 작업을 수행하기 전에 반드시 MySQL을 셧다운해야 한다는 점을 잊지 않는다.

파일들이 조각난 상태라면 다른 디스크로 모두 복사하고 기존의 디스크를 깨끗이 한 후 다시 파일을 옮기는 일도 시도해 볼만한 가치가 있다.

문제가 발생한다면, 테이블을 myisamchk나 CHECK table 명령으로 검사한다.

MySQL의 상태를 mysqladmin -i10 processlist extended-status 명령으로 모니터한다.

MySQL GUI 클라이언트를 사용하면 프로세스 목록과 상태를 다른 윈도우에서 모니터할 수 있다.

mysqladmin debug 명령을 사용해서 잠금(lock)과 성능에 관한 정보를 얻는다.

SQL 최적화

사용하는 것이 좋은 것에만 SQL을 사용하고 그렇지 않은 곳에서는 다른 것을 사용한다. SQL는 다음과 같은 곳에 사용한다.

WHERE 절에 의존하여 행을 찾는 경우

테이블들을 JOIN 할 경우

GROUP BY

ORDER BY

DISTINCT

다음과 같은 일에는 사용하지 않는다.

데이터(date 와 같은)의 유효성을 검증하는 경우

계산기로 사용

Tips

key를 폭 넓게 사용한다.

key는 검색에는 좋지만, key 컬럼에 대해 insert 나 update를 수행하는 데는 좋지 않다.

데이터를 제3의 보통 데이터베이스 형식(in the 3rd normal database form)으로 유지하되, 속도를 중시한다면 정보의 중복이나 요약 테이블(summary tables)을 생성하는 일을 기피할 필요는 없다.

큰 테이블에 대해서 GROUP BY를 남용하는 대신 그 테이블에 대한 요약 테이블을 생성하고 이 테이블에 대해 쿼리하는 것이 낫다.

UPDATE table set count=count+1 where key_column=constant 와 같은 문장은 매우 빠르다!

기록 테이블(log tables)에 관한 한, 정기적으로 요약 테이블을 만드는 것이 요약테이블을 그대로 두는 것 보다 나을 것이다.

INSERT에서 디폴트 값(default values)의 잇점을 십분 활용한다.

SQL 서버들 간의 속도 차이 (단위:초)

key 이용 2,000,000 행 읽기 NT Linux

mysql 367 249

mysql_odbc 464

db2_odbc 1,206

imformix_odbc 121,126

ms-sql_odbc 1,634

oracle_odbc 20,800

solid_odbc 877

sybase_odbc 17,614

350,768 행 삽입 NT Linux

mysql 381 206

mysql_odbc 619

db2_odbc 3,460

informix_odbc 2,692

ms-sql_odbc 4,012

oracle_odbc 11,291

solid_odbc 1,801

sybase_odbc 4,802

위의 테스트는 MySQL의 경우 8M 캐시를 사용하도록 설정한 것이고 다른 데이터베이스들은 설치 기본값을 이용하였다.

중요한 MySQL 기동 옵션들

back_log 접속 수가 많다면 변경한다.

thread_cache_size 접속 수가 많다면 변경한다.

key_buffer_size 인덱스 페이지를 위한 풀(pool) 크기. 큰 수치를 지정하는 것도 가능하다.

bdb_cache_size BDB 테이블들에 의해 사용되는 레코드와 키 캐시 크기.

table_cache 많은 테이블을 가지고 있거나 동시 접속 수가 많다면 변경한다.

delay_key_write 모든 키 쓰기 동작을 버퍼링할 필요가 있다면 지정한다.

log_slow_queries 시간이 많이 걸리는 쿼리를 찾을 때 사용한다.

max_heap_table_size GROUP BY 절에서 사용된다.

sort_buffer ORDER BY 와 GROUP BY 절에서 사용된다.

myisam_sort_buffer_size REPAIR TABLE 문에서 사용된다.

join_buffer_size 키 없이 join 할 때 사용된다.

테이블 최적화

MySQL은 풍부한 상이한 컬럼 유형(type)들의 집합을 가지고 있다. 각 컬럼에 대해 가장 효과적인 유형을 선택하여 사용하는 것이 필요하다.

ANALYSE 프로시저는 테이블을 위한 최적의 컬럼 유형을 찾는데 도움이 될 것이다. SELECT * FROM table_name PROCEDURE ANALYSE()

널 값을 저장하지 않을 컬럼은 NOT NULL 로 지정한다. 이는 특별히 인덱스 컬럼의 경우 중요하다.

ISAM 테이블들을 MyISAM 으로 변경한다.

가능하다면, 테이블을 고정된 테이블 형식으로 만드는 것이 좋다.

사용하지 않을 인덱스는 아예 만들지 않는다.

MySQL이 인덱스의 접두부(prefix)에 대해서 검색을 수행할 수 있다는 점을 활용한다.

INDEX (a, b) 로 되어 있다면, (a)에 대해 인덱싱할 필요는 없다.

길이가 긴 CHAR 형이나 VARCHAR 형이라면 해당 컬럼에 대해 인덱스를 생성하지 않고 그 컬럼의 접두부에 대해서만 인덱스를 생성하면 공간이 절약된다.

CREATE TABLE table_name (hostname CHAR(255) not null, index(hostname(10)))

각 테이블을 위한 가장 효과적인 테이블 유형을 사용한다.

서로 다른 테이블들 중 동일한 정보를 가지는 컬럼들은 같은 유형, 같은 이름을 가지도록 정의한다.

MySQL이 데이터를 저장하는 방식

데이터베이스는 디렉토리로 저장된다.

테이블은 파일로 저장된다.

컬럼은 가변 길이나 고정 길이 유형으로 파일 안에 저장된다. BDB 테이블에서 데이터는 페이지에 저장된다.

메모리 기반의 테이블도 지원된다.

데이터베이스와 테이블들은 다른 디스크로부터 심볼릭 링크될 수 있다.

Windows용 MySQL은 .sym 파일을 이용하여 데이터베이스에 대한 내부적인 심볼릭 링크를 지원한다.

MySQL 테이블 유형들

HEAP 테이블: 고정된 수의 레코드만 가지는 테이블로서 오직 메모리에만 저장되며 HASH 인덱스로 인덱스된다.

ISAM 테이블: MySQL 3.22에서 사용된 구식 B-tree 테이블 유형이다.

MyISAM 테이블: ISAM 테이블의 새 버전으로 많은 확장 기능들을 가지고 있다.

바이너리 호환성

NULL 컬럼에 대한 인덱싱

가변 크기 테이블의 파편화(fragmentation)가 ISAM 테이블 보다 적음

거대 파일 지원

인덱스 압축 향상

키 통계 향상

더 향상되고 빠른 auto_increment 지원

Sleepycat의 Berkeley DB(BDB) 테이블: 안전한 트랜잭션 지원(BEGIN WORK / COMMIT
ROLLBACK)

MySQL 레코드 유형(ISAM/MyISAM 테이블과 관련하여서만)

MySQL은 모든 컬럼들이 고정 크기 유형이라면 (VARCHAR, BLOB, TEXT 컬럼이 없다면) 테이블을 고정 크기 테이블로 생성한다. 그렇지 않다면, 가변 크기 유형의 테이블로 만든다.

고정 크기 유형은 동적 크기 유형에 비해 속도가 빠르며 안전하다.

동적 크기 레코드 유형은 대개 보다 적은 공간을 사용하지만 테이블의 갱신이 자주 발생한다면 파편화가 가중되기 마련이다.

어떤 경우에는 주 테이블의 속도를 향상시키기 위해 모든 VARCHAR, BLOB, TEXT 컬럼들을 다른 테이블로 옮기는 것도 유용할 때가 있다.

myisampack(ISAM 테이블에서는 pack_isam)을 사용하면 읽기 전용, 압축된 테이블을 만들 수 있다.

느린 디스크를 사용할 때는 디스크 사용량을 최소화하는 것이 좋은 한 방법이 된다.

압축된 테이블은 더 이상 갱신되지 않는 로그 테이블 등에 사용하면 최상이다.

MySQL 캐시들 (한 번 적재되어 모든 쓰레드가 공유)

키 캐시: key_buffer_size, 기본값은 8M

테이블 캐시: table_cache, 기본값은 64

쓰레드 캐시: thread_cache_size, 기본값은 0

호스트명 캐시: 컴파일할 때 변경 가능, 기본값은 128

메모리에 맵핑된 테이블(Memory mapped tables): 현재는 압축된 테이블을 위해서만 사용된다.

MySQL은 행(raw) 캐시를 가지고 있지 않다. 그러나, 운영체제에게 이 일을 시킬 수 있다!

MySQL 버퍼 변수들 (공유되지 않으며 실행 중 적재됨)

sort_buffer: ORDER BY / GROUP BY 절에서

record_buffer: 테이블을 스캔할 때

join_buffer_size: 키 없이 join을 수행할 때

myisam_sort_buffer_size: REPAIR TABLE에서

net_buffer_length: SQL 문장을 읽을 때와 결과 값을 버퍼링할 때

tmp_table_size: 임시 결과값을 위한 HEAP-table-size

MySQL 테이블 캐시가 동작하는 방식

MyISAM 테이블의 열려 있는 각각의 인스턴스는 인덱스 파일과 데이터 파일을 사용한다. 만일 어떤 테이블이 두 개의 쓰레드에 의해 사용되거나 같은 쿼리에서 두 번 사용되면, MyISAM이 인덱스 파일은 공유하지만 데이터 파일은 또 하나의 인스턴스를 위해 추가로 열게 된다.

캐시 안의 모든 테이블이 사용 중이라면 그 캐시는 일시적으로 테이블 캐시 크기보다 커진다. 이러한 상황이 발생하면, 그 다음 방면된 테이블이 닫히게 된다.

mysqld 변수 Opend_tables를 검사해 보면 테이블 캐시가 너무 작은지 아닌지를 알 수 있다. 이 값이 높으면 테이블 캐시를 늘려줘야 한다!

MySQL 확장들 / 속도 증진 최적화

최적화된 테이블 유형을 사용한다.(HEAP, MyISAM, BDB 테이블)

데이터를 위한 최적의 컬럼을 사용한다.

가능한 한 고정 크기 레코드를 사용한다.

다른 잠금 유형(lock types)를 사용한다.(SELECT HIGH_PRIORITY, INSERT LOW_PRIORITY)

Auto_increment

REPLACE (REPLACE INTO table_name VALUES (...))

INSERT DELAYED

LOAD DATA INFILE / LOAD_FILE()

한번에 많은 레코드를 추가하기 위해서는 다중 레코드 INSERT를 사용한다.

SELECT INTO OUTFILE

LEFT JOIN, STRAIGHT JOIN

IS NULL 과 접목된 LEFT JOIN 사용

일부 경우, ORDER BY 는 키를 사용할 수 있다.

하나의 인덱스에 있는 컬럼들만 쿼리할 경우에는 쿼리를 수행하기 위해 그 인덱스 트리만 사용하게 된다.

조인은 보통 subselect 보다 빠르다. (대부분의 SQL 서버들에서 그러하다.)

LIMIT

SELECT * from table1 WHERE a > 10 LIMIT 10, 20

DELETE * from table1 WHERE a > 10 LIMIT 10

foo IN (상수 목록) 구문은 매우 최적화되어 있다.

GET_LOCK() / RELEASE_LOCK()

LOCK TABLES

INSERT 와 SELECT 는 동시에 실행 될 수 있다.

작동하고 있는 서버로 읽어 들일 수 있는 UDF 함수들

압축된 읽기 전용 테이블들

CREATE TEMPORARY TABLE

CREATE TABLE .. SELECT

MyISAM 테이블을 RAID와 사용하면 하나의 파일을 여러개의 파일들로 나누어 일부 파일시스템의 2G 제한을 넘어서는 것이 가능하다.

Delayed_keys

리플리케이션(replication)

MySQL이 인덱스를 사용할 경우

>, >=, =, <, <=, 키에 대해 IF NULL 과 BETWEEN을 사용할 때

SELECT * FROM table_name WHERE key_part1=1 and key_part2 > 5;

SELECT * FROM table_name WHERE key_part1 IS NULL;

와일드카드 문자로 시작하지 않는 LIKE 절을 사용할 때

SELECT * FROM table_name WHERE key_part1 LIKE 'jani%'

조인을 수행하면서 다른 테이블들로부터 레코드를 가져올 때

SELECT * from t1, t2 where t1.col=t2.key_part;

특정 인덱스에 대해서 MAX() 나 MIN() 값을 구할 때

SELECT MIN(key_part2), MAX(key_part2) FROM table_name where key_part1=10;

키의 접두부에 대해 ORDER BY 나 GROUP BY 절을 수행할 때

SELECT * FROM foo ORDER BY key_part1, key_part2, key_part3;

쿼리에 사용되는 모든 컬럼이 한 개의 키의 부분(part)일 경우

SELECT key_part3 FROM table_name WHERE key_part1=1;

MySQL이 인덱스를 사용하지 않을 경우

MySQL은 테이블 전체를 스캔하는 더 빠를 것이라고 판단되면 인덱스를 사용하지 않는다. 예를 들어, key_part1이 1과 100사이의 값을 고르게 가지고 있다면, 다음과 같은 쿼리에서 인덱스를 사용하는 것은 좋지 않다.

SELECT * FROM table_name where key_part1 > 1 and key_part1 < 90;

HEAP 테이블을 사용하고 있으며, 모든 키 부분들에 대해서 = 로 검색하지 않을 경우

HEAP 테이블에 대해 ORDER BY 절로 쿼리할 경우

맨 처음의 키 부분을 사용하지 않을 경우

SELECT * FROM table_name WHERE key_part2 = 1;

와일드카드 문자로 시작하는 LIKE 를 사용할 경우

SELECT * FROM table_name WHERE key_part1 LIKE '%jani%'

하나의 인덱스에 대해서 검색하면서 다른 인덱스에 대해서는 ORDER BY 를 적용할 때

SELECT * FROM table_name WHERE key_part1 = # ORDER BY key2;

EXPLAIN 사용법 익히기

지나치게 느리다고 생각되는 모든 쿼리 문장에 대해 EXPLAIN 을 사용한다.

mysql> explain select t3.DateOfAction, t1.TransactionID

-> from t1 join t2 join t3

-> where t2.ID = t1.TransactionID and t3.ID = t2.GroupID

-> order by t3.DateOfAction, t1.TransactionID;

+-------+--------+---------------+---------+---------+------------------+------+---------------------------------+

table
type
possible_keys
key
key_len
ref
rows
Extra

+-------+--------+---------------+---------+---------+------------------+------+---------------------------------+

t1
ALL
NULL
NULL
NULL
NULL
11
Using temporary; Using filesort

t2
ref
ID
ID
4
t1.TransactionID
13

t3
eq_ref
PRIMARY
PRIMARY
4
t2.GroupID
1

+-------+--------+---------------+---------+---------+------------------+------+---------------------------------+

유형 ALL과 범위는 잠재적인 문제점을 알리고 있다.

SHOW PROCESSLIST 사용법 익히기

현재 진행 상황을 파악하기 위해서는 SHOW processlist 를 사용한다.

+----+-------+-----------+----+---------+------+--------------+-------------------------------------+

Id
User
Host
db
Command
Time
State
Info

+----+-------+-----------+----+---------+------+--------------+-------------------------------------+

6
monty
localhost
bp
Query
15
Sending data
select * from station,station as s1

8
monty
localhost

Query
0

show processlist

+----+-------+-----------+----+---------+------+--------------+-------------------------------------+

mysql에서 KILL을 사용하거나 명령행에서 mysqladmin을 사용하여 불필요한(runaway) 쓰레드들을 없앨 수 있다.

MySQL이 쿼리를 해결하는 방법을 찾는 방법

다음 명령들을 실행해서 결과를 이해하도록 노력한다.

SHOW VARIABLES;

SHOW COLUMNS FROM ... \G

EXPLAIN SELECT ... \G

FLUSH STATUS;

SELECT ...;

SHOW STATUS;

MySQL은 이런 경우 극히 우수하다

로그 기록시

많은 연결이 이루어 질 때, 연결 속도가 매우 빠르다.

SELECT 와 INSERT 를 동시에 사용하는 곳에서.

update를 시간이 오래 걸리는 select 문과 결합하지 않을 때

대부분의 select/update 문이 고유한 키들을 사용할 때

많은 테이블을 장시간 잠금(lock) 충돌 없이 사용할 때

크기가 큰 테이블을 가지고 있을 때 (MySQL 은 매우 컴팩트한 테이블 포맷을 사용한다.)

MySQL 사용에 있어서 피해야 할 것들

테이블을 UPDATE 또는 삭제된 행을 테이블에 대해 INSERT하면서 시간이 오래 걸리는 SELECT 절들과 결합시키는 일

WHERE 절에 올 수 있는 것들에 대한 HAVING

키를 사용하지 않은, 또는 충분히 유니크하지 않은 키를 사용한 JOIN

컬럼 유형이 서로 다른 컬럼들에 대해 JOIN 수행

온전한 키 전체가 아닌 키의 부분에 대해서만 '=' 로 비교연산할 때 HEAP 테이블을 사용

MySQL monitor 에서 UPDATE 나 DELETE를 사용하면서 WHERE 절을 생략하는 일. 만약 자신이 이런 경향이 있다면, mysql 클라이언트 프로그램을 실행할 때 --i-am-a-dummy 옵션을 추가하기 바란다.

MySQL의 독특한 잠금들(locks)

내장된 테이블 잠금

LOCK TABLES (모든 테이블 유형에 대해 동작함)

GET_LOCK() / RELEASE_LOCK()

Page locks (BDB 테이블에 대해서)

ALTER TABLE 역시 BDB 테이블에 대해 테이블 잠금을 수행함

LOCK TABLES 는 다중 읽기 작업 또는 한개의 쓰기 작업을 허용한다.

보통 WRITE 잠금은 READ 잠금 보다 우선 순위가 높다. 쓰기 작업이 무한정 대기 상태에 놓이게 되는 경우를 피하기 위해서다(to avoid starving the writers). 그리 중요하지 않은 쓰기 작업은 LOW_PRIORITY 키워드를 사용하여 lock handler가 읽기 작업에 먼저 허가를 내어 주도록 하는 것도 한 방법이다.

UPDATE LOW_PRIORITY SET value=10 WHERE id=10;

문제를 쉽게 해결하기 위해 MySQL로부터 더 많은 정보를 얻는 기법들

MySQL 만의 기능들을 항상 주석처리함으로써 쿼리의 이식성 높일 수 있다.

SELECT /*! SQL_BUFFER_RESULTS */ ...

SELECT SQL_BUFFER_RESULTS ...

MySQL이 임시 결과 세트를 만들도록 강제한다. 임시 세트가 만들어지면, 그 테이블들에 대한 모든 잠금이 해제된다. 이는 테이블 잠금으로 인해 문제가 발생했을 때나 쿼리 결과를 클라이언트로 전송하는데 오랜 시간이 소요되는 경우에 도움이 된다.

SELECT SQL_SMAIL_RESULT ... GROUP BY ...

결과 세트가 적은 수의 레코드만 가지게끔 하도록 옵티마이저에게 지시한다.

SELECT SQL_BIG_RESULT ... GROUP BY ...

결과 세트가 많은 수의 레코드를 가지도록 옵티마이저에게 지시한다.

SELECT STRAIGHT_JOIN ...

옵티마이저가 FROM 절에 나타난 순서대로 테이블을 join 하도록 강제한다.

SELECT ... FROM table_name [USE INDEX (index_list)
IGNORE INDEX (index_list)] table_name2

MySQL이 특정 인덱스들을 사용하거나 무시하도록 강제한다.

트랜잭션 사용예

MyISAM 테이블에 대해 트랜잭션을 수행하는 방법:

mysql> LOCK TABLES trans READ, customer WRITE;

mysql> select sum(value) from trans where customer_id=some_id;

mysql> update customer set total_value=sum_from_previous_statement where customer_id=some_id;

mysql> UNLOCK TABLES;

Berkeley DB 테이블에 대해 트랜잭션을 수행하는 방법:

mysql> BEGIN WORK;

mysql> select sum(value) from trans where customer_id=some_id;

mysql> update customer set total_value=sum_from_previous_statement where customer_id=some_id;

mysql> COMMIT;

다음과 같이 함으로써 여러 트랜잭션들 간의 간섭을 방지할 수 있다는 점에 주목할 필요가 있다:

UPDATE customer SET value=value+new_value WHERE customer_id=some_id;

REPLACE 사용예

REPLACE는 테이블의 이전 레코드가 새 레코드와 같은 고유 인덱스 값을 가지고 있다면 예전 레코드가 먼저 삭제되고 새 레코드가 추가된다는 점만 제외하면 INSERT와 똑같이 작동한다.

다음과 같이 하는 대신,

SELECT 1 FROM t1 WHERE key=#

IF found-row

LOCK TABLES t1

DELETE FROM t1 WHERE key1=#

INSERT INTO t1 VALUES (...)

UNLOCK TABLES t1;

ENDIF

다음과 같이 한다.

REPLACE INTO t1 VALUES (...)

일반적인 팁

프라이머리 키는 짧은 것을 사용한다. 테이블 조인할 때는 문자열형 보다는 숫치형을 사용한다.

여러 부분으로 구성된 키를 사용할 때는 첫 번째 부분이 가장 많이 사용되는 키이어야 한다.

의심스러울 때는, 앞부분이 더 많이 중복된 컬럼을 사용해서 보다 나은 키 압축 효과를 얻는다.

클라이언트를 실행 중이고 MySQL 서버가 같은 머신에 있다면, TCP/IP 대신에 유닉스 소켓을 사용하여 서버에 연결하는 것이 좋다.(이렇게 하면 7.5% 정도까지 효율이 증진된다.) MySQL 서버에 접속할 때 호스트이름이나 localhost를 지정하지 않으면 유닉스 소켓으로 접속하게 된다.

가능하다면 --skip-locking(일부 운영체제에서는 이 것이 기본값이다)을 사용한다. 이는 외부적인 잠금을 사용하지 않게 되고 퍼포먼스가 향상된다.

긴 키를 사용하기 보다는 응용프로그램 수준에서 해시된 값을 사용한다.

SELECT * FROM table_name WHERE hash=MD5(concat(col1,col2)) AND col_1='constant' AND col_2='constant';

Store BLOB's that you need to access as files in files. 데이터베이스에는 파일이름만 저장한다.

레코드들의 큰 부분을 지우는 것 보다 레코드 전체를 지우는 것이 더 빠르다.

SQL이 충분히 빠르지 않다면, 데이터에 접근하는 더 낮은 수준의 인터페이스를 점검해 본다.

MySQL 3.23을 사용할 때 얻을 수 있는 이점

MyISAM; 이식이 수월한 거대 테이블 유형

HEAP; 메모리 상의 테이블

Berkeley DB; Sleepycat에서 제공하는 트랙잰션이 가능한 테이블

대폭 확대된(풀린) 제한들

동적 문자셋

더 많이 제공되는 STATUS 변수들

CHECK table, REPAIR table

더 빠른 GROUP BY 절과 DISTINCT 절

최적화된 LEFT JOIN ... IF NULL

CREATE TABLE ... SELECT

CREATE TEMPORARY table_name (...)

임시적인 HEAP에서 MyISAM 테이블로의 자동 변환

리플리케이션

mysqlhotcopy 스크립트

실제 작업에서 중요한 기능들

진보된 트랜잭션

오류로부터 안전한 리플리케이션

텍스트 검색

많은 테이블의 삭제 (이 작업 후에 많은 테이블의 갱신이 이루어진다.)

너 나은 키 캐시

원자화된 RENAME (RENAME TABLE foo as foo_old, foo_new as foo)

쿼리 캐시

MERGE TABLES

향상된 GUI 클라이언트

helloMaps 구글맵 사용하는 초간단 예제

2010-01-27T00:35:00.000-08:00

글 제작자에 저작권 표기 요청에 의해서
해당 글을 삭제하기로 하였습니다.

좋은 예제이니 구글맵을 처음 접해보시는 분들이라면
맵에 관련한 내용을 참고할만 합니다.

저작권 요청하신분의 정확한 블로그 주소등을 알기가 힘들어
검색 가능한 힌트만 남겨 놓도록 하겠습니다.

"커니의 안드로이드 이야기" OR helloMaps 검색 추천

ポストの作成者の著作権を要求して削除します。
グーグルマップをはじめに経験する場合は
けっこう、いいソースなんで検索してみてください。

検索語は　"커니의 안드로이드 이야기"かhelloMapsを検索してみてください。

구글맵을 사용하기 위해서 필요한 API Key를 발급받기

2010-01-27T00:24:00.000-08:00

MD5 Fingerprint를 얻기 위해서는 keytool이라는 툴을 이용하여야 하는데, 이 keytool은 안드로이드 SDK 내에 있는 것이 아니라 [JDK가 설치된 폴더]/bin 폴더 내에 있습니다.

keytool을 이용하려면 명령 프롬프트를 이용하여야 하는데, 이때 JDK의 Path가 설정되어 있지 않으면 매우 불편합니다. JDK의 Path가 등록되어 있는 경우도 있지만, 등록되어 있지 않을 경우 수동으로 등록해주도록 합시다. 내 컴퓨터 - 속성을 선택한 후, 고급 탭의 [환경 변수] 버튼을 누르면 아래와 같은 화면이 표시됩니다.

여기에서, 아래의 시스템 변수 목록 중 Path 항목을 선택한 후, 편집을 눌러 아래와 같이 맨 마지막 항목 각 항목을 구분지어주는 문자인 세미콜론(;)을 입력한 후, JDK의 bin 폴더의 경로를 입력한 후, 확인을 눌러주시면 됩니다.

Path가 제데로 등록 되었다면, 본격적으로 MD5 Fingerprint를 생성할 차례입니다.

안드로이드 어플리케이션 테스트에 사용되느 디버그용 keystore는 윈도우 XP 기준으로 C:\Documents and Settings\[사용자 계정명]\.android 폴더 내에 debug.keystore라는 이름으로 저장되어있습니다.

여기에서 아래와 같이 입력합니다.

keytool -list -alias androiddebugkey -keystore debug.keystore -storepass android -keypass android

잠시 기다리면 아래와 같이 생성된 MD5 Fingerprint가 표시됩니다.

잘 복사하시고, 이것을 http://code.google.com/android/maps-api-signup.html 에 가신 후, MD5 Fingerprint를 입력하고, 구글 계정으로 로그인하면 API Key가 발급됩니다.

동의 찍고 Generate API Key 누르고~~

생성된 MD5 Fingerprint를 입력한 후, Generate API Key 버튼을 누르시면 아래와 같이 사용자 키가 발급됩니다.

이 사용자 키는 잃어버리지 않게 유의하셔야 합니다. 앞으로 동일한 개발환경에서는 이 API Key를 사용하여 구글맵 API를 사용할 수 있으며, 만약 개발환경이 바뀐 경우에는 다시 API Key를 발급받아야 정상적으로 구글맵 API를 사용할 수 있습니다.

이로써 구글맵 API를 이용하기 위한 준비 절차가 모두 끝났습니다.

다음시간부터는 본격적으로 어플리케이션에서 구글맵을 이용하는 방법에 대해 알아보도록 하겠습니다 :)

MJAndroid 폴더 카피후 에러발생 문제 때문에 고민하는 분들을 위한 By Vins

2010-01-26T22:21:00.000-08:00

MJAndroid를 패치키 프로젝터에 포함 시키는 순서는

1. File --> Import --> General --> Existing Projects into WorkSpace 를 선택하고 난 후

2. 새로운 창이 뜨면 Select root directory 옆에 Browse 버튼 클릭하고 폴더 선택한 후 Finish

3. MJAndroid 프로젝트가 보이면 마우스 우클릭후 Build path --> Configire Build path 클릭

4. 새창 뜨면 왼쪽 Java Build Path가 기본적으로 선택되어 있고 2칸위인 Android 선택

5. 그러면 Android가 버젼별로 나오는데

- Android 1.1 .....

     - Android 1.5 .....
     - Android 1.6 .....
     - Android 2.0 .....
          ...중략...
     - Google APIs       Google inc.     1.5      3
     - Google APIs       Google inc.     1.6      3
     - Google APIs      Google inc.     2.0      5
     - Google APIs       Google inc.    2.0.1   6
     - Google APIs       Google inc.     2.1.     7
   등이 있는데 내 경우엔 Google APIs 2.0.1을 선택했다
    (구글 API를 사용해야 할 경우는 Android x.x 버전들을 사용하면 설치는 되지만 에러메세지와 함께 실행은 되지 않을 것이다)

6. 위 설정에서 Apply를 클릭하고 나오면 gen 폴더가 생기면서 R.java 파일이 생성됨

7. 기존 src 밑에 R.java는 삭제해 버림

8. 아직 에러표시 x 아이콘이 군대 군대 보인다면 MJAndroid 프로젝트를 우클릭한 후
    팝업메뉴에서 가장 밑 부분에 Android Tool 이라는게 보일것이고 다시 클릭하면
    Fix Project Properties 를 클릭하면 해결된다

9. 마지막으로 MJAndroid는 SQLite3을 사용하면서 저장할 공간이 필요하게 된다
    즉 sdcard를 AVD에 넣어야 하는데 뭔가 저장하고 불러오는 작업이 없는 단순google Maps의
    경우는 이런 작업이 필요 없지만 sdcard를 넣는 부분만 살펴보도록 하겠다
    다음의 그림을 참고하자

그림을 보면 google APIs 6을 선택하고 난 후 바로 아래부분에 SD card 선택하는 부분이 있을 것이다
이미 MJAndrod 프로젝트에는 sdcard 이미지가 생성되어 있고 그 파일을 선택하면 된다
MJAndroid 프로젝트 바로 밑에 확장자가 없는 sdcard 파일이 하나 보일것인데
이를 선택하자

(sdcard를 선택하지 않은 애뮬레이터에서 돌리면 에러가 발생한다
DDMS에서 Devices의 디버그 모양 아이콘을 클릭하면 뭔가 실행하는 듯 하면서
다음과 같은 에러는 낸다
"dalvikvm Unable to open stack trace file '/data/anr/traces.txt' : Permission denied"
이는 sdcard를 AVD에 인식시켜주면 해당 파일이 인지할 수 있게 된다)

그러면 다음과 같은 MJAndroid 프로그램의 실행 화면을 보게 될 것이다

이 이후 AVD생성 및 설치는 제 블로그에서 Android 텝을 클릭하시면 또 나와 있습니다.

--> http://mcpicdtl.blogspot.com/2010/01/mjandroid-installfailedmissingsharedlib.html
위 링크는 설치 실폐의 예를 이용하여 가상 어플리케이션 (AVD)를 올바르게 설치하는 방법이 나열되어 있습니다.

By Vins

MJAndroid, [INSTALL_FAILED_MISSING_SHARED_LIBRARY] By Vins

2010-01-26T21:42:00.000-08:00

오렐리 책을 실습하다가 보면서 MJAndroid의 설치에서

[INSTALL_FAILED_MISSING_SHARED_LIBRARY] 가 발생했다

이전 HelloAndroid와 무엇이 다른지 생각해 보다가 구글맵을 사용하는 것이

문제라는 것을 발견했다

우선 MJAndroid를 패키지 익스플로러를 살펴보면 MapKey를 넣는 곳이 있는데

먼저 android용 api key를 받아야 한다 아래주소로 이동하면

$ keytool -list -keystore ~/.android/debug.keystore

...

Certificate fingerprint (MD5): 94:1E:43:49:87:73:BB:E6:A6:88:D7:20:F1:8E:B5:98

<-- 인증키 발급하는 부분은 내용상 따로 준비하였습니다.
아직 인증키 발급안 하신분은 이쪽으로 새탭으로 바로 아래 링크 부터
하여 MD5키를 생성하시고 다음으로 이동하시기 바랍니다.
http://mcpicdtl.blogspot.com/2010/01/api-key.html

------------ API Key URL ----------------

http://code.google.com/intl/kr/android/maps-api-signup.html

다시 본론으로 돌아가서

이클립스를 사용하여 AVD를 생성하였다면

MJAndroid 경우는 구글 맵을 사용하는 App이기 때문에 Android+google map을 선택해야 한다

이클립스에서는 아마 Google APIs 각 버젼으로 나올것이다

그래서 /android-sdk-window/tools 폴더에 있는 android.bat 를 사용해서 가상머신을 돌리기로 했다

근데 자기 PC에 설치된 것들이 뭐뭐가 있는지 잘 모를수 있으니 먼저

어떤 것들이 있는지 보자

cmd 창을 하나 열어 아래와 같이 tools 폴더로 이동한 후 실행 시켜보자

C:\vinsPrivate\Android\android-sdk-windows\tools> android list targets

그러고 나면 아래 안드로이드 종류가 10~20가지 정도 나올것이다

---------------------- 출력 결과 -----------------------------------------------------

Available Android targets:

id: 1 or "android-2"

Name: Android 1.1

Type: Platform

API level: 2

Revision: 1

Skins: HVGA (default), HVGA-L, HVGA-P, QVGA-L, QVGA-P

id: 2 or "android-3"

Name: Android 1.5

Type: Platform

API level: 3

Revision: 1

Skins: HVGA (default), HVGA-L, HVGA-P, QVGA-L, QVGA-P

id: 3 or "android-4"

Name: Android 1.6

Type: Platform

API level: 4

Revision: 1

Skins: HVGA (default), QVGA, WVGA800, WVGA854

id: 4 or "android-5"

Name: Android 2.0

Type: Platform

API level: 5

Revision: 1

Skins: HVGA (default), QVGA, WQVGA400, WQVGA432, WVGA800, WVGA854

id: 5 or "android-6"

Name: Android 2.0.1

Type: Platform

API level: 6

Revision: 1

Skins: HVGA (default), QVGA, WQVGA400, WQVGA432, WVGA800, WVGA854

id: 6 or "android-7"

Name: Android 2.1

Type: Platform

API level: 7

Revision: 1

Skins: HVGA (default), QVGA, WQVGA400, WQVGA432, WVGA800, WVGA854

id: 7 or "Google Inc.:Google APIs:3"

Name: Google APIs

Type: Add-On

Vendor: Google Inc.

Revision: 3

Description: Android + Google APIs

Based on Android 1.5 (API level 3)

Libraries:

* com.google.android.maps (maps.jar)

API for Google Maps

Skins: QVGA-P, HVGA-L, HVGA (default), QVGA-L, HVGA-P

id: 8 or "Google Inc.:Google APIs:3"

Name: Google APIs

Type: Add-On

Vendor: Google Inc.

Revision: 3

Description: Android + Google APIs

Based on Android 1.5 (API level 3)

Libraries:

* com.google.android.maps (maps.jar)

API for Google Maps

Skins: QVGA-P, HVGA-L, HVGA (default), QVGA-L, HVGA-P

id: 9 or "Google Inc.:Google APIs:3"

Name: Google APIs

Type: Add-On

Vendor: Google Inc.

Revision: 3

Description: Android + Google APIs

Based on Android 1.5 (API level 3)

Libraries:

* com.google.android.maps (maps.jar)

API for Google Maps

Skins: QVGA-P, HVGA-L, HVGA (default), QVGA-L, HVGA-P

id: 10 or "Google Inc.:Google APIs:4"

Name: Google APIs

Type: Add-On

Vendor: Google Inc.

Revision: 2

Description: Android + Google APIs

Based on Android 1.6 (API level 4)

Libraries:

* com.google.android.maps (maps.jar)

API for Google Maps

Skins: WVGA854, HVGA (default), WVGA800, QVGA

id: 11 or "Google Inc.:Google APIs:4"

Name: Google APIs

Type: Add-On

Vendor: Google Inc.

Revision: 2

Description: Android + Google APIs

Based on Android 1.6 (API level 4)

Libraries:

* com.google.android.maps (maps.jar)

API for Google Maps

Skins: WVGA854, HVGA (default), WVGA800, QVGA

id: 12 or "Google Inc.:Google APIs:4"

Name: Google APIs

Type: Add-On

Vendor: Google Inc.

Revision: 2

Description: Android + Google APIs

Based on Android 1.6 (API level 4)

Libraries:

* com.google.android.maps (maps.jar)

API for Google Maps

Skins: WVGA854, HVGA (default), WVGA800, QVGA

id: 13 or "Google Inc.:Google APIs:5"

Name: Google APIs

Type: Add-On

Vendor: Google Inc.

Revision: 1

Description: Android + Google APIs

Based on Android 2.0 (API level 5)

Libraries:

* com.google.android.maps (maps.jar)

API for Google Maps

Skins: WVGA854, WQVGA400, HVGA (default), WQVGA432, WVGA800, QVGA

id: 14 or "Google Inc.:Google APIs:5"

Name: Google APIs

Type: Add-On

Vendor: Google Inc.

Revision: 1

Description: Android + Google APIs

Based on Android 2.0 (API level 5)

Libraries:

* com.google.android.maps (maps.jar)

API for Google Maps

Skins: WVGA854, WQVGA400, HVGA (default), WQVGA432, WVGA800, QVGA

id: 15 or "Google Inc.:Google APIs:5"

Name: Google APIs

Type: Add-On

Vendor: Google Inc.

Revision: 1

Description: Android + Google APIs

Based on Android 2.0 (API level 5)

Libraries:

* com.google.android.maps (maps.jar)

API for Google Maps

Skins: WVGA854, WQVGA400, HVGA (default), WQVGA432, WVGA800, QVGA

id: 16 or "Google Inc.:Google APIs:6"

Name: Google APIs

Type: Add-On

Vendor: Google Inc.

Revision: 1

Description: Android + Google APIs

Based on Android 2.0.1 (API level 6)

Libraries:

* com.google.android.maps (maps.jar)

API for Google Maps

Skins: WVGA854, WQVGA400, HVGA (default), WQVGA432, WVGA800, QVGA

id: 17 or "Google Inc.:Google APIs:6"

Name: Google APIs

Type: Add-On

Vendor: Google Inc.

Revision: 1

Description: Android + Google APIs

Based on Android 2.0.1 (API level 6)

Libraries:

* com.google.android.maps (maps.jar)

API for Google Maps

Skins: WVGA854, WQVGA400, HVGA (default), WQVGA432, WVGA800, QVGA

id: 18 or "Google Inc.:Google APIs:6"

Name: Google APIs

Type: Add-On

Vendor: Google Inc.

Revision: 1

Description: Android + Google APIs

Based on Android 2.0.1 (API level 6)

Libraries:

* com.google.android.maps (maps.jar)

API for Google Maps

Skins: WVGA854, WQVGA400, HVGA (default), WQVGA432, WVGA800, QVGA

id: 19 or "Google Inc.:Google APIs:7"

Name: Google APIs

Type: Add-On

Vendor: Google Inc.

Revision: 1

Description: Android + Google APIs

Based on Android 2.1 (API level 7)

Libraries:

* com.google.android.maps (maps.jar)

API for Google Maps

Skins: WVGA854, WQVGA400, HVGA (default), WQVGA432, WVGA800, QVGA

id: 20 or "Google Inc.:Google APIs:7"

Name: Google APIs

Type: Add-On

Vendor: Google Inc.

Revision: 1

Description: Android + Google APIs

Based on Android 2.1 (API level 7)

Libraries:

* com.google.android.maps (maps.jar)

API for Google Maps

Skins: WVGA854, WQVGA400, HVGA (default), WQVGA432, WVGA800, QVGA

id: 21 or "Google Inc.:Google APIs:7"

Name: Google APIs

Type: Add-On

Vendor: Google Inc.

Revision: 1

Description: Android + Google APIs

Based on Android 2.1 (API level 7)

Libraries:

* com.google.android.maps (maps.jar)

API for Google Maps

Skins: WVGA854, WQVGA400, HVGA (default), WQVGA432, WVGA800, QVGA

C:\vinsPrivate\Android\UTIL\android-sdk\tools>

-------------------- 출력 결과 끝 -------------------------------

내 경우엔 위 출력 결과에서 파란색 처리 된 부분..

즉 android 2.1(현재최신버젼) + google Apis 를 사용할 것이었기 때문에

ID : 21 인 AVD를 사용할 것이다

(사용자 PC마다 원하는 번호가 다를수 있기 때문에 확인하고 타켓 번호를 사용하자)

자 그럼 AVD를 실행시켜 보자

cmd.exe 창으로 돌아가서

C:\vinsPrivate\Android\UTIL\android-sdk\tools> android create avd -n vinsAndroid-2.1 -t 21 -c 1000M

위에 보면 -n 과 -t 가 있는데 이의 상세한 설명은

http://developer.android.com/guide/developing/tools/avd.html

공식 웹 사이트를 참조하면 된다

뭐 지금은 -n (avd 이름 : 맘대로 정하면 됨)과 -t (타켓번호) 만 알아도 된다

내 경우엔 AVD이름을 vinsAndroid-.2.1 로 하였지만 이건 자기가 원하는 이름으로 하면 된다

단 MJAndroid와 같이 데이터를 저장하고 또 불러와야 하는 경우는
sdcard를 인식시켜 줘야 함으로 이미지가 없다면 -c 옵션으로 sdcard이미지를 생성하든지
이미 sdcard 이미지를 만들었거나 만들어진 파일이 있다면 이를 인식시켜 주도록 한다
위에선 새로 만들는 방법을 사용하였는데 어떤 차이가 있는지 설명하면 다음과 같다

android create avd -n vinsAndroid-2.1 -t 21 -c 1000M (1기가 sdcard를 자동으로 생성하였을 경우)

간단하게 정의 내리자면 AVD가 SDcard를 포함한 채로 실행되는 경우를 말한다
예를 들어
android create avd -n vinsAndroid-2.1 -t 21 -c 1000M
위 구문을 실행시켜 AVD를 생성하였다면

C:\Documents and Settings\vins\.android\avd\vinsAndroidinSDcard-2.1.avd 폴더 내부는 아래와 같다
2010/01/28 16:07 <DIR> .
2010/01/28 16:07 <DIR> ..
2010/01/28 15:51 16,860 cache.img
2010/01/28 14:54 189 config.ini
2010/01/28 16:07 54 emulator-user.ini
2010/01/28 16:07 1000,485,760 sdcard.img
2010/01/28 16:07 44,996,124 userdata-qemu.img
2010/01/28 14:54 2,401,344 userdata.img

즉 1기가짜리 sdcard.img 이라는 것이 여기에 생성되고 AVD에 의해서 관리가 된다
즉 한가지 유의 해야 할 점은 외부 sdcard이기 때문 쓰기, 읽기 등의 권한을 가지고 있어야 한다
AndroidManifest.xml 의 Permission tab을 클릭하고 추가적으로 권한을 주도록 해야 한다
추가해야 할 권한은 "android.permission.WRITE_EXTERNAL_STORAGE" 을 줘야 한다
해석하면 외부 저장장치에 쓰기 권한을 달라는 말이 된다

user-permission 이 한줄 더 추가 되게 된다
<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE"/>
---------------------------------------------------------------------------------------------------------
android create avd -n vinsAndroid-2.1 -t 21 -c c:\vinsPrivate\android\workspace\MJAndroid\sdcard (이미 만들어진 sdcard 이미지를 이용할 경우)

내부 sdcard 이미지의 경우는 프로젝트에 종속되어져서 AVD에서 실행시
해당 경로를 참조하게 된다
MJAndroid의 경우엔
C:\vinsPrivate\Android\workspace\MJAndroid\sdcard 가 될 것이다
AVD에서 MJAndroid를 실행시켜보고 해당 MJAndroid 폴더 이름을 바꾸려고 하면
사용중인 리소스가 있어서 디렉토리 명을 변경 할 수 없다고 나온다

---------------------------------------------------------------------------------------------------------

즉 프로젝트를 실행하는데 sdcard 이미지가 프로젝트 폴더 내부에 있는 것은 그리 권장할 만하지 못한것 같다
배포파일의 크기만 커질뿐이며 유지관리에는 자동으로 AVD가 생성하도록 하는 것이
좋을 것 같다

자 실행후 몇줄 더 읽는 동안 AVD가 회면에 떠 있을 것이다

이클립스에서 그냥 안드로이드만 실행했을때와 달라진 점은 메인 화면에 구글맵 아이콘이

하나 더 생겼다는 점이다

그리고 Menu위에 어플리케이션 리스트를 출력 버튼을 클릭해 보면

"MicroJobs"라는 어플리케이션이 설치되어 있을 것이다

이번에 안드로이드를 새로이 입문하면서 느낀것이지만

자바, 리눅스, Struts 등 오픈진형의 소스는 환경 설정 및 Docs를 철저히 파악하지 못하면

삽질에 시간을 많이 보낼수 있다는 점이다

최근 OpenPNE라는 일본 오픈SNS로 프로젝트를 하고 있는데

이 역시도 설정을 맞추는데 3일이나 잡아 먹었다 (나중에 그 버젼이 beta라는 것을 알게 되었지만 ㅜ.ㅜ)

by Vins

ps. 아 오렐리 책에서 보면 $ adb install mjandroid-1.0.0.apk 부분은 신경 쓸 필요 없다

전부 빌드 하고 나면 /bin 폴더안에 MJAndroid.apk 가 생기는데 버전관리의 중요성을

언급하기 위한 변형일 뿐이다.
버젼관리는 AndroidManifest.xml 파일에 서 Manifest탭을 클릭하면
android:version을 설정할 수 있고 version code는 1, version name 1.0 이 된다
사용사가 보게되는 version 숫자는 version name이 되겠다

혹시 설치까지는 성공하였으나 실행시
에라가 뜨는 분들은 Google Maps 부분에서 실수를 하였을 가능성이 높다
만일 MJAndroid가 아니더라도 구글맵에서 계속해서 에러가 발생한다면
다음 링크를 꼭 클릭해서 내용을 살펴보도록 하자

아마도 컴파일을 버젼을 Android 1.x or 2.x 등 단순 안드로이드를 사용했을 가능성이 높고
http://mcpicdtl.blogspot.com/2010/01/mjandroid.html <-- 여기에서 모든것을 해결 할 수 있을 것이다

안드로이드 sdk 설치

2010-01-25T19:56:00.000-08:00

안드로이드 개발환경 구축시 필수사항

JDK

JDK는 5와 6을 지원하지만,안드로이드는 JDK 5로 구축되었기 때문에
JDK 6의 모든 기능이 지원되지는 않고 있다.

Eclipse 통합개발환경

안드로이드 응용프로그램 개발을 지원하는 버전은 3.3(유로파)와 3.4 (가니메데~,게니미드ㅋㅋ)이다.
Eclipse IDE for Java EE Developers 를 추천한다.

※ 기타 IDE (통합개발환경)에서 안드로이드 응용프로그램을 개발하는것도 가능하지만,
안드로이드 SDK와 적절하게 통합되는것은 Eclipse 뿐이다.
반드시 JDK 5 나 JDK 6을 완전히 지원해야 한다.

안드로이드 SDK

안드로이드 SDK에는 안드로이드 jar 파일,문서화,도구,예제코드 등이 들어있다.
http://developer.android.com/sdk/index.html 를 클릭하면 다운로드 받을 수 있다.

여기서 윈도우용 SDK파일을 다운받을 수 있는데..퀵스타트 버전이라서 그런지
용량은 22MB 정도이고 압축을 풀어보면 대부분의 폴더가 비어있다.

걱정은 안해도 된다. 제공되는 매니저를 통해서 업데이트받으면 해당하는 버전의 파일이 들어오게 된다.

※ 지원하는 운영체제

    윈도우 XP ,Vista
    Mac OS X 10.4.8 이후(x86만)
    리눅스(우분투 6.06 LTS,Dapper Drake)

안드로이드 SDK 설치

설치

안드로이드 SDK의 설치는 매우 간단하다.
원하는 경로에 압축만 풀면 된다.

환경변수 등록

압축해제 후 반드시 안드로이드 tools 디렉토리를 환경변수 PATH에 등록해줘야 한다.

아래는 윈도우XP에서 설정하는 방법이다.

1단계 : 내컴퓨터를 우클릭하여 속성을 클릭한다.

2단계 : 고급탭에서 환경변수를 클릭한다.

3단계 : 하단의 시스템변수에서 Path변수를 선택하고 편집버튼을 클릭한다.

4단계 : 안드로이드 SDK의 tools 디렉토리를 추가한다.

Eclipse 안드로이드 플러그인 설치

(Eclipse ADT 플러그인 : Android Development Tools)

안드로이드 플러그인은 여러 안드로이드 개발도구들을 Eclipse 에 적절하게 통합해 준다.
플러그인에는 다양한 Wizard 가 포함되어 있어 개발이 편해진다.

1. Eclipse를 실행한다.

2. 메뉴에서 Help > software updates를 선택한다.

3단계 : Available Software 탭 > Add site 버튼을 클릭한다.

4단계 : 원격사이트 http://dl-ssl.google.com/android/eclipse/를 추가하면 다음과 같이 된다.

5단계 : Eclipse를 재시작 한 후 안드로이드 SDK의 경로를 설정한다.
메뉴에서 Window > Preference 를 선택하면 나오는 아래와 같은 창에서
SDK Location 에 안드로이드 SDK가 설치된 경로를 설정한다.

안드로이드 SDK 업데이트 하기

처음 안드로이드 SDK 를 설치했을 경우에는 add-ons , platforms 폴더가 텅 비어있다.

샘플을 돌려보거나 개발을 진행하려면 필요한데 SDK 플랫폼에 따라서 해당 플랫폼을 업데이트 시키면 된다.

1. 매니저 실행시키기 (Android SDK and AVD Manager)
간단하다 ,위에서 안드로이드 플러그인을 설치가 잘 됐다면,

메뉴 아이콘상에 아래 그림같은 핸드폰 모양의 아이콘이 생겼을 것이다..

2단계 : Available Package 를 클릭한 후 업데이트할 플랫폼을 체크한후
우측 아래에 있는 Install Selected 를 클릭한다.

[설치/설정] centos 5.0 apm source install

2010-01-04T21:23:00.000-08:00

centos 5.0 apm source install

시간 맞추기
rdate -s time.bora.net

yum을 이용한 기본 설치 (기타 라이버러리는 알아서 설치하길)
yum install gcc
yum install gcc-c++
yum install termcap
yum install libtermcap
yum install libtermcap-devel
yum install gdbm-devel

yum install zlib*
yum install libxml*
yum install freetype*
yum install libpng*
yum install libjpeg*

mysql5.1.22 설치
./configure --prefix=/usr/local/mysql --localstatedir=/usr/local/mysql/data --enable-assembler --with-thread-safe-client --with-mysqld-user="root" --with-client-ldflags=-all-static --with-mysqld-ldflags=-all-static --with-readline --without-debug --without-docs --without-bench --with-charset=euckr --sysconfdir=/etc

make
make install
cp /usr/local/mysql/share/mysql/my-medium.cnf /etc/my.cnf
/usr/local/mysql/bin/mysql_install_db

APACHE2.2.6 설치
./configure --prefix=/usr/local/apache --enable-modules=so --enable-so --enable-rewrite
make
make install

PHP5.2.5 설치
./configure --prefix=/usr/local/php --with-mysql=/usr/local/mysql --with-apxs2=/usr/local/apache/bin/apxs --enable-sysvshm=yes --enable-sysvsem=yes --enable-debug=no --with-ttf --with-png-dir --with-zlib-dir --with-jpeg-dir --with-gdbm --enable-ftp --enable-mbstring --enable-sockets --enable-wddx --with-freetype-dir --enable-bcmath --enable-mbregex --enable-exif --with-gd --enable-gd-native-ttf --enable-calendar --with-openssl
make test
make install
cp php.ini-dist /usr/local/php/lib/php.ini

★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★
apache 실행한다.

httpd.conf 설정
vi /usr/local/apache/conf/httpd.conf

있는지 확인후 없으면 추가
LoadModule php5_module modules/libphp5.so

/usr/local/apache/conf/httpd.conf: Cannot load /usr/local/apache/modules/libphp5.so into server: /usr/local/apache/modules/libphp5.so: cannot restore segment prot after reloc: Permission denied
그럼 졸 당황한다. 왜냐 CentOs 3-4버전에선 없던거다..ㅡㅡ; 졸 신기하다..
이유는 SELinux를 사용하는 일부 Linux 배포판에서는 IDL이나 ENVI를 실행시키려고 할때 다음과 같은 오류를 보이는 경우가 있다.
NSA가 주관하는 SELinux 프로젝트는 커널 보안에 강력한 위력을 발휘하기도 하지만 다른 소프트웨어들이 실행되는 것도 막을 경우가 있으므로 혹시 위와 같은 에러메시지를 만난다면 다음의 두 가지 중 하나를 수행하여 IDL이나 ENVI를 사용할 수 있도록 해 주자.

1. cat /etc/sysconfig/selinux 변경
cat /etc/sysconfig/selinux 을 보면 가운데에 SELINUX=enforcing 부분을 disabled 시켜버리고 리붓

2. selinux 보안정책을 적용
/sbin/restorecon -R -v /usr/local/apache/modules/libphp5.so
/usr/bin/chcon -t texrel_shlib_t /usr/local/apache/modules/libphp5.so
★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★

ZEND3.3.0 설치
./install.sh (설치시 php.ini 경로는 /usr/local/php/lib 로 지정)

APACHE 실행
/usr/local/apache/bin/apachectl start

MYSQL 실행
/usr/local/mysql/bin/mysqld_safe --user=root &

httpd.conf 설정
vi /usr/local/apache/conf/httpd.conf

php파일을 웹서버에서 인식하기 위해 아래두줄 추가
AddType application/x-httpd-php .php .html .htm .inc
AddType application/x-httpd-php-source .phps

처음페이지로 인식할 파일명설정
DirectoryIndex index.html index.htm index.php

MySQL5 BIN 링크
ln -s /usr/local/mysql/bin/mysql /usr/bin/
ln -s /usr/local/mysql/bin/mysqldump /usr/bin/

rc.local 설정
vi /etc/rc.d/rc.local

/usr/local/apache2/bin/apachectl start
/usr/local/mysql/bin/mysqld_safe --user=root &

==============================================

#/etc/profile.d/mysql.sh

MYSQL_HOME=/usr/local/mysql
export PATH=$PATH:$MYSQL_HOME/bin

source /etc/profile

cp /usr/local/mysql/share/mysql/mysql.server /etc/init.d/mysqld
chkconfig --add mysqld
service mysqld start

==============================================

php 옵션을 보면 그다지 특별한 것이 없어 보이는듯 하고,
MySQL 은 바이너리 배포자의 각종 튜닝이 모조리 생략된듯 한데,
무슨 기능이 필요해서 소스설치를 하셨나요?
혹시 아직도 rpm 의 아파치 limit 가 256 임

RPM 설치 및 설치확인 for Linux

2010-01-03T19:40:00.001-08:00

확인을 하시려면 (레드햇 리눅스 기준 설명 입니다.)

# rpm -qi httpd -> apache 가 rpm 으로 설정 되었는지 확인

# rpm -qi php -> php 가 설치 되었는지 확인

# rpm -qi mysql -> mysql 이 설치 되었는지 확인

위의 명령으로 확인하시면 설치가 되어 있으면 버젼과 몇가지 정보를 보여줍니다.

설치가 안되어 있으시면 소스를 컴파일 하시는 방법과 RPM 패키지를 설치 하시는 방법이 있습니다.

RPM 은 설치 CD 에 보시면

httpd- 로 시작하는 웹서버 가 있습니다.

# rpm -ivh http-version.rpm 으로 설치

php- 로 시작하는 php 를 설치 합니다.

# rpm -ivh php-version.rpm

mysql- 로 시작하는 mysqler server

# rpm -ivh mysql-version.rpm

설치 완료후

# /etc/rc.d/init.d/httpd start

-> 웹서버를 시작 합니다.

# /etc/rc.d/init.d/mysqld start

-> mysql 을 시작 합니다.

http://서버IP 하시서 아파치 안내 화면 나오면 정상 입니다.

php 확인은

# vi test.php

phpinfo();

?>

를 웹서버의 웹페이지 디렉토리 아래에 만드시고 http://서버ip/test.php 하시면 됩니다.

(RPM 설치의 웹디렉토리는 /var/www 인것으로 기억합니다.)

(서버마다 약간 차이가 있을수 있습니다. httpd.conf 에 DocumentRoot 를 확인하시면 정확한 위치를 확인 하실 수 있습니다.)

## MySQL 설치

[root@localhost ~]# yum install mysql mysql-* -y

[root@localhost ~]# /etc/init.d/mysqld start
MySQL 데이타베이스를 초기

/**
* Centos 5.2 설치
**/

package Group..
- Editors
- Engineering and Scientific
- Development Tools
- Administration Tools
- System Tools

주의 : selinux 와 iptables 는 모두 꺼둔다.

/**
* mysql 설치
* 버젼 : mysql6.0.6 i686
**/

mysql 을 tar xzvf 로 푼다
압축을 푼 mysql 을 /usr/local/ 로 이동을 하되 디렉토리 명을 mysql 로 변경한다. mv ./mysql-6.~~ /usr/local/mysql
cd /usr/local 로 이동
chown -R root:root mysql 로 권한 유져 및 그룹을 root 로 준다
cd mysql
./scripts/mysql_install_db --user=mysql 명령어로 data 를 생성한다.
chown -R mysql:mysql data 로 권한 유져 및 그룹을 mysql 로 바꿔 준다
cp ./support-files/mysql.server /etc/rc.d/init.d/mysql 복사
vi /etc/rc.d/init.d/mysql 을 연다
basedir=/usr/local/mysql 로 기본 설정이 되어 있다.
datadir=/usr/local/mysql/data 로 기본 설정이 되어 있다.
바이너리 설치 경로가 다르다면 변경 해야 한다.
/etc/rc.d/init.d/mysql start 를 한다
./bin/mysqladmin -uroot password 'slrlal' 로 비밀번호를 설정 해 준다.(난 테스트 섭은 slrlal로 한다)

위 mysql 바이너리 설치는 6.x대가 아니라도 설치 가능하다.

./bin/mysql -uroot 엔터로 mysql 에 잘 접속 되는지 확인해 보자..잘되면 오케이~~~

/**
* apache 설치
* 버젼 : httpd-2.2.9
**/

접속자 수 최대로 올리기
# vi server/mpm/prefork/prefork.c
[EDITOR]#define DEFAULT_SERVER_LIMIT 256 을
[EDITOR]#define DEFAULT_SERVER_LIMIT 1280 으로 수정
저장하고 아웃
# vi server/mpm/worker/worker.c
[EDITOR]#define DEFAULT_SERVER_LIMIT 16 을
[EDITOR]#define DEFAULT_SERVER_LIMIT 20 으로 수정
저장하고 아웃
./configure --prefix=/usr/local/apache2 --enable-so --enable-modules=so --with-mpm=worker --enable-rewrite
make && make install
(머야??이건 뭐 다를바가 없네..ㅇ_ㅇ;;)

/**
* php 설치
* 버젼 : php-5.2.6
**/

최초 설치 yum install php

버전 업데이트는 다음 3줄을 각각 실행

wget http://dev.centos.org/centos/5/CentOS-Testing.repo
mv CentOS-Testing.repo /etc/yum.repos.d/
yum --enablerepo=c5-testing update php

서버 운영중 추가 설치

오류 메세지 : configure: error: xml2-config not found. Please check your libxml2 installation
해결 방법 : yum install libxml2 libxml2-devel -y

오류 메세지 : configure: error: Cannot find OpenSSL's
해결 방법 : yum -y install openssl-devel

오류 메세지 : configure: error: Please reinstall the BZip2 distribution
해결 방법 : yum -y install bzip2-devel

오류 메세지 : configure: error: libjpeg.(a|so) not found.
해결 방법 : yum -y install libjpeg-devel

오류 메세지 : configure: error: libpng.(a|so) not found.
해결 방법 : yum -y install libpng-devel

오류 메세지 : configure: error: freetype.h not found.
해결 방법 : yum -y install freetype-devel

오류 메세지 : configure: error: utf8_mime2text() has new signature, but U8T_CANONICAL is missing. This should not happen. Check config.log for additional information.
해결 방법 : yum -y install libc-client-devel

./configure --enable-bcmath --enable-ftp --enable-filepro --enable-libxml2 --enable-memory-limit --enable-sockets --enable-spl --enable-sysvsem --enable-sysvshm --enable-track-vars --enable-versioning --enable-wddx --disable-cli --disable-debug --disable-dmalloc --disable-posix --disable-rpath --with-apxs2=/usr/local/apache2/bin/apxs --with-bz2 --with-freetype-dir --with-gd --with-gettext --with-imap=shared --with-jpeg-dir --with-kerberos --with-libxml-dir --with-mod-charset --with-mysql=/usr/local/mysql --with-png-dir --with-ttf --with-zlib --with-imap-ssl=/usr/lib --with-openssl

/**
* httpd.conf 설정
**/

cd /usr/local/apache2/conf/extra/
vi httpd-default.conf 를 열어

KeepAlive On
KeepAliveTimeout 2
Timeout 30
수정

vi httpd-mpm.conf 를 열어

StartServers 20
MaxClients 500
MinSpareThreads 25
MaxSpareThreads 500
ThreadsPerChild 25
MaxRequestsPerChild 0

수정

vi httpd.vhosts.conf 를 열어

AddType application/x-httpd-php .php .html .inc .htm
ServerAdmin 관리자 이메일
DocumentRoot 최초 접속할 디렉토리 경로 예)"/home/test"
ServerName 도메인 또는 IP
# php_admin_value auto_prepend_file /home/test/move_url/move_page.html
# RewriteEngine on
# RewriteRule ^/([a-zA-Z0-9]+)$ /home/test/rewrite.html?rewrite=$i
php_admin_flag register_globals On

cd ..
vi httpd.conf
ServerName *:80 으로 변경

DirectoryIndex index.html //index.php 추가

Include conf/extra/httpd-mpm.conf 앞에 # 주석 삭제
Include conf/extra/httpd-vhosts.conf 앞에 # 주석 삭제
Include conf/extra/httpd-default.conf 앞에 # 주석 삭제
#Include conf/extra/httpd-userdir.conf 아래쪽에

Order allow,deny
Allow from all

추가

VirtureHost 에서 지정해 놓은 디렉토리 경로로 이동한 다음 index.html 을 vi 로 만들고 명령어로 php 가 잘 설치 되었는지 확인하면 끝입니다.

vi /etc/sysconfig/i18n 을 열어 모두 삭제한 뒤
LANG="ko_KR,eucKR"
SUPPORTED="ko_KR,UTF-8:ko_KR:ko"
SYSFONT="latarcyrhed-sun16"
를 입력 하고
source /etc/sysconfig/i18n 실행 한다. (vi에서 한글이 깨져 보이기 때문에 설정)

모든 파일 에디터 작업시 vi로 여는거 보단 vim 으로 파일을 열어서 수정

Apache기초명령어

2010-01-03T19:19:00.001-08:00

Apache Web Server
: 웹서비스를 제공하는 웹서버

Server Side Script
- PHP :
- ASP : IIS 필요
- JSP : Tomcat 필요

Client Side Script
- JavaScript
- VBScript

아파치가 설치 되어 있는지 확인
# rpm -qi htpd
# rpm -qa|grep -i httpd
# rpm -ql httpd

아파치 실행
# /etc/rc.d/init.d/httpd start

아파치 멈춤
# /etc/rc.d/init.d/httpd stop

아파치 상태 보기
# /etc/rc.d/init.d/httpd status

ntsysv 명령을 이용하여 부팅시 서비스를 동작/정지 하도록 할 수 있다.

아차피의 환경 설정 파일
# vi /etc/httpd/httpd.conf

웹서비스 하고자 하는 파일을 위치 하는 디렉토리
#cd /var/www/htm/
기본적으로 index.html 파일을 읽어 서비스를 요청한 곳으로 전송 하여 준다.

유저별 홈페이지 디렉토리 : /home/사용자계정/public_html/ 디렉토리

/etc/skel 이라는 디렉토리는 사용자 생성시 기본적으로 들어가야 할 파일들이 위치 하고 있다

MSSQL [@@IDENTITY, SCOPE_IDENTITY, IDENT_CURRENT] 차이점 바로 알기

2009-12-17T01:45:00.000-08:00

우선 이 3가지 용법에 대해서 오해들이 많은거 같다
인터넷의 카패, 블로그 등 자료를 검색해 보면 이 용법을 상당히
잘못 설명한 곳들이 많아 제대로 개념을 잡고 가고자 한다.

@@IDENTITY
--> @@의 의미는 세션을 뜻한다 즉 해당 세션에서 테이블에 INSERT된 최종값을 의미한다
어느 정도의 부하가 있는 시스템에선 사용가능하나 멀티스레팅이 구현된 환경에서는
원하는 최종값이 아닌 엉뚱한 값이 들어갈 확률이 높다
해당 테이블에 대한 여러 접속자가 값을 반영하고 있는 경우 사용하면 안된다.
싱글 스레드 전용(중규모 사이트 용)

IDENT_CURRENT('테이블명')
--> 함수에서 알수 있듯이 세션에 상관 없이 해당 테이블에 대한 최종값 또는 들어갈 값을 의미한다
다른 IDENTITY와 다르게 데이터 입력전에 그 값을 알 수 있다
하지만 테이블 전체에 대한 값을 의미 하므로 1인용 시스템에 적합하다.
VB로 개인용 비디오 관리 시스템 같은거 이왼 쓰면 안된다.
즉 실시간으로 IDENTITY를 알아야 환경에서는 이런 함수는 없다고 생각하는 편이 낳다.
하지만 필요할 때가 있는데 실시간 통계등 어떤 고정된 시간을 두고 데이터를 추측해야 하는 시스템
예를 들면 실시간 광고시스템에서 1분 단위의 디피에 들어온 큐수치를 계산하고 싶을 경우
1분에 해당하는 레코드수를 구하기 위해서 COUNT를 하는 것은 매우 비효율적이다
즉 현재 테이블의 IDENTITY를 테이블 단위로 정확히 숫자를 가져오고 그 전값에서
차감하면 실시간 통계 계산에 편리해 진다.
바로 이럴때 사용하는 것이 IDENT_CURRENT('테이블') 함수이다.

SCOPE_IDENTITY()
--> 마지막으로 해당 프로세스 + 해당 세션의 최종 IDENTITY를 가져오고자 할때 필요하다
주로 대규모 사이트나 멀티스레드 환경에서 많이 쓰인다
예를 들어 이 함수가 실행되는 곳이 SP이거나 FN이거나 TRRIGER일수도 있다
그렇다면 해당 프로세스+세션으로 제한을 걸고 IDENTITY를 가져오기 때문에
실시간 키코드를 리턴해야 하는 상황에선 가장 신뢰할 수 있는 함수가 된다

비교하는 차원에서 오라클과 MYSQL을 보자면

오라클에선 IDENTITY라는 개념 보다 시퀀스라는 개념을 사용한다
일종에 자동증분 전용 테이블이라고 생각하면 되는데
생성은 CREATE SEQUENCE ..... 로 시작한다
시작값과 증가값 그리고 마지막 값을 지정할 수 있고
그 마지막 값에 도달했을때 1부터 다시 발행할지 아닐지 정할 수 있다
이외 자동키값 반환의 ROWID 같은 것들이 있으나 별로 권장하고 싶지는 않다
오라클의 경우 시퀀스라는 개념에 최적화 되어 있기 때문에 테이블을 생성할때
자동증분값이 필요하다면 항상 시퀀스고 같이 CREATE해야 한다
귀찮을 수 있지만 멀티스레드이든 싱글스레드이건 부정확한 값이 담기는 부작용이 없다
시퀀스의 이름이 CREATE SEQUENCE NEWKEY .... 라고 할때 이름은 NEWKEY가 되고
현제 시퀀스 : NEWKEY.CURRVAL
다음 시퀀스 : NEWKEY.NEXTVAL 이 된다
더 상세한 설명은 검색해 보길 바란다.

마지막으로 MYSQL이다

LAST_INSERT_ID() 함수를 제공한다 MSSQL에 비하면 @@IDENTITY 같은 개념이다
그 이외 추가적인 설명은 필요 하지 않다

MSSQL Restore (bak) MSSQL 디비 복원 2000, 2005, 2008 통합 (by Vins)

2009-12-14T01:02:00.000-08:00

KOREAN -------------

실행 전 주의 사항 -3. 복원의 DB명은 미리 생성하지 말것(Unique DB Name)

1. 확인1
RESTORE HEADERONLY FROM DISK = '(A)backup file path and file name'
2. 확인2
RESTORE FILELISTONLY FROM DISK = '(A)backup file path and file name'

3. 복원
RESTORE DATABASE DB명(확인1에 DatabaseName컬럼)
FROM DISK = '(A)backup file path and file name'
WITH MOVE '(C)논리명(확인2에 logicalname)' TO '(E)D:\DATA파일경로\파일명.MDF',
MOVE '(D)논리명(확인2에 logicalname)' TO '(F)D:\LOG파일경로\파일명.LDF'

(A)backup file path and file name
--> 백업 파일의 원본 위치
(B)DBName
--> 유일한 이름의 디피명 (먼저 복원할 디피명을 생성하지 말것)
(C)logical DATA name
--> 확인2의 logicalname컬럼(DATA)을 입력하면 됨(복수일시 Move절 수만큼 반복해서 기입)
(D)logical LOG name
--> 확인2의 logicalname컬럼(LOG)을 입력하면 됨(복수일시 Move절 수만큼 반복해서 기입)
Statement')
(E)D:\DATA Path\DATA File.MDF
--> 저장하길 원하는 경로및 파일명(자동생성됨)
(F)D:\DATA Path\DATA File.LDF'
--> 저장하길 원하는 경로및 파일명(자동생성됨)

English --------------

1. Confirm Infomation 1 (C1)
RESTORE HEADERONLY FROM DISK = '(A)backup file path and file name'
sample) 'C:\vinsPrivate\vins\database-backup.bak'

2. Confirm Infomation 2 (C2)
RESTORE FILELISTONLY FROM DISK = '(A)backup file path and file name'

3. Restore
RESTORE DATABASE (B)DBName(DatabaseName Column in C1)
FROM DISK = '(A)backup file path and file name'
WITH MOVE '(C)logical DATA name' TO '(E)D:\DATA Path\DATA File.MDF',
MOVE '(D)logical LOG name' TO '(F)D:\DATA Path\DATA File.LDF'

(A)backup file path and file name
--> bak file and path
(B)DBName
--> Unique DATABASE Name (there is not DATABASE NAME Always)
(C)logical DATA name
--> logicalname in C2 (if Logical DATA was mutiful, you are going to write 'MOVE Statement')
(D)logical LOG name
--> logicalname in C2 (if Logical LOG was mutiful, you are going to write 'MOVE Statement')
(E)D:\DATA Path\DATA File.MDF
--> It's saving file and path, you want
(F)D:\DATA Path\DATA File.LDF'
--> It's saving file and path, you want

c# sealed keyword (block method overriding)

2009-12-03T19:11:00.000-08:00

메소드나 클래스를 봉인하여 상속 클래스가의 재정의(overriding)를 막을 수 있다.
C#에서는 sealed 키워드, 자바에서는 final 키워드를 사용한다. C#과 C++ 같은 언어는 메소드가 기본적으로 봉인된 것으로 간주한다. virtual 키워드를 부여하여 봉인을 해제한다. 반면, 자바와 같은 언어에서는 기본적으로 메스도가 봉인되지 않다.

봉인이 바람직한 것인지에 대한 많은 논란이 있다. 지시에 따르는 태도(directing attitude)를 가진 이들은 재정의가 가능한 클래스나 기능(features)에 대해 매우 조심스러워서 안전할 것으로 간주된 것만 확장을 허용 한다. 개발자의 여지를 허용하는 태도(EnablingAttitude)를 가진 이들은 확장이 필요한 메소드와 그렇지 않을 것을 예측할 수 없다는 견해를 갖는다. 프로그래머가 원하면 어떤 메소드라도 재정의를 할 수 있는 대신에 책임감을 갖고 주의해야 한다. 대개 나는 후자의 태도 갖는다.

[한용희]개발자의 심리학

2009-10-13T18:51:00.001-07:00

[한용희]개발자의 심리학

월간 마이크로소프트웨어 제공

2009.09.14 / PM 04:00

개발자,

[지디넷코리아]개발자는 어떤 사람일까? 개발자는 과학자에 속한다는 사람도 있고, 엔지니어에 속한다는 사람도 있고, 예술가에 속한다는 사람도 있다. 개발자는 지적인 작업으로 새로운 것을 창조하기 때문에 예술가에 가깝다. 그럼 이러한 예술가들을 어떻게 이해해야만 잘 관리할 수 있을까? 지금부터 그에 대한 내용을 알아보자.

개발이라는 작업은 고도의 집중력을 필요로 한다. 개발자가 개발하기 위해서는 명명규칙, 공통 API, 디자인 패턴, DB 테이블 구조, 성능, 상호 인터페이스 등등 많은 내용들을 머릿속에 장전하고 개발을 시작해야 한다.

■개발자의 직업병

이러한 내용이 머릿속에 제대로 장전되지 않으면, 오류가 생기거나 개발 속도가 떨어진다. 한 가지 일에 집중해야 하는 직업 특성상 개발자를 주변에서는 내성적인 사람이라고 오해하기도 한다. 하지만 그들 성격이 내성적이기 때문에 그런 것이 아니라, 정신의 에너지를 내부에 집중해야 하기 때문에 다른 사람이 볼 때 그렇게 보이는 것이다.

개발자들은 숲을 보기보다는 나무를 보는 경향이 있으며, 작은 것에 민감하게 반응한다. 또한 자기 관심 분야에는 굉장한 열정을 보이지만 다른 분야에는 관심을 보이지 않는다. 모든 개발자가 그런 것은 아니지만, 외부에서 개발자를 보는 인식은 대체로 위와 같다.

개발자는 자기 자신과 일을 가장 많이 한다. 타인과 같이 일하는 시간보다, 자기 자신과 대화하면서 일하는 시간이 많다. 그러다 보니 다른 사람과의 커뮤니케이션 기술이 부족한 경우가 많아서 함께 일하는 데 원활하지 못한 경우가 있다.

그런데 개발자라고 처음부터 내성적이고, 커뮤니케이션이 부족한 사람은 아니었을 것이다. 직업 특성상 자기 자신과의 싸움을 오랫동안 외롭게 하다 보니 그렇게 된 것이다. 개발자와 함께 일하는 관리자와 이해 관계자들은 이러한 개발자의 특성을 잘 이해해야만 프로젝트를 성공적으로 수행하는 데 유리하다.

■개발자의 무아지경

개발자가 고도의 집중 상태에 빠져드는 것은 마치 ‘무아지경’과도 같다(영어로는 ‘in the zone’ 또는 ‘flow’라고 한다). 한번 이런 상태에 빠지면 굉장한 속도로 개발을 해 나간다. 개발자의 생산성이 최대가 되는 순간이다. 그런데 한 가지 안타까운 것은 이 상태가 너무나도 쉽게 깨져 버린다는 것이다. 한 예를 들어보자.

개발자가 열심히 무아지경에 빠져서 개발하고 있는데, 갑자기 고객으로부터 전화가 왔다. 개발자는 전화를 받자마자 고객으로부터 짜증 섞인 목소리를 들었다.

고객은 온갖 짜증을 내면서 이따위 시스템 못 써먹겠다고 불평불만을 쏟아낸다. 이 순간 개발자의 무아지경 상태는 깨졌고, 이를 다시 회복하는 데에는 많은 시간이 소요될 것이다. 머릿속에 장전해 놓은 각종 명명규칙, 공통 API, 디자인 패턴, DB 테이블 구조, 성능, 상호 인터페이스 등등 많은 내용이 순식간에 언로드(unload)되고 고객의 짜증섞인 불만 내용이 머릿속에 로딩(loading)된다.

이를 다시 끄집어내고(unload) 다시 무아지경에 빠지기 위해 명명규칙, 공통 API, 디자인 패턴, DB 테이블 구조, 성능, 상호 인터페이스 등의 내용을 다시 장전하기 위해서는 정신 상태부터 치유해야 한다. 갑자기 고객으로부터 온갖 욕을 얻어먹은 개발자는 정신 치유를 위해 담배를 피우던지, 음악을 듣던지 하는 휴식 시간이 필요하다.

그런데 프로젝트 막바지에 다다라서 시간이 촉박하고 깐깐한 관리자를 만났다면 그나마도 못한다. 정신적인 쇼크 상태에서 개발을 지속하다 보면 많은 오류를 양산하게 되고, 향후 고객으로부터 다시 한 번, 이 시스템 못 써먹겠다는 소리를 듣는 악순환이 이어진다.

낮에는 이해 관계자들의 전화에 시달려 일을 하지 못한 개발자는 드디어 모두 퇴근한 밤이 되어서야 자기 자신만의 시간을 가질 수 있었다. 밤새 무아지경에 빠져서 수정사항을 다 고친 후에야 퇴근했다. 그런데 다음날 아침 9시에는 관리자가 프로젝트 진행 상태를 점검하기 위해 이해 관계자와 함께 하는 회의 시간을 잡아 놓았었다.

관리자와 이해 관계자는 아침 9시에 모여서 회의가 시작되기를 기다리는데, 개발자는 아직 출근도 안했다. 관리자는 개발자가 어제 몇 시에 퇴근했는지 모르는 채, 그리고 왜 야근을 해야 하는지도 모르는 채, 매일 지각 출근한다고 이미 불만이 많았다.

고객은 아침 9시부터 불러놓고 회의도 안 한다면서 관리자를 독촉하기 시작했고, 관리자는 연신 휴대폰을 부여잡고 개발자에게 전화를 한다. 드디어 아침 10시가 되어 개발자가 나타나자, 관리자는 그동안 참았던 모든 불만을 다 쏟아냈다. 이를 묵묵히 듣고 있던 개발자는 끊었던 담배를 다시 피워야만 했다. 그렇게 프로젝트는 진행이 되었고, 그래도 끝을 보게 되었다.

드디어 프로젝트 종료보고를 하던 어느 날 그 개발자는 홀연히 사라져 버렸다. 그가 어디로 갔는지 아는 사람은 없었다. 혹자는 그가 머리를 깎고 중이 되었다는 사람도 있고, 그가 공사장에서 트럭 몰고 있는 모습을 봤다는 사람도 있고, 이민을 갔다는 사람도 있고, 다들 추측만 난무했다.

위는 실제 사례는 아니지만, 현장에서 얼마든지 있을 수 있는 사례다. 개발자는 고도의 집중상태에 한번 빠지면 엄청난 생산성을 낼 수 있지만, 아쉽게도 이 상태는 외부의 충격에 의해 쉽게 깨져버린다. 그런데 이 무아지경 상태는 context switching(문맥 변화)이 일어나는 상태에서만 깨진다.

컴퓨터에서 프로세스나 스레드가 바뀔 때 context switching이 일어난다. 하나의 CPU는 한 번에 하나의 작업만 할 수 있기 때문에, 여러 작업을 동시에 하기 위해서는 작업이 바뀔 때마다 context switching을 해서 작업을 진행하기 위한 기본적인 내용을 CPU 레지스터에 로딩해야만 한다. 사람의 두뇌도 이와 유사해 비슷한 일을 계속하는 경우에는 context switching이 일어나지 않는다.

개발자가 개발하는 중간에 지금 무슨 일을 하고 있는지 묻는 질문은 context switching을 일으키지 않는다. 하지만 위의 사례처럼 고객의 전화를 받는 작업은 context switching을 일으킬 수 있는 작업이다. 개발자는 과학자도 엔지니어도 아니다. 자기 자신과의 싸움에서 새로운 것을 창조해 내야 하는 예술가인 것이다. 그런 예술가를 마치 하나의 기계 부속품인 것처럼 고장나면 교환하면 된다고 간주하거나, 통제를 많이 하면 할수록 더 일을 잘 한다고 생각한다면, 개발자의 업무 특성을 잘 이해하지 못한 것이다.

■무아지경에 빠지기 위한 환경

유명한 개발자 사이트인 DevX(www.devx.com)에 보면 Bryan Dollery가 2003년에 쓴 ‘개발의 심리학 이해’라는 글이 있다(www.devx.com/DevX/Article/11659). 이 글에 보면 개발자가 무아지경에 빠지는 것을 돕는 세 가지 방법이 나와 있다.

- 적절한 정신적 격리 상태를 제공할 것
- 창의적인 에너지를 재충전할 수 있는 적절한 시간을 제공할 것
- 이치에 맞는 특별한 요구를 수용해줄 것

개발자가 정신적으로 집중할 수 있도록 방해되는 주변 환경을 차단해야 한다. 한 예로 수정사항이나 요구사항은 개발자가 직접 듣는 것이 아니라 관리자가 일괄 취합해서 우선순위를 정해 개발자에게 전달하는 것이 전체 프로젝트의 생산성을 높이는 데 도움이 된다.

개발자가 개발에 집중할 수 있도록 주변 환경을 조성해 주는 것이 관리자로서 해야할 첫 번째 임무인 것이다. 두 번째는 개발자가 중복된 실수를 하지 않도록 그들에게 적절한 휴식시간을 제공해 주어야 한다는 것이다. 무아지경 상태에 다시 빠질 수 있도록 적절한 휴식이 필요하기 때문이다. 세 번째는 개발자들이 원하는 특별한 요구사항이 있다면 수용해주라는 것이다.

긍정 심리학 분야의 세계적인 대가인 시카고 대학의 칙센미하이(Csikszentmihalyi) 교수는 노벨상 수상자 또는 뛰어난 과학자들의 심리 상태를 연구해 몰입(flow)에 대한 많은 책을 썼다. 특히 우리나라에도 소개된 ‘몰입의 즐거움’, ‘몰입의 경영’ 등을 통해 ‘몰입 이론’으로 세계적인 명성을 얻었다.

그가 인용한 한 유명 컴퓨터 과학자는 자신이 샤워를 할 때 가장 많은 아이디어가 떠올랐다고 한다. 그러던 그가 한 회사에 취직을 했는데, 그 회사는 샤워 부스를 제공하지 않았다. 그 이후 그는 새로운 아이디어가 떠오르지 않아서 그만 두었고 샤워부스를 제공해 주는 다른 회사로 옮겼다. 그랬더니 거기에서는 많은 아이디어가 떠올라서 일을 계속 할 수 있었다고 한다.

여기에서 샤워부스는 개발자의 특별한 요구사항에 속하는데, 아마 우리나라의 환경에서는 개발자 1명을 위해 샤워부스까지 만들어 주기는 어려울 것이다. 그것보다는 개발자들이 무아지경(몰입)에 다시 쉽게 빠질 수 있도록 적절한 휴식 공간을 제공해 주는 것이 더 좋은 방법이다.

■개발자는 멀티태스킹 기계가 아니다

조엘은 그의 블로그의 ‘개발자는 멀티태스킹 기계가 아닙니다(Human Task Switches Considered Harmful)’라는 글에서 개발자에게 두 가지 일을 동시에 시키지 말라고 했다. 위에서 언급했듯이 개발자가 개발을 하기 위해서는 한 가지 일에 집중해야 한다.

그런데 두 가지 일을 한꺼번에 시키면 개발자는 두 가지 일 사이에서 문맥교환(context swtching)을 하느라고 오히려 전체 개발 시간이 더 늦어지게 된다. <그림 1>은 조엘이 제시한 예제이다. A라는 작업과 B라는 작업이 있는데, 각각 10초씩 걸린다. 이를 순서대로 처리하면 아래와 같다.

이를 멀티태스킹으로 처리하면 <그림 2>와 같다.

순서대로 처리하면 A를 처리하는 데 10초, B를 처리하는 데 20초가 걸렸다. 평균으로 하면 15초이다. 그런데 멀티태스킹으로 하면 A를 처리하는 데 19초, B를 처리하는 데 20초 걸렸다. 평균 19.5초이다. 오히려 멀티태스킹의 평균 시간이 더 큰 것을 알 수 있다.

문맥을 교환하는 데 비용이 드는 경우도 따져봐야 한다. 실제 개발자가 멀티태스킹을 하기 위해서는 문맥 교환 비용이 들어간다. 문맥을 교환하는 데 0.5초가 걸린다고 가정하고 계산하면 <그림 4>와 같다.

평균적으로 보면 멀티태스킹이 28초나 걸린다는 것을 확인할 수 있다. 이렇듯 개발자에게 두 가지 일을 동시에 시키는 것은 결국 생산성만 악화시키는 결과를 초래한다. 개발자들이 한 가지 일에 집중할 수 있도록 관리자는 일을 적절히 배분하는 기술과 요령을 익혀야 한다.

가장 최악의 케이스는 관리자가 개발자에게 할 일을 모두 던져주고 알아서 하라는 식으로 두는 경우이다. 그렇게 일을 주면 개발자는 한 가지 일에 집중할 수 없다. 관리자는 근본적으로 일에 대한 관리를 하는 사람이다. 자신이 작업에 대한 관리를 하지 않고 개발자에게 일임한다면 그 팀의 생산성은 좋지 않을 것이다.

■비자아적 프로그래밍(egoless programming)

비자아적 프로그래밍은 『컴퓨터 프로그래밍의 심리학』(The Psychology of Computer Programming, Weinberg 1971)이라는 책에서 처음 언급됐다. 그 책의 요지는 개발자는 자신이 만든 프로그램에 자아를 투영해서는 안 된다는 것이다. 프로그램을 마치 자신의 작품인 것처럼 생각한다면 남들의 비판에 방어적이 되기 때문이다. 오류보고서는 인신공격으로, 검토는 위협으로, 작업에 대한 질문은 비생산적으로 생각해 오히려 제품의 품질을 떨어뜨릴 수 있다. 팀으로 작업하는 프로젝트에서는 이러한 상황을 내버려 둬서는 안 된다.

누군가가 자신의 코드에 대해 오류를 지적하면 개발자는 감정적으로 대응하게 되고, 나중에는 오류가 있더라도 지적을 하지 않는 사태가 발생해 결국에는 프로젝트의 품질이 떨어질 수 있다. 따라서 개발자는 프로그램을 자신의 작품처럼 생각해서는 안 되며, 팀 작업의 결과물로 인식해야 한다는 것이다. 이러한 ‘비자아적 프로그래밍을 위해 개발자가 갖춰야 할 10가지 지침(Ten Commandments of Egoless Programming)’이라는 것을 TechRepublic이라는 사이트에서 Lamont Adams라는 사람이 주장했다.

1. 당신은 실수할 수 있다는 것을 받아들이고 이해하라
실수는 일찍 발견할수록 좋은 것이다. 일찍 발견할수록 수정 비용도 적게 든다.

2. 당신의 코드는 당신의 작품이 아니다
코드 리뷰의 목적은 문제를 발견해서 치료하는 것이다. 그것을 개인적인 감정으로 받아들이지 마라

3. 장기도 훈수 두는 사람이 더 잘 안다
장기를 두다 보면 장기에 몰입해서 장기를 두는 사람보다도 주변에서 훈수를 두는 사람이 더 잘 알 수도 있다. 따라서 주변에서 하는 가르침에 겸손해야 한다.

4. 조언 없이 코드를 다시 쓰지 마라
혼자서 독단적으로 판단해서 코드를 다시 작성하지 말고, 코드 리뷰를 통해 코드를 다시 작성해라

5. 잘 알지 못하는 사람들을 존경하고, 복종하고, 참아라.비기술자들은 개발자들을 좋을 때는 오페라의 프리마돈나처럼 생각하지만, 안 좋을 때는 울보로 간주한다. 여기에 휘둘리지 마라.

6. 세상에서 변하지 않는 진리는 변한다는 것이다.
변화에 대해 열린 마음으로 웃으면서 받아들여라. 요구사항의 변화, 플랫폼의 변화, 기술의 변화 이 모든 것에 대해 열린 마음으로 받아 들여라.

7. 진정한 권위는 직위가 아닌 지식으로부터 나온다.지식은 권위를 낳고, 권위는 존경을 낳는다. 그러므로 비자아적 프로그래밍 환경에서 존경을 받고 싶다면 지식을 쌓아라.

8. 당신이 알고 있는 지식을 고수하며 싸워라. 그러나 패배는 겸허히 받아 들여라.때로는 당신의 아이디어가 채택되지 않을 수 있다. 심지어 나중에 그것이 더 낫다고 밝혀지더라도 “내가 말한 게 맞죠?”라면서 복수할 필요는 없다.

9. 독방의 개발자는 되지 마라어두운 사무실에 홀로 앉아서 콜라 살 때만 나타나는 은둔형 개발자는 되지 마라.

10. 사람이 아닌 코드를 비판하고, 코드가 아닌 사람에게 친절해라코드에 대한 코멘트는 긍정적이며, 개선하는 방향으로 해야 하며, 기존 코드에 대한 비판적인 방향은 좋지 않다.

이러한 비자아적 프로그래밍이 정착되기 위해서는 프로젝트 팀 내에서도 노력이 필요하다. 가령 “이 프로그램은 누가 짜서 이렇게 오류가 많아”라는 식으로 말하게 되면 이는 결국 말하는 사람 스스로가 개발자와 코드를 하나로 인식한 셈이 된다.

이러한 언급을 용인하고 묵인해 주는 환경에서는 비자아적 프로그래밍을 할 수 없다. 또한 개발자가 한번 개발한 코드에 대해서는 영구적인 오류 수정 권한을 부여하는 환경에서도 비자아적 프로그래밍을 할 수 없다. 비자아적 프로그래밍은 특히 오픈소스 환경에서도 잘 적용되는 개념이다. 한명의 독창적인 작품이 아닌 공동의 작품으로 간주하는 오픈소스 환경에서는 누구든지 오류를 수정하고 개선해 가면서 함께 개발해 나갈 수 있다.

이러한 비자아적 프로그래밍은 여러 명이 작업하는 팀 환경에서는 어느정도 필요한 부분이다. 그런데 위의 10가지 지침을 다 지키려면 개발자는 소인이 아닌 군자가 되어야 한다. 남의 비판도 겸허히 받아들여야 하고, 자신이 공들여 애써 만든 작품을 남들이 무너뜨리더라도 웃으면서 받아들여야 한다.

개발자는 자존심을 다 버리고 군자가 되어야 한다. 현실적으로 쉽지 않은 일이다. 필자는 현재도 개발을 하지만, 필자가 개발하는 프로그램에는 최대한의 정성을 다 쏟으려고 노력한다. 하나의 작품을 만든다는 생각으로 내 자신의 자아를 투영한다. 그래야만 정성을 가지고 애착을 가지고 만든다. 만약 개발자가 프로그램에 자아를 심지 않는다면 어떤 정성과 애착을 가지고 잘 만들 수 있을까? 자아 없이 잘 통제하고 잘 감시하면 좋은 프로그램이 나올 수 있을까?

정도의 차이는 있겠지만, 극단적인 비자아적 프로그래밍도 좋지 않으며, 그렇다고 프로그램에 자신의 자아를 너무 투영한 나머지 주변의 충고를 무시하는 것도 좋지 않다.

필자는 앞으로도 내 ‘작품’에는 자아를 투영할 것이다. 자신의 작품에는 항상 최선을 다 하고 싶은 것이 예술가들의 자존심이다. 이를 무시한 채, 자아를 버리라고 강요하는 것은 이 또한 현실을 무시한 생각이다. 열린 마음으로 자신의 작품을 향한 주변의 비판을 받아들이는 예술가야말로 진정으로 좋은 작품을 만드는 예술가다.

참고자료
1. 소프트웨어 공학의 사실과 오해, 로버트 L. 글래스, 2003
2. 조엘 온 소프트웨어, 조엘 스폴스키, 2004
3. Professional 소프트웨어 개발, 스티브 맥코넬, 2004
4. 똑똑하고 100배 일 잘하는 개발자 모시기, 조엘 스폴스키, 2007
5. 스크럼-팀의 생산성을 극대화시키는 애자일 방법론, 켄 슈와버, 마이크 비들, 2002
6. 피플웨어, 톰 디마르코, 2003
7. 개발의 심리학 이해, http://www.devx.com/DevX/Article/11659
8. 개발자는 멀티태스킹 기계가 아닙니다, http://www.joelonsoftware.com/articles/fog0000000022.html
9. 비자아적 프로그래밍을 위한 10가지 지침, http://articles.techrepublic.com.com/5100-10878_11-1045782.html

[필자소개]
한용희 woom33@korea.com｜현재 Microsoft Visual C# MVP이며, 여러 SW 개발 프로젝트에 참여했다. 다양한 SW 개발 프로젝트에 참여해 오면서 항상 더 나은 개발 방법에 대해 고민하고 있다.

오라클 SYS_GUID() 함수

2009-10-09T01:46:00.001-07:00

MSSQL 에 NEWID() 라는 함수가 있다. 이와 비슷한 함수가 오라클에는 SYS_GUID 함수이다.

데이터베이스 레코드는 각 레코드별로 무결성을 유지 해야한다. 즉 서로다른 레코드가 같은 값을 가지면 않된다. 테이블의 어느 한 필드 값은 반드시 달라야 한다. 어떤경우 이러한 상태를 유지하기가 어려울 때가 종종 있다. 이런경우 테이블의 한 필드를 반드시 서로 다른 값을 넣어야 한다.

우리가 다른 레코드와 다른 값을 갖도록 유지 하려면 다른 레코드들을 모두 검색해 보아야 할 것이다. 그러나 레코드 수가 많아지면 속도의 유지를 보장할 수 없다. 그러므로,, 항상 어느상황에서든 난수적으로 다른 값이 나오도록 하는 함수가 필요하다. 이런경우 SYS_GUID함수를 사용한다.

SYS_GUID함수의 리턴값은 반드시 호출할때마다 다른 값의 문자열을 출력하도록 설계 되어 있다.

SYS_GUID

문법

sys_guid::=

목적

SYS_GUID함수는 16바이트로 구성된 고유전역식별자(globally unique identifier,RAW 값)을 생성하여 반환한다. 대부분의 플랫폼에서는, 생성된 식별자는 호스트 식별자, 프로세스 또는 프로세스의 thread 식별자 또는 함수를 호출하는 thread, 프로세스 또는 thread에 대한 비반복치값(바이스의 순서)로 구성된다.

예제

다음 예제는 hr.locations 테이블에서 열을 추가하고, 각행에 고유 인식자를 삽입하고, 고유전역식별자의 16바이트 행값을 32-문자 16진수 표기를 반환한다.

ALTER TABLE locations ADD (uid_col RAW(32));UPDATE locations SET uid_col = SYS_GUID();SELECT location_id, uid_col FROM locations;LOCATION_ID UID_COL----------- ---------------------------------------- 1000 7CD5B7769DF75CEFE034080020825436 1100 7CD5B7769DF85CEFE034080020825436 1200 7CD5B7769DF95CEFE034080020825436 1300 7CD5B7769DFA5CEFE034080020825436. . .참조: http://www.statwith.pe.kr/ORACLE/functions153.htm#i79194

RDBMS, Hadoop, Neptune, 대용량 데이터 처리의 미래

2009-10-07T20:54:00.000-07:00

최근 No-SQL(http://www.itworld.com/open-source/70146/no-sql-anti-database-movement-gains-steam) 또는 Anti-RDBMS(http://www.metabrew.com/article/anti-rdbms-a-list-of-distributed-key-value-stores)라는 내용으로 RDBMS로 부터 벗어나고자(?) 하는 실험들이 진행되고 있다.

이런 새로운 시도는 저장해야 할 데이터가 계속해서 증가하고 twitter와 같이 대량의 트렌젝션을 실시간 처리해야 하는 서비스가 많아 지면서 기존의 관계형 데이터베이스와는 다른 새로운 개념의 데이터 저장소에 대한 요구사항이 늘어났기 때문이다.

국내에서는 이제 겨우 Hadoop에 대한 기술적 검토만 수행되거나 적용되고 있는 상황이다. 따라서 관계형 데이터베이스(MySQL)와 분산파일시스템(Hadoop FS), 분산데이터저장소(Neptune) 등에 대한 정확한 차이점과 사용 용도에 대해 혼란이 많다. 이번 글에서는 이들 사이의 차이점과 각 사용 사례별로 적합한 저장소를 살펴보고자 한다.

No-SQL이나 Anti-RDBMS에서 주장하는 RDBMS의 문제점 또는 제약 조건으로 제시하는 데이터의 속성은 주로 확장성과 안정성이다.

확장성

RDBMS는 하나의 DBMS 인스턴스 내에서 저장할 수 있는 데이터의 크기는 제한적이다. 오라클과 같은 상용 DBMS의 경우에는 하나의 인스턴스에 수십억 이상의 레코드와 수백 GB 이상의 데이터를 저장할 수는 있지만 이보다 더 큰 데이터의 경우 여러 노드에 분산 배치하거나 Oracle-RAC 등과 같은 분산 기반의 솔루션을 도입해야 한다. MySQL과 같은 오픈소스 DBMS의 경우 하나의 인스턴스에서 많은 수의 레코드를 서비스하기 위해서는 적절하게 튜닝해야 하며 DBMS가 설치된 장비의 디스크 용량 내에서만 서비스 가능하다.

따라서 지금까지는 하나의 장비에서 수용 가능한 디스크 크기(보통 수백 GB) 이상의 데이터 저장에 대한 요구가 있는 경우 여러 대의 RDBMS에 분산시키고 분산된 DBMS의 데이터 파티션에 대한 정보를 관리하는 모듈을 각자 개발하여 사용하였다.

[그림] RBDMS를 이용한 클러스터 구성

이렇게 파티션 될 경우 분리된 파티션 간에는 RDBMS의 최고 강점인 엔티티 간의 관계연산 즉 JOIN 연산을 사용할 수 없다. 이런 문제를 해결해주는 솔루션이 Distributed RDBMS이지만 비용이 비싼 단점이 있다. 어쨌든 최근의 No-SQL에 대한 시도는 “RDBMS에서 JOIN을 사용할 수 없다면 굳이 RDBMS를 사용할 필요가 있는가?” 라는 의문에서 시작했다고 할 수 있다.

이런 구성에서는 데이터의 파티셔닝, 파티셔닝에 따른 query 수행 전략 등의 코드를 모두 개발자가 만들어야 한다. DBMS의 역할 중에 하나는 구조화된 데이터의 접근에 대해 추상화된 계층을 제공하여 개발자가 쉽게 접근 가능하도록 하는 것인데, 위와 같은 구조에서는 이런 역할을 수행하는 계층을 개발자가 구현해야 하는 부담이 있다.

[그림] 데이터관리시스템의 기능-추상화된 데이터관리 계층

또한 이런 정적인 구성에 가장 큰 문제점은 최초 구성된 클러스터 보다 더 많은 데이터 저장 공간이 필요하게 될 경우 새로운 DBMS 인스턴스를 추가하는 것 이외에 전체 클러스터에 대해 파티셔닝 작업을 다시 해야 하며 이런 작업은 보통 시스템을 멈춘 상태에서 작업을 하거나 데이터 유실이 발생할 수 있는 아주 위험한 작업이 된다.

따라서 데이터의 크기가 하나의 서버에서 처리할 수 있는 용량(보통 수백 GB)보다 더 큰 경우 분산 환경을 고려해야 한다. 가장 간단한 방법은 앞에서도 잠깐 언급한 분산 RDBMS를 사용하는 것이다. 분산 RDBMS는 기존의 RDBMS 기능(JOIN 등)을 그대로 가지면서 대용량 데이터를 저장할 수 있는 솔루션이다. 분산 RDBMS의 가장 큰 문제는 비용이다. twitter에서 발생하는 데이터나 웹에서 발생하는 데이터 등을 위해 이렇게 고 비용 저장소가 필요하지는 않다. 물론 텔레콤 회사의 요금 계산의 기초가 되는 콜 정보 등과 같이 중요하면서 대용량을 요구하는 데이터의 경우 고가의 분산 RDBMS에 저장할 수 있을 것이다.

다음으로 생각할 수 있는 스토리지는 Hadoop 등과 같은 오픈소스 기반의 분산 데이터 저장소이다. Hadoop은 데이터를 저장하는 파일시스템(hdfs, Hadoop distributed file system)과 데이터를 분석하는 MapReduce 두 가지 핵심적인 기능을 제공한다. Hadoop에서 가장 오해를 많이 하는 부분이 데이터 저장 부분이다. Hadoop에서 제공하는 데이터 저장소는 단순히 파일 시스템 기능만 제공하기 때문에 파일 내부에 저장된 데이터 중 일부를 검색하거나, 키를 이용하여 데이터를 수정하는 등과 같은 실시간 연산에서는 사용하기 어렵다. Hadoop 파일 시스템이 실시간 처리가 가능하다는 오해를 갖게 된 가장 큰 원인은 Hive라고 하는 Hadoop의 서브 프로젝트 때문이다. Hive는 SQL과 비슷한 문법을 이용하여 Hadoop 내에 테이블을 생성하고 생성된 테이블에 데이터를 저장하거나 조회하는 기능을 제공한다. 하지만 Hive에서 수행되는 모든 SQL(Query)은 MapReduce 작업으로 수행되며 Hadoop은 MapReduce 작업을 실행하는데 최소 수초 이상의 준비 작업을 거친다. 따라서 Hive는 실시간 처리를 위한 SQL이 아니라 배치 처리(MapReduce) 작업을 SQL 문법을 이용해서 쉽게 해주는 도구에 불과하다.

또 다른 데이터 저장소로는 최근 많이 이슈화 되고 있는 Key-value 스토리지가 있다. Key-Value 스토리지는 대용량 데이터에 대해 심플한 데이터 모델과 실시간 처리를 주요 기능으로 제공한다. 따라서 엔티티의 관계 연산(JOIN)은 지원하지 않으며 분산(또는 standalone)된 환경에서 운영된다. Key-Value 스토리지는 구글의 Bigtable 개념을 도입한 스토리지와 아마존의 Dynamo의 개념을 도입한 스토리지로 구분할 수 있다.

아마존의 Dynamo 개념을 도입한 스토리지는 DHT(Distributed Hash Table)라고 하는 해쉬 기반의 키 파티셔닝 전략을 이용하여 데이터를 분산된 노드에서 저장한다 한다. Bigtable 개념을 도입한 스토리지는 특정 Key를 서비스하고 있는 노드에 대한 정보를 별도의 META 정보로 관리하며 이들 Key에 대해서 인덱스 정보까지 가지고 있어 Dynamo 계열 저장소 보다는 다양한 데이터 연산을 제공한다.

Key-Value 저장소는 기본적으로 대용량 처리를 목적으로 설계되었기 때문에 데이터의 확장성은 대체적으로 잘 지원하고 있다. 앞에서 언급한 RDBMS를 분산 배치시켜 개발자가 만든 프로그램에 의해 관리되던 부분을 Key-Value 저장소가 대체함으로써 개발자에게 다시 추상화된 데이터 저장소 계층을 제공하는 데이터관리시스템의 본연의 기능을 수행하고 있다.

안정성

RDBMS는 다양한 방법을 이용하여 저장된 데이터의 안정성은 확보한다. 데이터 파일을 저장하는 스토리지 자체에서 안정성을 제공할 수도 있으며(이런 스토리지는 일반적으로 가격이 비싸다), 주기적으로 백업을 받거나, RDBMS 솔루션 자체에서 제공하는 replication 기능을 이용할 수도 있다. 이런 모든 작업이 관리자를 필요로 하게 된다. 특정 DB 서버에 장애가 발생할 경우 백업 받은 데이터를 이용하여 복구하거나 replication 된 서버가 다시 active한 master로 인식하게 하는 등의 작업이 필요하다. RDBMS의 기본 전제는 DBMS가 수행된 서버에 장애가 발생하지 않는다는 가정하에 만들어진 솔루션이기 때문에 안정적인 스토리지, 백업 등과 같은 DBMS와 관련 없는 솔루션이나 기법들이 추가되어야 한다. 이렇게 추가되는 항목들은 비용을 발생시키거나 더 많은 관리를 필요로 하게 된다. 또한 대용량 데이터 저장을 위해 다수의 데이터베이스 서버를 운영하는 경우라면 이런 관리가 아주 복잡하게 엉켜버릴 수도 있다. 수 백대의 MySQL 서버를 Master-Slave 관계로 구성하고 그 중 5% 서버에 장애가 항상 발생할 수 있다고 상상해보라.

Hadoop이나 대부분의 Key-Value 스토리지는 특정 서버의 장애를 일반적인 상황으로 간주하여 설계되어 있기 때문에 솔루션 자체 내에 안정성을 보장하고 있다. 데이터의 복제, 서버 장애 발생시 self-healing 기능 등이 이미 구현되어 있기 때문에 특정 서버에 장애가 발생하여도 정상적인 데이터 서비스가 가능하며, 장애가 발생한 서버를 빼고 새로운 서버를 넣고 몇 개의 단순한 명령만 수행하면 새로운 노드가 추가된다.

적합한 스토리지의 선택

아직까지 많은 프로젝트에서 요구사항은 대용량임에도 불구하고 NAS, Local Disk, RDBMS 만을 이용하여 시스템을 설계한다. 당장 시스템을 만들어 오픈 할 수는 있지만 1 ~ 2년 내에 쌓여가는 데이터를 보면서 증설 계획이나 시스템 업그레이드 계획을 수립하게 된다. 이제 개발자 NAS, Local Disk, RDBMS뿐만 아니라 추가로 분산파일시스템, 분산데이터저장소를 이용할 수 있다. 시스템의 아키텍처 단계에서 요구사항 분석 후 시스템을 구성하는 데이터의 특성을 분석하고 각 특성에 맞는 적절한 스토리지를 선택함으로써 개발 -> 관리 -> 시스템 중지 -> 확장 -> 관리가 반복되는 악순환을 제거할 수 있다.

적합한 스토리지를 선택하기 위해서는 먼저 데이터가 요구하는 속성부터 정의해야 한다. 일반적으로 다음과 같은 속성을 정의할 수 있다.

- 데이터 용량

스토리지에 저장될 데이터가 수백 GB 이상 이거나 한대의 장비에 저장할 수 있는지 여부

- 실시간 데이터 처리

데이터의 처리(select, insert)가 실시간 처리를 요구하는지 여부

- 데이터 복잡성

다양한 데이터가 존재하고 데이터 간의 관계가 복잡한지 여부

- 안정성

아주 중요한 데이터라서 고 가용성을 요구하는지 여부

- 분석 작업과 연계

저장된 데이터를 이용하여 분석 작업이 수행되는지 여부

- 비용

이런 데이터 특성에 대해 각 스토리지는 다음과 같이 지원한다.

위의 스토리지 특성과 요구사항에서 도출된 데이터 특성을 비교하여 적합한 스토리지를 선택한다. 최근 시스템은 다양한 특성을 가진 데이터를 관리해야 한다. 따라서 시스템에서 사용되는 스토리지 솔루션도 과거와 같이 NAS, RDBMS 두 종류로만 구성되는 것이 아니라 위에서 언급한 다양한 스토리지 구성을 고려해야 한다.

예를 들어 실시간 데이터 처리가 필요하고, 대용량이면서 비용이 싼 스토리지가 필요하면 Neptune이나 Dynomite 등을 고려할 수 있다. 다음은 RDBMS, Hadoop, Neptune으로 구성된 시스템 사례이다.

[그림] 애플리케이션의 구성 사례

위의 시스템 구성은 다음과 같은 요구사항을 만족하는 시스템 구성이다.

- 시스템으로 요청되는 데이터는 대부분 실시간으로 처리되어야 하며 데이터는 계속 누적되어야 한다(Neptune).

- 누적된 데이터는 실시간으로 조회되어야 한다(Neptune).

- 데이터 중 일부는 파일 형태의 데이터도 있다(Hadoop).

- 저장된 데이터는 주기적으로 배치 작업을 통해 분석 되어야 하며(Hadoop MapReduce) 분석된 결과 중 일부는 데이터 크기는 작지만 복잡한 query 등에서 활용 가능해야 한다(RDBMS).

- 분석 결과 중 일부는 대용량 데이터이며 실시간으로 화면에서 조회 가능해야 한다(Neptune).

- 데이터 분석은 요구사항이 수시로 변경될 수 있으며 요구사항 변경에 따라 기존 저장된 데이터를 이용하여 빠르게 분석 가능해야 한다(Hadoop MapReduce).

결론

최근 Hadoop, Neptune 등과 같은 다양한 스토리지가 나오고 있으며 일부 개발자는 이를 자신의 시스템에 적용해보고자 기술적 욕심을 가지고 있다. 하지만 스토리지의 선택은 신중해야 하며 데이터의 특성에 적합만 스토리지를 선택해야 한다. 그렇지 않으면 개발 시 많은 공수가 필요하거나 시스템 오픈 후 1 ~ 2년 후에 문제가 발생할 수 있다.

Neptune이나 HBase와 같은 Bigtable 기반의 데이터 저장소를 사용하고 싶다는 문의가 많은데 요구사항을 자세히 분석해보면 Hadoop + RDBMS로 충분히 해결 가능한 구성인 경우가 많다. Neptune과 같은 저장소가 사용되는 기본 전제조건은 실시간 처리 여부와 데이터 용량이다. 실시간 처리가 필요하고 데이터가 작으면 RDBMS 사용하는 것이 최상의 선택이다. 개발자도 익숙하고 다양한 데이터 연산을 제공하기 때문이다. 실시간 처리가 필요하고 데이터 용량이 많은 경우라면 Neptune이나 분산 RDBMS를 고려할 수 있다. 저비용이며 상대적으로 덜 중요한 데이터이면 Neptune을 사용할 수 있다. 대용량이면서 실시간 처리가 필요 없는 경우라면 Hadoop 만으로도 충분하다. 저장된 데이터를 배치로 분석하였는데 분석된 결과가 다시 실시간으로 서비스 되어야 하고 대용량인 경우라면 Neptune과 같은 저장소를 사용해야 한다.

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

Posted by 김형준

원도우에서 버젼 컨트롤러 사용하기 (Subversion 사용하기)

2009-10-07T01:21:00.000-07:00

Subversion windows 서버에서 해줄 것.

목적 : 버전 컨트롤 시스템을 윈도우NT 서버에 설치하고, tcp/ip를 통해서 소스를 관리할 수 있도록 한다.

1. Subversion을 server에 설치

2. reposiotory 폴더 생성하기
- D:\repos 폴더를 만든다.
- D:>svnadmin create –fs-type fsfs d:\repos ;repos폴더를 파일시스템으로 만든다.

3. 사용자 인증을 한다. (TortoiseSVN 도움말 항목 SettingUp A Server/Svnserve Based Server 항목중 Authentication with svnserve 참조)

d:\repos의 svnserve.conf 항목 수정
[general]
anon-access=read ; 읽기 가능
auth-access=write
password-db=passwd.conf

passwd.conf파일의 내용은
[users]
username=password ; nicejay=123456

4. subverion manager 수행 ; svnserve를 서비스로 돌리기 위함

다운로드 : http://www.pyrasis.com/main/SVNSERVEManager

Client TortoiseSVN

다운로드 http://tortoisesvn.tigris.org/
Repo-browser의 url
svn::///repos

jay

참고 : cvsnt는 2003서버에서 설치가 잘 안돼서 포기.. sourcesafe는 비싸서..
svn 프로토콜은 3690 포트사용
작업관리자를 통해 svnserve 모듈 동작 확인
netstat –na 를 사용하여, 3690 port listening 확인

SW개발자의 희생을 요구하는 문화는 바뀌어야 한다

2009-07-22T18:43:00.001-07:00

지난 7월 7일, 티맥스소프트의 티맥스윈도 제품 공개 후 업계와 인터넷이 시끄럽다. 논란의 주제들도 다양하다. OS 개발이 과연 우리 수준에 가능한 일이고 또한 필요한 일인가, MS 호환 제품을 굳이 만들어야 하는가, 오픈소스 도용 의혹, MS와의 상표권 분쟁, 박대연 회장의 발언 논란까지 티맥스와 관련된 이슈들이 참으로 많다.

물론 티맥스의 성공과 박대연 회장의 사업가로서의 능력은 명백하게 인정할 만 하다. 티맥스는 작년에 매출 1천억원을 돌파했는데, 국내 소프트웨어 산업의 현실을 감안할 때 무척 놀라운 일이다. 불가능해 보이는 목표를 향한 그의 공격적인 경영 덕분에 가능한 일이었다.

박대연 회장의 주장대로 이번에 OS만 제대로 개발된다면, 전세계에서 IBM과 MS 다음으로 데이터베이스, 미들웨어, OS 모두를 보유한 토털 소프트웨어 업체가 될 수도 있다. 소프트웨어 산업의 가장 핵심적인 제품 세가지를 모두 보유하게 되는 것이다.

하지만 빛이 있으면 그림자도 있다. 티맥스는 부채가 1천500억원이고 작년 영업이익은 14억원에 불과하다. 여전히 티맥스의 소프트웨어들은 국내용이고, 또한 SI 프로젝트의 비중이 상당하고, 작년에만 직원 수가 두 배로 늘어 조직 관리에 대한 잡음이 회사 외부에까지 들리고, 올 1분기에 150억원의 적자를 냈고, 급여가 제때 지급되지 않아 자금위기설도 있었고, 최근에는 자구책으로 임직원들이 증자에 참여하기도 했다.

필자는 티맥스가 OS를 개발하는 것 자체를 평가절하하고 싶은 마음은 전혀 없다. 그것은 경영자의 사업 전략이자 의사결정 영역이기 때문이다. 어려운 목표에 도전하기로 한 사업적 결정을 존중하고 싶다. 다만, 티맥스가 업계에 미치는 영향이 상당하기에(또한 논란이야말로 커다란 에너지 소모가 아니던가), 그러한 관점에서 다음과 같은 세가지 사항을 살펴보고자 한다.

첫째, 개발자들의 희생을 바탕으로 제품을 만드는 문화는 바뀌어야 한다.

티맥스에 따르면, 티맥스윈도의 개발에 350명의 개발자가 참여하고 있다고 한다. 티맥스는 과거 DBMS의 개발에만 7년이 걸렸다고 하는데, 지난 5월까지만 해도 DBMS보다 훨씬 복잡성이 높은 OS 개발과 관련하여 다음과 같이 주장했다. 티맥스는 OS 개발을 올해 상반기에 끝마쳐서, 올 7월에 출시한 후 8월에는 일반인 대상의 테스트를 하고, 늦어도 10월 1일에 소비자가 구매할 수 있도록 하겠다고 호언한 바 있다. 하지만 지난 7일의 발표회에서 선보인 제품은 베타는커녕 알파 버전이랄 수도 없는 것이었다.

이렇듯 말도 안 되는 일정의 수립이야말로, 저명한 소프트웨어 공학자인 에드워드 요든(Edward Yourdon)이 말한 ‘죽음의 행진(Death March)’ 프로젝트의 가장 핵심적인 요건이다.

티맥스는 MS 대비 100분 1의 인력으로 OS를 개발하고 있는 상황인데, 박대연 회장은 개발자들에게 “꿈속에서 프로그램이 보이면 문제다. 꿈속에서 에러를 찾아야 한다”고 강조한다고 한다. 그 자신 스스로 ‘8-10맨’이라며 오전 8시 출근해서 오후 10시에 퇴근하며, 또한 자신의 목표 달성을 위해 지난 25년간 영화, 드라마를 단 한번도 보지 않았다고 한다.

그런 타입의 경영자는 모든 산업에 존재하는데, 자신의 열정만큼 직원들에게도 열정을 강요하곤 한다. 실제로 그는 발표회와 인터뷰에서 직원들이 얼마나 희생하고 있는 지를 강조하며, 이혼당한 개발자, 건강 이상으로 쓰러진 개발자 이야기를 공공연히 밝혀왔다. 직원들의 가정파괴와 건강상실은 경영자로서 부끄럽게 생각할 일이지 자랑스러워 할 일이 아니다.

우리는 한국에서 그런 식의 죽음의 행진 프로젝트를 지금까지 많이 보아왔다. “지금의 고생만 참으면 파라다이스를 만날 수 있어” 프로젝트 말이다. 하지만 아무도 파라다이스를 만난 적은 없었다.

인간의 정신에 의한 100% 순도의 멘탈 작업으로 만들어지는 소프트웨어는 희생에 의해 창조되는 것이 아니다. 그렇게 해서는 A+급 소프트웨어가 나올 수 없다.

해외의 성공한 소프트웨어 기업들을 살펴보면 공통점이 있다. 직원들이 자유롭고 즐겁고 행복하다는 것이다. 바로 그런 가운데 고도의 집중력을 발휘함으로써 최상의 정신적 산물인 소프트웨어가 창조된다. 그렇다. 진정으로 가치 있는 A+급의 소프트웨어는 고통을 참고 희생하는 가운데 만들어지는 것이 아니라, 자유롭고 행복한 환경에서 만들어진다. 필자는 그것이 바로, 한국이 아직까지 소프트웨어 산업에서 성공을 만들어내지 못한 가장 큰 이유라고 믿는다.

개발자들이 피곤한 몸을 이끌고 억지로 야근하는 상황에서는 비록 개발이 진척된다고 하더라도, 분노와 고통의 안 좋은 기운이 코드에 스며들어 버그가 양산되고 결국 품질이 저하된다. 해외의 연구에 따르면, 일주일에 20시간 정도의 야근을 할 때는 생산성이 증가할 수도 있지만, 이후에는 분명히 쉬어줘야 하며 그렇지 않으면 순생산성이 낮아진다. 야근은 임시일 뿐 지속되어서는 안 되는 것이다. 삶에서 오로지 일이 전부인 일중독자들을 제외하고는 다들 경험상 이 말에 동의할 것이다.

과연 티맥스가 전세계의 선진 소프트웨어 기업들에서는 찾아볼 수 없는 죽음의 행진 방식을 통해 제대로 된 OS를 만들어 낼 수 있을까? 물론 성공할 가능성이 희박하다고 보여지지만, 설사 성공한다고 하더라도 바람직한 일이 아니다. 국내에서 그런 죽음의 행진 풍토가 더욱 일반화될 것이기 때문이다(물론 지금도 충분히 일반화되어 있지만 말이다).

한국의 개발자들에게 고하건대, 어떻게 대해도 해내니까 어떻게든 학대하는 것이다. 그렇게 해서 결과물을 완성시켰다고 하더라도 소프트웨어 산업은 발전하지 않는다. 그것이 바로 소프트웨어 산업이 다른 종류의 산업들, 즉 제조업, 건축/토목업 등과 다른 점이다. 육체와 달리 정신은 여유가 있을 때야 비로소 제대로 동작하기 때문이다. 개발자들의 희생을 통해 만들어진 소프트웨어는 언제나 창조성이 떨어지고 본질적인 품질 문제가 존재한다.

필자는 지금까지 이혼을 당하고, 회사에서 쓰러져 식물인간이 되고, 종교에 귀의하고, 다른 직업으로 전직하는 개발자들을 많이 보아왔다. 산업 논리와 경영자의 욕심으로 인해 더 이상 개발자들이 희생 당하는 일이 없기를 바란다. 어떻게든 제품이 나오면 무얼 하겠는가? 개발자들이 치를 떨며 업계를 떠나는 이 현실에서 말이다.

한국의 소프트웨어 산업에서 진정으로 필요한 것은 개발자들의 희생정신이 아니라 즐겁게 일하며 최상의 창조성을 발휘할 수 있는 환경이다.

둘째, 오픈소스 도용 의혹에 대해 명확히 밝힐 필요가 있다.

많은 사람들이 티맥스가 너무도 짧은 시간에 적은 인력들로 100% 자체 기술로만 OS를 개발하여 출시하는 것이 실제로 가능한가라는 의문을 갖고 있다. 사실 양적, 질적으로 그것은 불가능한 것이다. 유능한 인재들의 집합체인 마이크로소프트조차 5조원의 돈을 투자하여 개발하고서도 좋은 평가를 받지 못하는 분야가 바로 OS이다.

그런 상황에서 티맥스의 OS 개발자라고 밝힌 이가 모커뮤니티 게시판에 오픈소스를 참조하여 개발하고 있다는 글을 올리면서, 티맥스윈도의 오픈소스 도용 의혹이 인터넷에 급격하게 퍼지게 되었다.

의혹의 핵심은 “티맥스윈도가 오픈소스의 짜깁기가 아니냐”는 것이다. 실제로 인터넷에는 MS 윈도 에뮬레이터, 호환 OS 개발을 위한 쓸만한 오픈소스들이 많이 존재한다. 리눅스 상에서 윈도 프로그램을 가동하기 위한 Wine, 그리고 MS 윈도와 호환성 있는 OS를 개발하는 ReactOS 등이 대표적이다.

그런데 소스가 공개된 오픈소스라고 해서 라이선스가 없는 것이 아니다. 오픈소스의 종류에 따라 라이선스들도 다 다르고 무척 복잡하여 함부로 상용 소프트웨어의 개발에 사용해서는 안 된다. 저작권 침해로 소송을 당할 수도 있기 때문이다. 그래서 일부 대기업에서는 자사 개발자들이 오픈소스를 함부로 사용하지 못하도록 교육도 하고 있다.

물론 오픈소스를 가져다 쓰는 것 자체가 문제는 아니다. 그 사용을 명확히 밝히고 라이선스의 내용을 준수하면 된다. 만일 기존 오픈소스를 개선한 부분이 있다면 오히려 그것을 공개함으로써 오픈소스 커뮤니티에서 훌륭한 기여자로 평가 받을 수도 있다.

결국 현재의 문제점은, 많은 사람들이 의심을 하고 있고 티맥스의 개발자라고 주장하는 이가 올린 글로 인해 의혹이 더욱 커졌음에도 불구하고 티맥스측에서 “얼마나 오픈소스를 사용했는지, 그리고 라이선스를 지켰는지”에 대해 정확히 밝히고 있지 않다는 점이다. 이와 관련해서 오픈소스 진영의 사람들 중에는 분노를 표시하는 사람들이 많다. 티맥스는 오픈소스 도용 의혹이 해소될 수 있도록 공식적인 입장을 표명할 필요가 있다.

셋째, 애국심에 호소하는 자세와 불필요한 언사, 정치적 행보는 자제할 필요가 있다.

티맥스윈도와 관련한 여러 가지 의혹과 논란 및 반감을 증대시키는 것은 박대연 회장의 일련의 발언들 덕분이다. 특히 그는 국민이 인정해주는 국민 소프트웨어 기업이 될 것임을 공공연하게 강조해왔다. 그런데 국민 가수가 되고 싶다고 될 수 없듯이, 국민 소프트웨어 기업 또한 스스로 원한다고 해서 될 수 있는 것이 아니다. 그리고 애국, 국민 등의 키워드를 강조해서 잘 된 기업이 없다. 그 자체로 정치적인 성향을 증명하는 것이기 때문이다.

최근 중앙일보와의 인터뷰를 통해 알려진 그의 어록은 대단하다. 일부만 살펴보면 다음과 같다.

“토종 OS의 등장은 한국 산업사에서 조선이나 자동차, 반도체 산업 진출에 비견되는 위대한 도전이다.”

“티맥스윈도와 오피스로 2012년까지 세계 OS 시장의 10%를 차지할 것이다.”

“내년에 해외법인 10개를 세울 것이다. 2011년에는 30개가 추가된다.”

(인력이 부족하지 않냐는 질문에 대해) “실제로 MS윈도 개발의 핵심인력은 5명에 불과하다. 나머지는 테스트하고 성능을 개선하는 인력이다.”

“구글의 OS는 우리 기술의 5분의 1도 안 된다.”

또한 지난 7일의 시연에서 올드 게임 구동과 동영상 재생조차 제대로 되지 않았음에도 불구하고, 여전히 1%가 미완이며 단순 에러라서 향후 3개월 내에 문제점이 0.1%도 남지 않을 것이라고 주장하기도 했다.

이런 경영자의 주장은 회사의 이미지에 나쁜 영향만 끼칠 뿐이다. 개발은 말로 하는 것이 아니다. 제품으로 보여주어야 한다. 기업용 제품인 DBMS, 미들웨어에 대해 호언장담을 할 때에는 대중의 관심이 적어서 그럭저럭 묻힐 수 있었겠지만, 개인 소비자 대상의 OS에 대해 이런 식으로 얘기를 해서는 곤란하다. 기업의 신뢰성에 심각한 손상이 갈 뿐이다.

티맥스 내부에서 “회장님, 이러시면 안됩니다.”라고 말하는 사람조차 없는 것일까? 그의 경영 스타일로 보건대 충분히 그럴 거 같다.

그리고 이번 발표회에서 테잎커팅(실제로는 전원을 키는 방식)에 강만수 국가경쟁력강화위원회 위원장을 비롯하여 금융감독원장, 국회의원 등 정재계 인사들이 다수 참석했다.

이에 대해 발표회의 많은 참석자들이 의아하게 생각했으며, 티맥스의 정치적 행보에 다시금 의심의 눈초리를 보내고 있다. 핵심 개발자들이 테잎커팅을 할 수는 없었을까? 그랬다면 그들의 자부심을 높였을 것이고 업계 전반에 훈훈한 미담이 되었을 것이다.

티맥스는 기업의 이미지와 티맥스윈도의 마케팅을 위해서 어떻게 처신하는 것이 가장 올바른가를 다시 한번 생각해보았으면 좋겠다. 현재와 같은 방식은 안티들을 양산할 뿐이다. 적어도 이 기술업계의 승자들(예컨대 애플, 구글 등)은 거의 종교라고 할 수 있을 정도로 강력한 팬들을 거느리고 있다. 그런 팬을 만들어내지는 못할망정 안티들만 늘어난다면 티맥스윈도의 앞날은 잿빛이 될 뿐이다.

이상으로 업계와 인터넷에서 큰 논란이 되고 있는 티맥스윈도와 관련된 세 가지 주요 이슈들을 개발자들의 희생, 오픈소스 도용 의혹, 정치적 행보라는 관점에서 살펴보았다. 필자의 주장 또한 하나의 견해일 뿐이므로, 이에 대해서도 바라보는 관점에 따라서 논란이 있을 수 있다.

하지만 위의 세가지 내용은 국내 소프트웨어 업계에서 오래 전부터 만연되어 온 구태의연한 문제점들이다. 새삼스러울 것이 없는 것들이다. 그 정점을 티맥스가 찍고 있다고 본다.

혁신적인 제품을 만들려면 그 방식부터 혁신이 필요하다. 그럼에도 불구하고, 티맥스가 성공적인 제품을 만들어 낼 것인지 애정과 비판의 마음으로 계속 지켜보면서 필요하다면 추가적인 글을 쓰도록 하겠다. @

위는 류한석 IT컬럼리스트가 쓴 컬럼이며 지디넷에서 발취하였습니다.

------------- 위 글을 읽으면서 느낀점 -----------

나도 지난 10년을 개발자로서 일해왔다
돌이켜보면 10년전 환경은 아침에 퇴근할때가 많았다
4~5시간 자고 또 출근해야 했던 고3과 같았던 3년이 나에게도 있었다

그 후로도 SI업체, 서비스 업체 등등을 지내면서 나와 다른 일을 하는 나의 친구들과
체감적 노동시간을 비교해 보아도 1.5배 이상이 되는 거 같았다

늘 친구들 모임에 갈수가 없었고 친구들이 만신창이가 되고 서야 그 자리에 도착을해
뒤수습(?)을 하기 일쑤였다

빡빡한 개발시간,
요구분석을 하기도 전에 마감시간이 정해진 업무들 - 실제프로젝트명에 날짜가 붙는경우도 많다 =_=

결국 1년을 휴일없이 출근해 본적도 있었고 일요일 저녁 9시가 되면 월요일 출근 준비를 하는게 아니라
매일 월요일 같은 일상의 연속이었다

그러다 일본으로 오게 되었고 일본에서 IT회사들에서 근무를 하게 되었다
별반 다를거 없을꺼라 생각했던 환경은 천지차이였고
한국에서 일반적인 개발자의 희생 강요는
여기서는 적어도 일반적인 문화는 아니었다

일본은 한국 IT 인력을 좋아한다 , 아니 한국 SI업계를 좋아하는지도 모를겠다
불가능한 일정에 업무를 잘 소화해 주는 싸고 싼 인력들 ....

하지만 필자가 아는 몇군데 일본 IT기업들은 더 이상 한국SI업계에 일을 주지 않는다 ..
부끄럽지만 시연할때 잘만 돌아가면 된다는 마인드로 영업을하는 영세 SI가 많고
결국 한국SI업계 전반이 이 값을 치루고 있는 셈이다.

작년 부터 미국발 경제 여파로 일본 역시 시장이 말이 아니게 얼어 있다.
그리고 어느때보다 SI업계에서 근무하는 한국엔지니어들은 지금 한국으로 쫓겨나고 있는 실정이다

일본에 살면서 벌써 5년

이런 한국업계, 희생을 강요하는 문화, 그리고 절대 오지 않는 파라다이스에 대한 약속,,,
이런 모습을 한국인도 아닌 일본인도 아닌 입장에서 남일 보듯 바라보고 있으면
한국IT업계의 저질적인 업무능력, 후진 마인드에 고개가 숙여질 뿐이다.

가끔 IT엔지니어들이 모이는 술자리에 참석을 한다
이제 일본온지 1년이 채 안되는 사람들이 많이 참석한다.

비싼 소주를 마시며 일본에 대한 온갖 부정적인 시각을 내 보인다 - 나도 예전에 저랬다 ㅋㅋ

외국에 나오면 다 애국자가 된다고 했던가 한국인, 한국 문화의 우수함을 주구장창 쏟아낸다

일본을 갖 경험한 사람들의 공통점이다
문화적으로도 인간 그 차제로도 우수한 줄 안다

하지만 일본인의 시각은 중국인을 바라보는 시각과 별반 차이가 없다 - 조금 낮다 정도??

문화적으로 다름을 인정하지 않고 그 다르다는 차이를 높낮이로만 평가하려는 그 척도가
과연 문화적으로 높은 수준의 사람들 시각일까?

씁씁한 마음에서 일본 살면서 한국 IT엔지니어의 시각으로 바론 필자의 의견이다

javascript array 다양한 사용법 (일어판)

2009-05-26T02:10:00.001-07:00

新JavaScript入門 JavaScript,Neo-Generation DOM WSH 掲示板表紙

4.値と変数 6.配列(2)

新JavaScript入門

5. 配列(1)

■配列の作り方

前回黙って配列を使ってしまいましたが、配列は次のように生成します。


    var a = new Array(array-length);

このように配列は配列の長さを引数とする Array 型のオブジェクトとして生成します。

配列の要素へのアクセス方法はＣと同じです。


    a[expression]

添字は 0 ～ array-length - 1 です。


    var name = new Array(5);        //名前
    var score = new Array(5);       //点数
    name[0] = "さくら"; score[0] = 88;
    name[1] = "知世";   score[1] = 90;
    name[2] = "千春";   score[2] = 92;
    name[3] = "奈緒子"; score[3] = 91;
    name[4] = "利佳";   score[4] = 93;
    
    //次の名前の生徒の点数を探し出して表示する
    tmpname = "さくら";
    for(var i = 0; i < 5; i++)
        if(name[i] == tmpname) {    //名前が一致したら
            alert(score[i]);        //表示
            return;
        }

■配列の長さ

配列の長さは length プロパティで得られます。


    var a = new Array(3);   //長さ3を確保
    alert(a.length);        //3
    a[5] = 1;               //6番目の要素に代入すると
    alert(a.length);        //長さ6になる

配列の長さは Array オブジェクトを作るときにいちおう決められますが、その範囲を超える要素にもアクセスできます。おそらく、最初に長さを指定するのは、 length プロパティを設定する以外に意味が無く（別に3個分の領域を確保しているわけではない）、


    var a = new Array();

としても何ら問題無いと思われます。そして length プロパティにも現在最大何番目の要素が定義されているかという意味しかないのでしょう。

ただし、 length プロパティを小さくすると、値が未定義になってしまうことがあります。


    var a = new Array();
    a[0] = "ケロちゃんの";
    a[1] = "役立たず";
    alert(a[0] + a[1]);     //この時点では長さ2
    a.length = 1;           //長さ1とすると
    alert(a[0] + a[1]);     //a[1]が未定義に

■連想配列的に使う

実は添え字に0以上の整数だけでなく、文字列も使えます。


 function test4(form) {
    var a, str;
    
    a = new Array();
    a["aaa"] = 4;   //文字列を添え字に
    a.abc = 5;      //プロパティの形でも
    alert(a.aaa);   //どちらの形でもアクセスできる
    str = "abc";
    alert("" + a[str]);
 }

この添字に文字列を使うのは、プロパティの別の形と思われます。というより、通常の添え字もおそらくプロパティで、 length プロパティに影響を及ぼすかもしれない、という違いしかないのではないでしょうか。つまり通常の添え字も自動的に文字列に変換されているのかもしれません。


 function test5(form) {
    var a, str;
    a = new Array();
    a[0] = 0; a[1] = 1; a["3"] = 2;
    alert(a.length);    //上は通常の配列
    alert(a["0"]);      //a[0]と同じ
    alert(a["1.0"]);    //a[1]とは違う
 }

これで配列が実際にどう実装されているのかは分かりませんが、とにかく使うと便利です。

次の例は、一番上の例と同じです。対比してみてください。


    var score = new Array();
    score["さくら"] = 88;       //名前を添え字に
    score["知世"] = 90;
    score["千春"] = 92;
    score["奈緒子"] = 91;
    score["利佳"] = 93;
    
    //こちらが検索する必要はない
    tmpname = "さくら";
    alert(score[tmpname]);      //一発で表示

まとめると、

Array 型オブジェクトは通常の配列ではなく、連想配列のようなものである。ただし、添え字が0以上の整数またはそれをそのまま文字列にしたものの場合、通常の配列であるかのようにふるまう。

このために、JavaScriptの Array 型オブジェクトはアクセスが非常に遅くなってしまいます。これはVBScriptと比べてみるとわかるでしょう。


    var n = 50000;
    var a = new Array();
    var sum = 0;
    for(var i = 0; i < n; i++)
        a[i] = i;
    
    for(i = 0; i < n; i++)
        sum += a[a[i]];
    
    alert(sum);


    Dim n, sum, i
    Dim a(49999)
    sum = 0
    n = 49999
    For i = 0 To n
        a(i) = i
    Next
    
    For i = 0 To n
        sum = sum + a(a(i))
    Next
    
    MsgBox sum

下がVBScript版ですが、うちの環境で3倍くらい速いです。

Written 10/5/97

Modified 4/24/99

Modified 4/5/03

first, prev, next, exit

apache2.2 + php 5.2 설치 및 설정 방법

2009-05-20T23:10:00.000-07:00

이 포스트를 보낸곳 ()

1. Apache 받기

http://httpd.apache.org/download.cgi 에서 아파치를 구할 수 있다.

    여기에 설치 한 것은 2.2.11을 (no ssl) MSI Installer로 버전으로 설치 했다.

    바로 받을 수 있는 주소

    http://apache.mirror.cdnetworks.com/httpd/binaries/win32/apache_2.2.11-win32-x86-no_ssl.msi

2. Apache 설치

   다운 받은 apache_2.2.11-win32-x86-no_ssl.msi 을 실행 한다.

2. A. 설치 초기 메시지

설치 한다고 말해 준다... 다음

2. B. 라이센스 동의

라이센스에 동의 할 것인지 물어본다.

설치하려면 I accept the terms in the license agreement 선택 후, 다음

2. C. 아파치 서버 내용

아파치 서버에 대한 내용들... 읽어 보고 다음.

2. D. 서버 정보 입력

서버의 정보를 입력하는 부분이다. 아래 항목들을 자신의 환경에 맞게 넣어준다. 다음~

2. E. 설치 타입

설치 타입을 정한다. Typical 하면 된다. 다음~

2. F. 설치 폴더

아파치가 설치될 폴더를 물어본다. 기본으로는 Program Files 밑에 Apache Software Foundation 에 설치가 되게 된다. 자신이 원하는 위치로 설정을 바꾼다.

여기서는 C:\Apache에 설치 했다

2. G. 인스톨

인스톨을 눌러 설치한다.

2. H. 설치 중

설치 중~~~

2. I. 설치 완료

설치 완료 되었다~!

3. PHP 받기

http://www.php.net/downloads.php 에서 php를 받을 수 있다. 여기서는 PHP 5.2.8 zip package를 받았다.

바로 받기 : http://kr2.php.net/get/php-5.2.8-Win32.zip/from/a/mirror

4. PHP 설치

4. A. 해당 파일을 압축을 풀고 C:\php 에 옮겼다. 어디에 설치하든 그건 자기마음이다.

4. B. php 파일안에 있는 php.ini-recommended를 php.ini로 바꾼다.

4. C. 해당 파일을 열어서 아래 부분을 수정한다

---------------------------------

;;;;;;;;;;;;;;;;;;;;;;;;;

; Paths and Directories ;

;;;;;;;;;;;;;;;;;;;;;;;;;

; UNIX: "/path1:/path2"

;include_path = ".:/php/includes"

;

; Windows: "\path1;\path2"

include_path = ".;c:\php\includes" // 자신의 php 설치 폴더 밑으 includes 폴더를 지정한다.

---------------------------------

5. Apache 설치 하기

   5. A. 아파치가 설치된 폴더아래의 conf/extra에 httpd-php.conf 이름의 빈 파일을 만든다.

   여기서는 C:\Apache에 아파치를 설치 했으므로 C:\Apache\conf\extra에 httpd-php.conf를 만든다.

   5. B. 만든 파일을 텍스트 편집기에서 열어서 아래와 같이 적고 저장한다.

--------------------------------------

# PHP configuration

# PHP 5 module setup

LoadModule php6_module "C:/php/php5apache2_2.dll"

PHPIniDir "C:/php"

AddType application/x-httpd-php .php

AddHandler application/x-httpd-php .php

AddType application/x-httpd-php-source .phps

--------------------------------------

5. C. 아파치가 설치된 폴더아래의 conf에 있는 httpd.conf 파일을 열어서 맽끝에 아래의 내용을 추가한다

--------------------------------------

# PHP 5 settings

Include conf/extra/httpd-php.conf

--------------------------------------

6. 설치확인

6. A. 아파치가 설치된 폴더의 htdocs 폴더에 phpinfo.php 파일을 만들어서 제대로 설치 되었는지 확인한다.

--------------------------------------

<?php

phpinfo();

?>

--------------------------------------

6. B. 브라우저를 열고 http://localhost/phpinfo.php 를 열어서 아래 처럼 서버 정보가 나오면 정상적인 설치가 된것이다.

[출처] Windows에 Apache + PHP 설치|작성자 루든

AJAX, WEB 2.0 SEO, by VINS

심포니 프레임워크 한글 요약본

심포니 설치시 오류 메세지

원도우7 정품인증창 제거

Memcached 설치 및 설정하고 테스트 하기 by Vins

Memcached 설치 및 설정하기 그리고 주의 사항

OpenSSL + Apache 2.0.X (RPM설치시 예제)

■mod_sslインストール

■WebサーバーSSL設定

■Apache設定反映

メールサーバー構築(sendmail+Dovecot)

メールサーバー構築(sendmail+Dovecot)最終更新日： 2009.12.29

■概要

■sendmail設定

■sendmail再起動

■OP25B対策

■Dovecotインストール

■Dovecot設定

■Dovecot起動

■メールユーザ追加

■メールソフト設定(受信メールサーバーをPOPにする場合)

■メールソフト設定(受信メールサーバーをIMAPにする場合)

■メールサーバー確認

■メール不正中継拒否テスト

MySQL5 REPLICATION (MySQL 복제 구현) by Vins

OpenPNE 3.1 を CentOS 5 にインストールしてみました

Linux IP, PORT 열고 닫기 (iptables)

리눅스 sendmail 설정 완벽 가이드

OpenPNE에서 SendMail 설정하는 방법 (휴대폰에서 파일 업로드)

mysql default-character-set 설정하기 (UTF8)

[sendmail] sendmail + dovecot 리눅스 sendmail

CentOS 5.X sendmail, pop3, imap 설치 및 설정

centOS 5 네임서버 설치 및 운영 (bind server, name server, DNS)

Android 소스 빌드시 R.java로 인한 오류

OpenPNE o_login slavepne 프로세스 분석 by Vins

[리눅스 시간설정/CentOS] 현재시간설정

root 계정으로 오라클 로 권한 변경

MYSQL 최적화 기법 (best튜닝 기법)

helloMaps 구글맵 사용하는 초간단 예제

구글맵을 사용하기 위해서 필요한 API Key를 발급받기

MJAndroid 폴더 카피후 에러발생 문제 때문에 고민하는 분들을 위한 By Vins

MJAndroid, [INSTALL_FAILED_MISSING_SHARED_LIBRARY] By Vins

안드로이드 sdk 설치

[설치/설정] centos 5.0 apm source install

RPM 설치 및 설치확인 for Linux

Apache기초명령어

MSSQL [@@IDENTITY, SCOPE_IDENTITY, IDENT_CURRENT] 차이점 바로 알기

MSSQL Restore (bak) MSSQL 디비 복원 2000, 2005, 2008 통합 (by Vins)

c# sealed keyword (block method overriding)

[한용희]개발자의 심리학

오라클 SYS_GUID() 함수

RDBMS, Hadoop, Neptune, 대용량 데이터 처리의 미래

원도우에서 버젼 컨트롤러 사용하기 (Subversion 사용하기)

SW개발자의 희생을 요구하는 문화는 바뀌어야 한다

javascript array 다양한 사용법 (일어판)

apache2.2 + php 5.2 설치 및 설정 방법

メールサーバー構築(sendmail+Dovecot)

最終更新日： 2009.12.29