귀여운 촌아의 작은상자

가장 먼저 npc를 추가해보도록 하겠습니다.

텍스트 형식의 올바른(오류가 없는) npc 스크립트 파일을 원하는 폴더에 위치시킵니다.

(위에는 직접 만든 머리의 모양, 색깔, 옷의 색 등을 바꾸어는 npc 입니다.)

그 다음 상위 폴더인 npc 폴더의 script_custom.conf를 텍스트 편집기 등을 이용하여 열고

아래와 같이 추가한 npc 스크립트 파일이 있는 경로와 파일명을 추가하면 됩니다.

이로써 npc를 서버에 추가하는 것은 끝나게 됩니다.

위의 script_custom.conf 파일 안을 보면 알겠지만 주석 처리된 부분은 서버 구동시

읽어들이지 않기 때문에 npc가 나타나지 않게 됩니다.

또한 npc들은 서버가 처음 구동될 때 모두 읽어들이고 서버가 구동되는 동안에는

추가하거나 수정해도 서버 내에서 바뀐 내용이 반영되지 않습니다.

즉, 다시 서버를 구동하거나 스크립트를 reload해야만 합니다.

스크립트가 제대로 읽어들여지고 문제가 없다면 다음과 같이 서버가 구동될 것입니다.

만약 문제가 있다면 해당 스크립트 파일의 오류 부분을 보여주고 해당 npc는 서버에 로드되지 않습니다.

한가지 팁으로 Hercules의 에뮬에는 스크립트 체커 script checker가 있는데

이를 이용하면 실제로 서버를 구동하여 스크립트에 문제가 있는지 알아봐야하는 수고를 덜어 줍니다.

위의 script-checker.bat를 실행하면 아래와 같은 도스창이 열리는데

여기에 확인해볼 스크립트 파일의 경로를 직접 적어주거나

스크립트 체크를 해볼 txt 파일을 드래그 앤 드롭하면 됩니다.

스크립트에 문제가 없다면 아무런 메시지도 나오지 않지만 스크립트에

문법적 오류가 있다면 다음과 같이 출력이 됩니다.

오류가 발생한 스크립트 파일 안의 구문 위치와 대략 어떤 문법 오류인지 알려주기 때문에

스크립트를 만들 때 큰 도움이 됩니다.

이 파일은 ../src/common/mmo.h에 위치해 있으며 꽤나 중요한 부분입니다.

하지만 설명은 생략하도록 하겠습니다.

먼저 적당한 문서 편집기(메모장 등의 기본적인 편집기도 괜찮지만 프로그래밍 언어로 되어 있으므로 프로그래밍용 편집기를 권장합니다.)를 이용하여 열어봅니다.

(저와 같은 경우 주로 notepad를 이용합니다.)

처음의 파일은 Hercules의 mmo.h이며 다름은 rAthena의 mmo.h 입니다. 더 이상의 설명은 하지 않고 힌트만 남겨놓겠습니다.

6. 서버 주요 설정하기에서 보았던 conf 파일을 열어보면 굉장히 복잡하고 여러 파일이 있기 때문에 잘 알고 있더라도 설정하기 쉽지 않습니다.

더군다나 테스트를 하거나 새로 컴파일해서 구동할 경우 매번 설정을 바꿔야 하는 귀찮은 일이 발생하기 때문에

import 폴더에 자신이 변경할 설정값만 수정해 놓고 사용하는 편한 방법이 있습니다. conf 파일을 바꾸지 않고

import 폴더의 txt 파일에 필요한 설정값만 편집해 넣어서 서버 설정을 할 수 있습니다.

각 conf 파일들을 열어보면 가장 아랫부분에 import: 가 있는데 이 부분이 외부의 설정값을 불러오는 부분이 됩니다.

따라서 conf 파일을 직접 수정하지 않고 import 폴더 안의 txt 파일에 필요한 설정값만

자신이 원하는 값을 넣어 놓으면 매번 conf 파일을 수정하지 않고도 설정값을 적용할 수 있습니다.

먼저 반드시 수정해야 하는 conf 파일의 설정값을 다음과 같이 적용하면 됩니다.

위와 같이 import 파일 내의 필요한 파일에 원하는 설정값만 넣어놓으면 conf 파일은 따로 수정하지 않아도 됩니다.

즉, 자신이 설정한 설정값을 새로 컴파일한 서버 등에 쉽게 import 폴더만 복사/붙여넣기 하면 됩니다.

서버가 구동 중일 때는 다음과 같이 도스창이 열려있게 되는데,

도스창을 사용한 적이 없거나 잘모른다면 도스창의 X 버튼을 눌러 그냥 꺼버리게 되는데 이는 좋은 방법이 아닙니다.

구동된 서버를 종료할 때는 도스창이 활성화 되어있을 때 ctrl + c (컨트롤키 + ㅊ)를 누르면 서버를 종료하기 시작합니다.

이 때 일괄 작업을 끝내시겠습니까 라는 메시지가 나왔을 때 y 또는 yes를 입력하고

엔터키를 눌러주면 완전히 서버가 종료되고 도스창만 남게됩니다.

이 때는 X 버튼을 눌러 꺼주어도 되고, 도스 명령어인 exit 를 입력하여 종료해도 됩니다.

이 전의 가이드에서는 char-server.conf와 map-server.conf는 userid/passwd만 수정하였습니다. 이번에는 userid/passwd를 제외한 나머지 부분을 설명하겠습니다.

먼저 char-server.conf 파일을 열어보면 각 라인(줄)의 가장 왼쪽,

즉 처음 부분에 // 이 있는 것과 없는 것이 나오게 되는데 // 이러한 기호가 앞에 있는 줄은 주석이고 사용자의 편의를 위해 있는 부분입니다.

다시 말해 // 이 기호가 앞에 나오는 줄은 서버의 설정에 영향을 미치지 않는 부분이며 실제로 서버의 설정에 영향을 주는 부분은 // 이 기호가 없는 부분이 됩니다.

따라서 주석을 지워도 설정에는 무방하고 주석이 없는 줄을 지우거나 잘못된 설정 값을 대입하면 오류가 발생합니다.

또한 반드시 // 슬래쉬가 연속해서 두개가 있어야 주석처리가 되며 이 주석의 글은 각 설정에 대한 설명이므로 잘 읽어보는 것이 좋습니다.

char-server.conf

를 메모장 (또는 기타 텍스트 에디터)를 이용하여 열어보면 userid/passwd 다음에

server_name: rAthena

가 있습니다. 말 그대로 서버 이름을 넣는 곳이고 윗 줄의 주석 설명을 읽어보면 공백이나 윈도우의 파일 이름에 허용되지 않는 문자를 사용하지 말라고 되어 있습니다.

위의 사항을 지켜주면서 서버 이름을 rAthena 대신 원하는 것으로 바꾸어주면 됩니다. 다음에는

wisp_server_name: Server

먼저 longin-server.conf 파일을 열어보면 각 라인(줄)의 가장 왼쪽,

즉 처음 부분에 // 이 있는 것과 없는 것이 나오게 되는데 // 이러한 기호가 앞에 있는 줄은 주석이고 사용자의 편의를 위해 있는 부분입니다.

다시 말해 // 이 기호가 앞에 나오는 줄은 서버의 설정에 영향을 미치지 않는 부분이며 실제로 서버의 설정에 영향을 주는 부분은 // 이 기호가 없는 부분이 됩니다.

따라서 주석을 지워도 설정에는 무방하고 주석이 없는 줄을 지우거나 잘못된 설정 값을 대입하면 오류가 발생합니다.

또한 반드시 // 슬래쉬가 연속해서 두개가 있어야 주석처리가 되며 이 주석의 글은 각 설정에 대한 설명이므로 잘 읽어보는 것이 좋습니다.

console_silent: 0

은 Athena 서버를 실행하고 보이는 콘솔(console)창 (도스창)에 출력되는 여러 서버정보 로그 메세지를 숨길지에 대한 설정입니다.

숫자를 이용하여 설정값을 적용하며 2의 거듭제곱 형태로 표현됩니다.

2^0 = 1: 정보 메세지 숨김

2^1 = 2: 상태 메세지 숨김

2^2 = 4: 공지 메세지 숨김

2^3 = 8: 경고 메세지 숨김

2^4 = 16: 오류 및 SQL오류 메세지 숨김

2^5 = 32: 디버깅 메세지 숨김

위의 설정을 중복해서 적용하기 위해서는 각 값을 더하여 적용합니다.

예) console_silent: 14 //  2 + 4 + 8 = 14 이며 상태, 공지, 경고 메세지를 함꺼번에 숨깁니다.

new_account: yes

주석의 설명으로는 _M, _F를 사용하여 계성을 생성할 수 있도록 하는 것입니다.

new_acc_length_limit: yes

위의 new_account가 설정되어 있을 때 사용가능하며 계정의 최소 길이에 대한 설정입니다.

allowed_regs: 1

time_allowed: 10

주석 설명에 따르면 계정 등록 폭주에 대한 보호 시스템으로 allowed_regs에 설정된 숫자만큼 등록하면 time_allowed에 설정된 초만큼 계정 등록이 되지 않습니다.

group_id_to_connect: -1

은 서버에 접속을 제한하는 그룹 아이디를 설정하며 -1의 경우 모든 그룹 아이디를 서버에 접속 가능하게 합니다.

0 이상의 그룹 아이디를 설정하면 해당 그룹 아이디만 접속을 허용합니다. 그룹 아이디 Group_id의 경우 MySQL 즉, 데이터베이스의 login 테이블에서 설정이 가능합니다.

min_group_id_to_connect: -1

은 위의 설정과 같으며 0 이상의 그룹 아이디를 설정하면 해당 그룹 아이디 이상의 그룹에 접속을 허용합니다.

단, group_id_to_connect이 -1로 설정되있을 경우에만 위 설정을 사용할 수 있습니다.

vip_group: 5

VIP 그룹 아이디를 설정합니다.

chars_per_account: 0

계정 당 캐릭터수를 제한할 수 있습니다.

단, src/common/mmo.h에 정의된 MAX_CHARS인 최대 캐릭터 슬롯을 초과할 수 없습니다.

vip_char_increase: 6

VIP 그룹의 최대 캐릭터 수를 늘려줍니다. 0의 경우 비활성화 입니다.

start_limited_time: -1

계정 생성시 서버에 딜레이 시간을 설정합니다.

-1의 경우 딜레이 시간이 없으며 0 이상의 숫자는 초 단위로 딜레이가 설정됩니다.

// Ipban features (SQL only)

ipban.enable: yes

ip 밴(차단) 설정입니다. SQL에서만 사용 가능하며

//ipban.sql.db_hostname: 127.0.0.1

//ipban.sql.db_port: 3306

//ipban.sql.db_username: ragnarok

//ipban.sql.db_password: ragnarok

//ipban.sql.db_database: ragnarok

//ipban.sql.codepage: 

//ipban.sql.ipban_table: ipbanlist

// Dynamic password failure ipban system

위의 주석을 해제하여 SQL에 차단을 위한 ip 리스트를 지정합니다.

이후의 설정은 추후에 작성하도록 하겠습니다.

다음 MySQL Workbench를 실행합니다. 해당 데이터베이스에 연결한 뒤 rag_test 스키마의 main.sql을 이용하여 생성한 테이블 중 login 테이블을 선택합니다. 즉, login 테이블을 수정할 수 있도록 합니다.

즉, login 테이블을 수정할 수 있는 상태로 준비합니다.

아래와 같이 userid와 user_pass를 볼 수 있습니다.

이제 서버 에뮬레이터가 서로 통신을 위한 아이디와 비밀번호를 설정하겠습니다.

주의할 점은 MySQL의 root 비밀번호와 함께 이 아이디와 비밀번호 또한 타인에게 노출되지 않도록 해야합니다.

따라서 기본적으로 설정되어있는 s1, p1은 절대 사용하지 않도록 합니다. (최근의 athena들은 s1/p1을 그대로 사용할 시 작동되지 않습니다.)

MySQL의 userid/user_pass를 반드시 자신만 아는 아이디와 비밀번호로 설정합니다.

수정을 원하는 셀을 더블 클릭하여 수정한 후 반드시 Apply를 눌러줍니다.

변경 내용을 확인한 뒤 Apply를 눌러줍니다.

올바로 적용된 후 Finish를 선택하여 마무리 합니다.

제대로 적용되었다면 char-server.conf와 map-server.conf의 userid/passwd를 위에서 수정한 값과 같은 값으로 수정하고 저장합니다.

가장 먼저 MySQL Workbench를 실행하여 root 사용자로 해당 데이터베이스에 연결합니다.

그 다음 Athena가 연결할 사용자를 생성해야 합니다.

왼쪽의 Users and Privileges를 선택한 후 중앙에 나오는 창에서 Add Account(새로운 사용자 생성)를 선택합니다.

다음 바로 오른쪽에 나오는 Login Name/Limit Connectivity to Hosts Matching/Password/Confirm Password를 적절히 채우고 반드시 Apply를 클릭하여 적용합니다.

Login Name/Password는 타인이 알 수 없도록 주의하며 Limit Connectivity to Hosts Matching에는

자신의 컴퓨터를 지칭하는 localhost 또는 127.0.0.1을 넣습니다. (데이터베이스와 Athena가 다른 곳에서 구축되어 있다면 그에 알맞는 아이피 주소를 넣습니다.)

Athena는 이 사용자 계정을 이용하여 이 데이터베이스에 연결합니다. 뿐만 아니라 앞에서 Athena는

이 데이터베이스에 값을 조회하고 추가/수정을 할 수 있어야 하므로 새로 생성한 사용자의 권한을 설정해야합니다.

다음과 같이 Administrative Roles 탭을 선택한 뒤 계정의 역할 Role과 권한 plivilige을 설정해야 합니다.

읽어보고 알맞는 설정을 하면 되지만 잘 모르겠다면 파란 V표시가 있는 DBA를 선택하여 모든 권한을 적용합니다.

그 다음 반드시 Apply를 선택하여 적용해 줍니다. (이렇게 많은 권한을 부여하므로 ID/Password 보안에 신경씁니다.)

이 가이드의 경우에는 Login Name : testUserID/Password : testUserPW로 설정하였습니다.

이렇게 Athena가 접속할 수 있는 새로운 사용자를 추가하였다면 이 사용자를 이용하여 Athena가 접속해야 하므로 이전에 보았던 inter-server.conf에 이 사용자를 추가합니다.

이제 MySQL에서는 Athena 구동에 필요한 데이터베이스들과 최소한의 데이터베이스 내용, 그리고 연결을 위한 계정까지 모두 준비되었습니다.

마지막으로 Athena에서 이 데이터베이스에 연결하기 위한 설정입니다.

Athena 안의 conf/inter-server.conf 파일을 열고 Global SQL settings를 수정합니다.

이 부분은 Athena가 접속할 데이터베이스 위치와 연결할 계정, 목적에 맞는 데이터베이스 스키마가 설정되는 곳입니다.

먼저 새로 추가한 사용자인 testUserID/testUserPW를 inter-server.conf의 Global SQL settings의 4 곳의 username과 password에 '똑같이' 적어줍니다. ※붉은색 상자와 화살표

다음 파란색 상자인 rag_test 스키마 이름을 inter-server.conf의 database에 적어줍니다. 단, MySQL Log SQL Database는 제외. ※파란색 상자와 화살표

마지막으로 초록색 상자인 rag_test_log 스키마 이름을 MySQL Log SQL Database에 적어줍니다. 이 부분은 헷갈릴 수 있으므로 천천히 잘 확인하면서 설정하도록 합니다.

-요약

추가한 사용자 아이디/비밀번호를 inter-server.conf에 4곳에 똑같이 적어줍니다.

메인 데이터베이스 스키마 이름을 3곳에 똑같이 적어줍니다.

로그 데이터베이스 스키마 이름을 1곳에 똑같이 적어줍니다.

이로써 구동을 위한 최소한의 설정이 끝났습니다. (SQL 버전의 경우)

실제로 가이드에 설명된 것 이외에는 아무것도 하지 않은 것을 이용하여 구동한 것입니다.

아무런 오류없이 잘 구동되었으며 Hercules팀의 5월 8일의 Athena를 Git에서 다운받은 것으로 실행하였습니다.

공유기를 사용하는 환경이지만 login/char/map_conf.conf에서 아이피/포트 수정없이 실행하였습니다. 딱 지금까지의 가이드를 충실히 따라서,,,

Athena가 DB에 접속하기 위한 사용자를 추가할 때 Limit Connectivity to Hosts Matching에서 자신의 컴퓨터 주소인 localhost 또는 127.0.0.1을 설정하였는데,

이 부분의 이름에서 알 수 있듯 설정한 조건에 맞는 연결을 제한하는 것입니다. 즉, 자신의 컴퓨터 주소를 적어준다면 자신의 컴퓨터에서만 연결할 수 있는 것입니다.

따라서 자신의 환경에 맞게 바꾸어 주어도 되며, 이에 따라 inter-server.conf에서 각각의 아이피 주소(기본적으로 127.0.0.1로 되어있음)/포트(기본적으로 3306으로 되어있음)를 바꾸어주면 됩니다.

마지막으로 여기까지의 가이드는 구동의 최소한의 설정으로 바로 runserver-sql.bat 또는 run-server.bat으로 서버구동할 때 잘 구동 될 수도 있습니다.

이 가이드를 보시는 분들 중 char/login/map_conf.conf 아이피를 수정해야한다는 점을 알고 있는 분이 있을 수 있는데

기본적으로 아이피에 대한 명시적인 설정이 없으면 자신의 컴퓨터로 접속하게 되어있으므로 자신의 컴퓨터에 mpa/login/char 서버가 모두 실행된다면 서버 구동에는 문제가 없습니다.

문제는...  Athena에 실제로 접속할 때 잘 되지 않을 수 있습니다. 이에 대한 자세한 설명은 허용되지 않을 수 있으므로 생략하며 char/login/map_conf.conf의 아이피 수정은 다음 가이드에 설명하겠습니다.

이 가이드를 마치면서 예로 설정했던 데이터베이스 및 많은 ID/PW는 모두 삭제하였습니다.

또한 결과에 보여지는 아이피는 내부 공유기 아이피이므로 혹시라도 잘 모르시는 분들의 무리한 접속 시도는 하지 않으시는 것이 좋을 것 같습니다.

컴파일이 완료된 Athena (컴파일이 완료되지 않았어도 상관은 없습니다.) 폴더 안을 보면 sql-files 폴더를 볼 수 있습니다.

(세가지 다른 Athena에 모두 똑같이 존재합니다.)

이 폴더 안의 파일들은 sql이라는 확장자명을 가지고 있는데, 이 파일들은 sql에 관련된 명령문 모음이라고 생각하면 됩니다.

※파일의 종류나 내용은 Athena 마다 다를 수 있습니다. 대표적으로 Hercules와 rAthena는 파일이 다르고 DB 구조나 내용도 조금씩 다릅니다. 따라서 두가지 Athena를 사용한다면 각각 따로 DB를 구성해야합니다. - 이는 이후에 설명하겠습니다.

이 파일들을 확인해 두고 MySQL Workbench를 실행합니다.

처음 실행한다면 MySQL Connections에 localhost 커넥션 하나가 존재할 것입니다.

위의 root 계정으로 접속합니다.

처음 접속한다면 아마 비밀번호를 입력해야 합니다. 혹시 기억나지 않는다면 초보는 MySQL 설치 가이드를 보시고 완전히 삭제/재설치를 권장합니다.

연결 후에는 아래와 같은 화면을 볼 수 있습니다. 이 때 Athena에서 사용할 새로운 스키마를 생성해야 합니다. 처음 SQL을 실행하면 생성된 스키마가 없거나 샘플/테스트용의 스키마 하나 정도를 볼 수 있습니다.

왼쪽 상단의 원통모양 아이콘을 이용하여 새로운 스키마를 생성합니다.

스키마의 이름은 서버 구동시 데이터베이스에 연결할 때 필요하므로 기억하기 쉬운 이름으로 하며, 영문 대문자를 사용할 수 없습니다.

가이드에서 보여주기 위해 Rag_test로 생성하겠습니다.

반드시 Apply를 클릭하여 적용합니다.

(Rag_test로 영문 대문자를 입력했지만 소문자로 바뀌어서 생성됩니다.)

왼쪽의 스키마에 올바르게 생성된 것을 볼 수 있으며,

아래쪽의 Output에 실행 과정/결과/오류 등을 볼 수 있습니다.

(이 스키마를 삭제할 때에는 왼쪽의 스키마를 우클릭하여 Drop Schema로 실행합니다.)

이렇게 생성된 스키마 안에 여러 정보가 저장되고 관리됩니다.

하지만 지금은 스키마만 생성되어 있고 데이터베이스와 그에 맞는 구조 등은 없는 상태입니다.

(일부 맞지 않는 설명이 있을 수 있습니다. 정확하고 알맞는 정의와 설명은 직접 찾아보고 공부하는 것을 권장합니다.)

이를 생성하기 sql 명령문 등을 이용해야 합니다. 이러한 명령문을 직접 써도 되지만 Athena에 있는 sql 스크립트 파일을 이용해도 됩니다. (또한 Athena에 올바르게 사용하기 위해서는 미리 짜여진 구조로 생성해야하므로 sql 스크립트 파일로 생성합니다.)

먼저 생성한 스키마를 우클릭하여 Set as Default Schema를 선택합니다.

올바르게 선택되면 볼드체(굵은 글씨체, 진하게)가 됩니다.

다름 sql이라고 적혀있는 아이콘 중 폴더 그림이 있는 아이콘을 선택하여 sql 스크립트 파일을 불러옵니다.

Athena 폴더 안의 sql-files의 main.sql 파일을 선택합니다.

다음 MySQL Workbench의 중앙에 많은 양의 sql 명령문을 볼 수 있습니다.

(정확하게는 명령문은 아니며, 상세히 알아보고 싶다면 sql 쿼리(query)로 검색하여 알아보시기 바랍니다.)

다음 이를 적용하여 데이터베이스 테이블을 만들기 위해 번개모양의 아이콘을 한번만 눌러 실행(Execute)를 합니다.

아래쪽에 있는 결과창(Output)에 혹시 오류가 없는지 확인합니다.

(대부분의 오류는 이미  만들어졌있는 상태에서 다시 생성(위의 쿼리문 실행)을 할 때 주로 발생됩니다. 혹시 오류가 난다면 이미 테이블이 존재하는지 확인하고 있다면 삭제 후 다시 실행해야합니다.)

필요한 데이터베이스 테이블이 생성된 것을 확인 할 수 있습니다.

각각의 테이블에는 구동에 필요하거나 유저들의 여러 데이터들이 들어가고 들어가게 됩니다.

그 다음 서버의 여러 기록들이 남게될 로그 스키마를 생성합니다.

원통모양 아이콘을 이용하여 새로운 스키마를 생성합니다.

로그가 남는 곳이므로 알기 쉽도록 log를 붙여주면 좋을 것 같습니다.

Apply를 클릭하여 반드시 적용해 줍니다.

이전에 생성한 방법과 동일하게 Apply와 Finish를 선택한 후 Output 창으로 결과를 확인합니다.

생성된 log 스키마를 우클릭하여 Set as Default Schema를 선택하여 기본 스키마로 지정합니다.

스키마의 글자가 볼드체로 변한 것을 확인한 후 이전의 방법과 동일하게 SQL 글자와 폴더 그림이 있는 아이콘을 선택하여 logs.sql 파일을 선택합니다. main.sql을 추가한 것과 동일하게 번개모양의 아이콘을 클릭하여 실행 excute 합니다.

아래의 Output 결과창에 올바르게 실행된 것을 확인하고

테이블에 제대로 추가된 것을 확인 합니다.

이로써 필요한 DB는 모두 구축되었습니다.

※마지막으로 main.sql을 추가한 rag_test 스키마의 login 테이블을 우클릭으로 선택한 뒤 Select Rows - Limit 1000을 클릭합니다.

선택하면 중앙의 창에서 다음과 같은 내용을 볼 수 있습니다. 여기서 테이블 안의 데이터베이스 내용을 편집할 수 있습니다.

이 부분을 구동 전에 편집해보는 이유는 구동전에 반드시 필요한 부분이기 때문입니다. 값의 수정은 간단하며 이 부분의 가이드는 다음 글로 넘기겠습니다.

Release로 설정할 때에는 서버가 켜져있는 상태에서 컴파일이 가능합니다.

위와 같은 메세지가 출력되었다면 올바르게 컴파일 된 것입니다.

만약 컴파일을 하지 않은 상태에서 실행할 경우 위와 같이 세개의 도스창이 뜨지만 컴파일 후에 실행하라는 간단한 메세지만 출력됩니다.

컴파일 시에 출력 창에 warning이 표시되는 것을 볼 수 있는데 서버 구동에는 문제가 없으나 이를 해결하고 싶다면 경고 메세지가 나오는 파일을 찾아 유니코드 형식으로 저장하고 위와 같은 방법으로 다시 솔루션 빌드를 하면 해결할 수 있습니다.

unicodetrans2.exe

첨부된 파일은 여러 파일은 한번에 유니코드 형식으로 바꾸어 줍니다.

유니코드 형식으로 바꾸어 줄 소스가 있는 폴더를 선택합니다. 컴파일시 나오는 경고창에서 볼 때 src/common 폴더에 위치해 있는 것을 알 수 있습니다.

※주의할 점은 선택한 폴더의 하위에 있는 파일까지 모두 변경하므로 필요한 파일만 변경하고 싶다면 따로 폴더를 만들어 변경하는 것을 권장합니다.

변경을 원하는 파일 형식을 입력하여 변경합니다. 위의 경고창에서 유니코드 형식으로 변경해야하는 파일은 .h 형식의 파일이므로 .h만 입력하여 바꾸어도 됩니다.

https://git-scm.com/에서 다운받을 수 있습니다.

위와 같이 다운로드 페이지로 이동하여 받거나 메인페이지에서 바로 다운받을 수 있습니다.

GUI 툴을 내려받아 설치하기 전에 Git을 먼저 설치한 후 진행하도록 하겠습니다.

다운받은 인스톨러를 실행합니다.

Next 클릭

 마찬가지로 Next

(Git은 GNU GPL 라이센스를 따르는군요.)

필요한 옵션이 있다면 설정 후 Next

GUI 툴을 사용하지 않고 Git만 설치해서 사용할 수 있습니다. 하지만 Git은 기본적으로 명령어를 입력하여 사용하므로 텍스트 명령을 입력받을 프롬프트가 필요합니다. 이 프롬프트에 대한 설정인데 위에 설명에 따라 시스템에 대한 안정화 정도가 걱정된다면 Git Bash를 사용하면 됩니다.

위 옵션은 Git을 이용하여 파일 등을 내려받거나 올릴 때 (정확하게는 다운로드 업로드의 개념이 아니지만) 텍스트의 개행문자. 즉, 줄바꿈 문자에 대한 설정입니다. 이에 대해 잘 모른다면 반드시 가장 위의 옵션을 선택하는 것을 권합니다.

설치 Finish

다음 Git의 GUI 툴을 설치해 보겠습니다.

GUI 툴들은 여러가지가 있으며 홈페이지의 다운로드에서 몇 가지들을 보여주고 있습니다.

자신의 OS에 맞는 것 중에 무료인 것과 유료인 것이 있으니 마음에 드는 것을 설치하여 사용하면 됩니다.

다음은 GitHub를 설치해 보겠습니다.

GitHub의 공식홈페이지 https://github.com을 이용하거나 

https://windows.github.com/ - 윈도우용 GitHub

https://mac.github.com/ - 맥용 GitHub

에서 다운받을 수 있습니다. 저는 윈도우를 사용하고 있으므로 윈도우용 인스톨러를 다운받아 설치해 보겠습니다.

먼저 설치에 앞서 GitHub에 계정을 생성해 두는 것을 권장합니다.

인스톨러를 다운받아 실행시킵니다.

인스톨러는 인터넷에 연결하여 설치 파일을 다운로드 하고 설치합니다.

다운로드가 끝나면 자동으로 GitHub가 실행됩니다.

실행된 GitHub에서 log in을 선택하여 로그인해둡니다.

이제 GitHub를 이용하여 Athena를 다운받아 보겠습니다.

GitHub의 홈페이지에서 다운받을 Athena를 검색해서 찾거나 개발팀에서 올려놓은 GitHub 주소를 이용하여 바로 접속할 수 있습니다.

이렇게 검색으로 찾아갈 수도 있지만 GitHub의 주소를 이용해서 바로 찾아갈 수 있습니다.

https://github.com/rathena/rathena.git - rAthena 팀

https://github.com/HerculesWS/Hercules.git - Hercules 팀

GitHub에 로그인이 안되어 있다면 로그인 한 후에 저장소를 찾아갑니다.

다음 오른쪽 아래에 있는 Clone in Desktop을 클릭합니다.(보이지 않는다면 Code 부분을 클릭해보세요.)

외부 프로토콜 요청을 수락하여 GitHub 프로그램을 실행합니다.

GitHub가 실행되고 기본으로 설정된 경로에 다운로드 됩니다.

다운로드가 모두 완료되면 Athena 소스에 대한 여러 정보를 볼 수 있고 오른쪽 상단의 sync로 업데이트된 부분을 갱신할 수 있습니다.

저장되는 위치는 tools에서 변경할 수 있습니다.

이미 받아놓은 Git 용 Athena가 있다면 드래그 앤 드롭으로 쉽게 GitHub에 추가 할 수 있습니다.

올바로 추가되었습니다.

TortoiseGit은 아래의 페이지에서 다운받을 수 있습니다.

https://code.google.com/p/tortoisegit/

다운로드 페이지로 이동하여 자신의 OS에 맞는 인스톨러를 다운받고 아래에 있는 Language Pack을 선택하여 같이 다운받습니다.

TortoiseGit을 먼저 설치합니다.

설치를 완료한 후에는 Language Pack을 설치해 줍니다.

올바르게 설치가 완료되었다면 마우스 우클릭 후 나타나는 메뉴에 다음과 같이 TortoiseGit과 관련된 메뉴가 추가된 것을 확인할 수 있습니다.

이제 원하는 Athena를 다운받기 위해서는 저장소 주소를 알아야 합니다.

https://github.com/HerculesWS/hercules.git - Hercules 팀

https://github.com/rathena/rathena.git - rAthena 팀

다운받을 폴더로 이동한 뒤 우클릭으로 Git Clone을 선택합니다.

저장소 주소를 넣고 OK를 클릭합니다.

Athena가 다운로드 되고 있습니다.

모두 완료 되었습니다.

SVN의 간략한 설명

먼저 SVN은 자유 소프트웨어 버전 관리 시스템으로 원래의 이름은 Subversion입니다. SVN은 시간에 따라 파일과 파일경로를 관리합니다. 파일 트리는 한 곳에 저장되어있는 Repository/. 즉, 레포지토리라는 저장소에 저장되어 있습니다. 개념적으로는 일반 파일 서버와 비슷하지만 파일과 파일경로 등에 적용된 모든 변경사항을 기록하여 관리합니다. 즉, 시간 1에 저장된 정보에 시간 2에 파일 경로와 저장된 정보에 변경 사항이 있을 경우 그 변경 사항만을 저장합니다. 이 변경사항을 시간에 따라 기록하여 관리하므로 이전 시간. 즉, 이전의 버전으로 돌아가기가 쉽고 이전의 버전과 어떠한 점이 달라졌는지 비교하기 쉬워서 소스 코드 관리에 많이 사용합니다.

하지만 Subversion은 명령행 인터페이스(CLI)로 텍스트 터미널을 통해 사용자와 컴퓨터가 상호작용 합니다. 이러한 인터페이스는 초보자들에게 다소 생소하고 어려운 부분이 있기 때문에 운영체재와 사용자가 사용하기 쉽도록 그래픽 사용자 인터페이스(GUI)를 제공해 주는 툴을 사용하는 것이 좋습니다.

SVN에 대한 자세한 정보와 사용법은 직접 찾아보시기 바랍니다.

Git의 간략한 설명

Git 또한 SVN과 비슷한 버전 관리 프로그램입니다. 하지만 SVN과 달리 속도에 중점을 둔 분산형 버전 관리 시스템(DVCS) 입니다. SVN의 경우에는 Repository라는 하나의 저장소를 가지고 있지만 Git의 경우에는 중간에 Local Repository가 존재하여 대체로 Local에서 작업이 이루어지기 때문에 인터넷을 통한 서버 조회 없이 Local에서 조회하므로 속도면에서 굉장히 빠릅니다. 이외에도 Git만 가지고 있는 강력한 장점이 있습니다.

이러한 장점들로 인해 Athena의 여러 개발팀들도 Git과 SVN을 동시에 사용하거나 SVN에서 Git으로 옮겨가는 추세입니다.

(앞에서 언급한 점 외에도 Git의 중요하고 특별한 점이 있지만 자세한 것은 직접 찾아보시기 바랍니다.)

rAthena팀

https://rathena.org/board/

SVN 체크아웃 URL

https://github.com/rathena/rathena/trunk

Hercules팀

https://hercules.ws/board/

SVN 체크아웃 URL

https://github.com/HerculesWS/Hercules

eAthena팀

https://www.eathena.ws/

SNV 체크아웃 URL

https//eathena-project.googlecode.com/svn/

Server only를 선택하여 설치해도 무방하지만, 이후에 MySQL Workbench를 따로 다운받아서 설치해야 합니다.

MySQL을 다룰줄 안다면 위의 선택에서 적절히 필요한 것을 골라 설치해도 무방합니다.