공지사항

스크래치 - 온양여자고등학교전공체험

진우 — Tue, 03 Jan 2017 23:49:38 +0900

안녕하세요. 한국기술교육대학교 컴퓨터공학부 박진우기술연구원입니다. 이렇게 만나게 되서 반갑습니다. ...

스크래치 - 쌍용고등학교전공체험

진우 — Sun, 25 Dec 2016 14:51:36 +0900

안녕하세요. 한국기술교육대학교 컴퓨터공학부 박진우기술연구원입니다. 이렇게 만나게 되서 반갑습니다. ...

UCC 특강

진우 — Fri, 18 Mar 2016 16:37:55 +0900

UCC 영상 만들기 강의를 듣기 전에 3월 23일 특강에서는 강의에 대한 학생들의 참석을 높이고, ...

워드프레스 플러그인 만들기

진우 — Mon, 23 Apr 2012 09:26:23 +0900

WordPress Plugin Development
이 문서는 워드프레스 플러그인 만드는 방법을 일목요연하게 설명하고 있습니다.

워드프레스 온라인 메뉴얼 원본에 충실하되, 설명이 부족하다고 생각되는 부분은 부가 설명과 참고 이미지를 추가하였습니다.
워드프레스 플러그인을 제대로 개발하기 위해서는 최소한 아래 4개 문서의 내용을 잘 숙지해야합니다만.

참고문서

1. 목차

1 목차
2 소개 / 준비
… 2.1 플러그인 이름과 파일 이름 짓기
… 2.2 플러그인 파일 위치
… 2.3 파일 헤더 작성
… 2.4 Readme 파일 작성
… 2.5 라이센스
3 플러그인 프로그래밍하기
… 3.1 WordPress Plugin Hook을 이용하는 방법
…… 3.1.1 Action
…… 3.1.2 Filters
…… 3.1.3 그 외에 반드시 알아야할 것들
……… 3.1.3.1 플러그할 수 있는 함수들
……… 3.1.3.2. 플러그인 활성/비활성 훅
……… 3.1.3.3 사용가능한 액션과 필터 목록
… 3.2 Template Tags를 이용하는 방법
4 데이터베이스에 플러그인 데이터 저장하기
… 4.1 워드프레스 옵션을 이용하는 방법
…… 4.1.1 새로운 옵션 생성
…… 4.1.2 데이터베이스에서 옵션 값 가져오기
…… 4.1.3 옵션 업데이트
… 4.2 Post Meta(일명 Custom Fields)를 이용하는 방법
… 4.3 새로운 데이터 테이블을 만드는 방법
5. 옵션 관리 메뉴/페이지 만들기
… 5.1 어느 위치에 메뉴를 만들까?
… 5.2 Top-Level 메뉴 만들기
… 5.3 Sub-Level 메뉴 만들기
6. 다국어 지원

2. 소개 / 준비

플러그인이란 응용프로그램을 확장/변경하기 위해 만드는 컴퓨터 프로그램을 말합니다.
워드프레스 역시 간편하게 플러그인을 설치하여 블로그의 기본 기능을 확장/변경할 수 있습니다. 워드프레스 온라인 메뉴얼에서는 워드프레스 플러그인에 대하여 아래와 같이 정의하고 있습니다.

“워드프레스 플러그인은 PHP 스크립트 언어로 작성된 프로그램 또는 함수(집합)로서, 블로그 기능과 서비스를 확장할 수 있다. 워드프레스 플러그인은 플러그인 API가 제공하는 ‘엑세스 포인트’와 ‘메서드’를 통해 블로그와 완벽하게 통합될 수 있다.”

코어 프로그램을 함부로 변경하게되면, 차후 여러가지 문제점에 직면할 가능성이 커집니다. 블로그의 기본 기능을 확장/변경하고자 한다면, 가능한 플러그인에서 답을 찾는 것이 옳습니다.
* 플러그인 정의에 언급한 ‘엑세스 포인트’와 ‘메서드’란… 이후 자세히 설명하게 될 Action과 Filter라는 Hook을 가르킵니다.

현재 워드프레스 웹사이트에 들어가보니 10,231개의 플러그인이 등록되어있네요. 하지만, 내 블로그에 꼭 맞는 플러그인이 없다면, 이 문서가 플러그인 개발에 도움이 될 것입니다.

2.1 플러그인 이름과 파일 이름 짓기

플러그인의 이름과 파일 이름을 지을 때에는 플러그인의 기능을 잘 표현하면서도, 다른 플러그인들의 이름과 중복되지않도록 유니크한 이름을 지어야할 것입니다.
- 플러그인 이름 짓기의 예: My Google Analyticator
- 파일 이름 짓기의 예: my-google-analyticator.php

2.2 플러그인 파일 위치

플러그인 기본 디렉토리인 wp-content/plugins/에 위치시킵니다. 파일이 여러개인 경우(readme.txt, php, image…) 아래 그림과 같이 서브디렉토리를 생성하여 그룹을 만드세요.

예: 위 그림은 “akismet”이라는 플러그인의 위치와 파일들을 보여주고 있다.

2.3 파일 헤더 작성

플러그인 PHP 파일 상단에 플러그인 정보를 반드시 작성해주어야 합니다. 워드프레스는 이 정보를 통해 플러그인의 존재를 인식하기 때문입니다. 파일 헤더는 아래와 같은 주석문으로 작성합니다.

http://URI_Of_Page_Describing_Plugin_and_Updates
 Description: A brief description of the Plugin.
 Version: The Plugin's Version Number, e.g.: 1.0
 Author: Name Of The Plugin Author
 Author URI: http://URI_Of_The_Plugin_Author
 License: A "Slug" license name e.g. GPL2
 */
 ?>

플러그인 파일에 헤더가 올바르게 작성되어있다면, 플러그인 관리페이지에 아래 그림과 같이 플러그인이 인식되며, 헤더에 작성한 정보들이 출력되고 있는 것을 알 수 있습니다.

2.4 Readme 파일 작성(선택)

플러그인 제작후 배포할 계획이 있다면, Readme 파일을 작성하여 플러그인 파일과 같은 폴더에 위치시켜야 합니다. 아래 그림과 같이 플러그인에 대한 자세한 정보를 사용자들에게 미리 알려주어야하기 때문입니다.

Readme 파일 작성시에는 표준 포멧을 따라야 하므로,
http://wordpress.org/extend/plugins/about/readme.txt를 참고하여 작성하세요.

2.5 라이센스(선택)

일반적으로 파일 헤더 정보에 함께 작성합니다. 대부분의 플러그인은 워드프레스가 사용하는 GPL2 또는 compatible with the GPL2 라이센스를 사용하고 있습니다. GPL2 라이센스를 사용하려 한다면 다음 라인을 플러그인에 포함하세요.

3. 플러그인 프로그래밍하기

플러그인을 프로그래밍하는 방법은, WordPress Plugin Hook을 이용하는 방법과 Template Tags를 이용하는 방법이 있습니다.

3.1 WordPress Plugin Hook을 이용하는 방법

“후킹(hooking)은 소프트웨어 공학 용어로, 운영 체제나 응용 소프트웨어 등의 각종 컴퓨터 프로그램에서 소프트웨어 구성 요소 간에 발생하는 기능 호출, 메시지, 이벤트 등을 중간에서 바꾸거나 가로채는 명령, 방법, 기술이나 행위를 말한다.” – 위키피디아

워드프레스 플러그인 훅은 워드프레스가 실행되는 동안 다양한 시점에서 실행됩니다.
워드프레스는 자신이 해야할 기본 행위를 하기전에 그 행위에 플러그인이 등록되어있는지를 먼저 체크합니다. 만약 여기에 등록되어있는 함수가 있다면 이를 먼저 실행합니다. 예를들어, 포스트 제목 앞에 일괄적으로 꽃표를 붙히고자 한다면, ‘필터’라는 훅을 활용해볼 수 있을 것입니다.
아래 코드는 포스트 제목을 출력하는 기능을 하는 the_title 함수(템플릿태그)에 필터를 추가하는 방법을 보여줍니다.(자세한 설명은 Filter에서 설명합니다)

function add_asterisk_on_title($title){
 return '*' . $title;
}
add_filter('the_title', 'add_asterisk_on_title');

워드프레스 플러그인 Hook으로는 Action과 Filter가 있습니다.

Actions: Action API를 이용하여, 워드프레스가 실행되는 동안 특정한 포인트에서, 또는 특정한 이벤트가 발생되었을때 후킹할 수 있도록 한다. 플러그인 개발자는 이 포인트에 하나 또는 그 이상의 PHP 함수가 실행되도록 할 수 있다.

Filters: Filter API를 이용하여, 텍스트를 데이터베이스에 저장하거나 브라우저에 출력하기 전에 후킹할 수 있도록 한다. 플러그인 개발자는 이 시점에 하나 또는 그 이상의 PHP 함수가 실행되도록 하여 다양한 타입의 텍스트를 수정할 수 있다.

자, 그럼 이 두가지를 차근 차근 예제와 함께 살펴보도록 하겠습니다.

3.1.1 Action

액션은 워드프레스에서 발생하는 특정 이벤트에 의해 실행됩니다. 예를들어, 포스트를 퍼블리시한다거나 테마를 바꿀때… 이와같은 이벤트가 발생할 때 여러분이 등록한 PHP 함수가 실행됩니다.

기본 과정은 아래와 같습니다.
i. 이벤트가 발생했을때 실행할 PHP 함수를 정의한다.
ii. add_action으로 워드프레스에 액션 훅을 건다.
iii. 플러그인 파일에 위 내용들을 저장하고, 플러그인을 활성한다.

실습: 새로운 포스트를 퍼블리시했을 때, 자동으로 친구에게 이메일 공유하는 플러그인을 만들어봅시다.

function email_friends($post_ID)  {
   $friends = 'bob@example.org,susie@example.org';
   mail($friends, "sally's blog updated", 'I just put something on my blog');
   return $post_ID;
}

대부분의 action 함수는 위와 같이 1개의 파라미터를 받도록 작성될 것입니다. (보통 포스트 아이디 또는 덧글의 아이디). 하지만 어떤 action 함수의 경우 1개 이상의 파라미터를 필요로 하는 경우도 있으므로 함수 작성시 action 레퍼런스를 참고하세요.

함수를 정의했다면 아래와 같이 액션 훅을 워드프레스에 걸어야 합니다.

add_action ( 'hook_name', 'your_function_name', [priority], [accepted_args] );

hook_name: 필수(string), 워드프레스가 제공하는 action 훅의 이름. (위 예제의 경우 ‘publish_post’)

your_function_name: 필수(string), hook_name으로 기술된 이벤트가 발생하였을때 실행시킬 함수의 이름 (위 예제의 경우 ‘email_friends’)
priority: 선택(integer, default: 10), action 훅이 여러개 걸려있는 경우 실행 순서를 지정할 수 있습니다. 숫자가 작을수록 먼저 실행됩니다.
accepted_args: 선택(integer, default: 1), 함수가 받을 파라미터의 개수입니다. 어떤 훅의 경우 1개이상의 파라미터를 전달해야하기 때문에 필요한 것입니다.

위 형식에 따라 앞선 예제는 아래와 같이 액션 훅을 걸 수 있을 것입니다.
[php]add_action ( ‘publish_post’, ‘email_friends’ );[/php]
이렇게 걸린 액션 훅은 publish_post 함수 내부의 do_action 함수에 의해 호출될 것입니다.

Actions Functions:
has_action
add_action
do_action
do_action_ref_array
did_action
remove_action
remove_all_actions

3.1.2 Filter

필터는 데이터와 밀접한 관계가 있습니다. 워드프레스는 자신의 기본 동작을 실행하기 전에 특정 시점에서 데이터를 가공할 수 있는 기회를 줍니다. 필터가 바로 시점에서 자신의 역할을 하게 됩니다. 필터는 데이터베이스와 브라우저(워드프레스가 만들어내는 페이지), 브라우저와 데이터베이스(워드프레스가 새로운 포스트, 덧글을 데이터베이스에 추가할때) 중간에 있다고 말할 수 있습니다. 워드프레스에서 입/출력되는 대부분 데이터들은 적어도 하나 이상의 필터를 거치는데, 여러분은 여기에 필터 API로 필터를 추가할 수 있습니다.

기본 과정은 아래와 같습니다.
i. 데이터를 필터링하는 PHP 함수를 정의한다.
ii. add_filter로 워드프레스에 필터 훅을 건다.
iii. 플러그인 파일에 위 내용들을 저장하고, 플러그인을 활성한다.

실습: 덧글에 저속한 단어들이 있는 경우 이를 필터링({censored}로 대체)하는 플러그인을 만들어봅시다.

function filter_profanity($content) {
 $profanities = array('badword','alsobad','...');
 $content=str_ireplace($profanities,'{censored}',$content);
 return $content;
 }

* 참고: str_ireplace는 대소문자를 구분하면서 문자를 대체하는 PHP 함수입니다. 위 예제의 경우 첫번째 파라미터로 배열을 넘겨주었기 때문에, 내부적으로 순환하면서 문자패턴을 검사합니다.

함수를 정의했다면 필터 훅을 워드프레스에 걸어야 합니다.

add_filter ( 'hook_name', 'your_filter', [priority], [accepted_args] );

hook_name: 필수(string), 워드프레스가 제공하는 filter 훅의 이름. (위 예제의 경우 ‘comment_text’)
your_filter: 필수(string), 필터링에 사용할 일반 PHP 함수 이름. 워드프레스 코어에 있는 함수여도 되고, 여러분이 플러그인 파일에 직접 정의한 함수여도 됩니다. (위 예제의 경우 ‘filter_profanity’)
priority: 선택(integer, default: 10), filter 훅이 여러개 걸려있는 경우 실행 순서를 지정할 수 있습니다. 숫자가 작을수록 먼저 실행됩니다.
accepted_args: 선택(integer, default: 1), 여러분의 함수가 받을 파라미터의 개수입니다. 어떤 훅의 경우 1개이상의 파라미터를 전달해야하기 때문에 필요한 것입니다.

위 형식에 따라 앞선 예제는 아래와 같이 필터 훅을 걸 수 있을 것입니다.
[php]add_filter(‘comment_text’,'filter_profanity’);[/php]
이렇게 걸린 필터 훅은 comment_txt 함수 내부의 apply_filters 함수에 의해 호출될 것입니다.

Filter Functions:
has_filter
add_filter
apply_filters
current_filter
merge_filters
remove_filter
remove_all_filters

3.1.3 그 외에 반드시 알아야할 것들

3.1.3.1 플러그할 수 있는 함수들

위와같이 액선과 필터로 훅을 거는 방법 말고도, 워드프레스 기본 제공 함수를 아예 덮어쓰기 함으로써, 워드프레스의 기본 행동을 변경할 수도 있습니다. 덮어쓰기 가능한 함수들의 집합을 Pluggable Functions라고 부르며 wp-includes/pluggable.php에 정의되어있습니다. (메뉴얼에서는 작은 함수 세트라고 말하고 있지만, 사실 매우 유용한 많은 함수들이 들어 있습니다.)
모든 플러그인을 읽어들인 후, 여전히 정의되지않은 플러그인 가능한 함수들만을 읽어들이므로, Pluggable Functions에 정의된 함수 중 필요한 것을 덮어쓰기하여 기본 행동을 변경하면 되는 것입니다. (function_exists 함수로 이미 정의되었는지를 확인함)

3.1.3.2. 플러그인 활성/비활성 훅

이 함수들은 플러그인이 활성/비활성될 때 작동합니다. 대부분 이 기능이 필요없을 테지만, 플러그인을 설치할때 기본 옵션값을 변경해야하는 등의 경우에 필요할 것입니다.
register_activation_hook
register_deactivation_hook

3.1.3.3 사용가능한 액션과 필터 목록

예제의 ‘publish_post’, ‘comment_text’ 같은… 액션과 필터 목록입니다.
Plugin API/Action Reference
Plugin API/Filter Reference
또는
Adam Brown’s WP Hooks Database

3.2 Template Tags를 이용하는 방법

플러그인을 만드는 또 한가지 방법은 사용자정의 Template Tags를 생성하는 것입니다. 원리는 매우 단순합니다. 예를들어, hr 태그를 삽입하는 사용자정의 Template Tag를 플러그인 파일에 정의해두고, 사용자가 자신의 theme의 필요한 부분에서 호출을 하도록 하는 것입니다.

// 플러그인 파일에서...
function insert_hr(){
   // code...
}
// theme에서...
insert_hr();

따라서, 개발자는 아래 그림과 같이 플러그인 홈페이지나 readme.txt, 플러그인 해더 등에서 Template Tags 사용법을 사용자들에게 자세히 알려주어야 합니다. 사용자들은 개발자가 어떤 Template Tag를 정의해두었는지 알 수가 없을테니까요.

* Template Tags: 블로그 템플릿에 데이터를 출력하려 하거나, 이를 커스터마이즈하고자 할 때 사용되는 함수/메서드.

4. 데이터베이스에 플러그인 데이터 저장하기

플러그인 개발시, 대부분의 개발자들은 form 데이터를 데이터베이스에 저장할 필요성을 느낄 것입니다.
예를 들어, 사이드바 위젯에 최근 포스트 제목을 원하는 개수만큼 출력하는 플러그인(이미 존재하지만…)을 만들고자 한다면, 그 개수에 해당하는 데이터가 어디에든 저장되어있어야 할 것입니다.

플러그인에서 사용할 데이터를 데이터베이스에 저장하는 방법 세가지가 있습니다.
i. 워드프레스 옵션을 이용하는 방법
ii. Post Meta(일명 Custom Fields)를 이용하는 방법
iii. 새로운 데이터 테이블을 만드는 방법
그럼 하나하나 자세히 살펴보도록 하겠습니다.

4.1 워드프레스 옵션을 이용하는 방법

각 데이터 마다 고유의 이름이 있고, 소량의 데이터를 저장하는데 적합합니다. — 사이트 소유자가 플러그인을 세팅한 이후에 웬만해서는 바뀔 일이 없을 것으로 기대되는 데이터들입니다.
워드프레스를 설치하면, 데이터베이스에 wp_options (‘wp_’는 접두어)라는 테이블이 생성되어있을 것입니다. 설치과정에서 이미 여기에 수많은 옵션 데이터들이 저장되었을 텐데, 블로그 타이틀, 관리자 이메일, 사이트 주소, 문자셋, 현재 템플릿 등이 바로 옵션 데이터들입니다. 플러그인 제작시 바로 이 테이블을 이용하여 얼마든지 데이터를 추가/변경/삭제할 수 있으며, 이 작업을 손쉽게 할 수 있는 함수들을 제공합니다. (add_option, get_option, update_option, …)

위 그림은 wp_options 일부를 캡처한 것입니다. 옵션 값으로는 저장할 수 있는 데이터 타입은 string, array, PHP object 입니다. (PHP object인 경우, “serialized” 또는 “json_encode”하여 문자열로 바꾸어서 저장해야합니다. 물론 값을 받을때에는 각각 “unserialized”, “json_decode” 해야하고…)

4.1.1 새로운 옵션 생성

add_option($name, $value, $deprecated, $autoload);

* 이미 같은 이름의 옵션이 존재하면 이 명령은 무시됩니다.
name: 필수(string). 옵션의 이름
value: 선택(mixed, 디폴트는 공백문자) 옵션의 값
deprecated: 선택(string, 디폴트는 공백문자), 워드프레스에서 더이상 사용되지 않음. $autoload 파라미터를 사용하려면 공백문자나 null을 입력.
autoload: 선택 (‘yes’ 또는 ‘no’, 디폴트는 ‘yes’) ‘yes’로 세팅되어있다면, wp_load_alloptions 함수 호출시 데이터베이스에서 읽어들이는 옵션의 리스트에 포함됨.

4.1.2 데이터베이스에서 옵션 값 가져오기:

[php]get_option($option);[/php]
option: 필수(string) 가져오려는 옵션의 이름. 워드프레스 디폴트 옵션 목록은 Option Reference 에서 볼 수있습니다.

4.1.3 옵션 업데이트

update_option($option_name, $newvalue);

* 업데이트하려는 옵션이 없는 경우, 새로운 옵션을 생성합니다. 따라서 $deprecated 또는 $autoload 파라미터를 사용하지 않는다면, add_option대신 update_option을 사용해도 되는 것입니다.
option_name: 필수(string), 옵션의 이름
newvalue: 필수(string|array|object) 옵션의 값

4.2 Post Meta(일명 Custom Fields)를 이용하는 방법

개개의 posts, pages, attachments와 관계하는 데이터로서 적합합니다. posts, pages, attachments와 같은 데이터들은 각각 제목, 내용, 저자 아이디, 등록일, 수정일 등 다양한 데이터들을 가지고 있지만, 그 외에 특별한 사용자정의 데이터를 덧붙이고 싶다면, Post Meta를 이용할 수 있습니다.
다음 예제는 각 포스트 마다 mood와 listening_to라는 사용자정의 데이터를 입력/수정/삭제하는 플러그인의 예를 보여줍니다.
post_meta Function Examples
이 예제를 통해 posts, pages, attachments의 메타데이터를 이용한 플러그인을 제작할 수 있을 것입니다. 또한 post meta는 포스트 에디터 하단에 있는 Custom Fields 패널에서도 손쉽게 추가할 수 있습니다.(아래 그림)

4.3 새로운 데이터 테이블을 만드는 방법

개개의 posts, pages, attachments, comments와 관계하되, 특히 시간이 지남에 따라 계속 데이터가 늘어나고, 각각의 데이터들에게 고유한 이름이 필요없을 때 적합합니다. 이 방법은 Creating Tables with Plugins 에서 자세히 알 수 있지만, 워드프레스 데이터베이스 시스템을 미리 이해하고 있어야합니다. (이 부분에 대해서도 조만간 한글 메뉴얼을 만들어볼까 합니다.)

5. 옵션 관리 메뉴/페이지 만들기

데이터베이스에 옵션 데이터를 저장하고 관리해야하는 플러그인인 경우(4.1과 같이), 아래 그림처럼 이를 관리할 수 있는 메뉴와 페이지가 필요할 것입니다.

관리 메뉴/페이지를 만드는 절차는 다음과 같습니다.
i. 메뉴를 만들어내는 코드를 포함하는 함수를 만든다.
ii. 이 함수를 “admin_menu” 액션 훅으로 등록한다.
iii. ii 단계에서 만든 관리메뉴를 클릭했을때 나올 HTML 페이지(스크린)를 만든다.
* 종종 개발자들은 ii 단계를 건너뛰고 직접 add_options_page를 실행시키곤하는데, 이렇게하면 에러를 발생시키므로, 반드시 위 과정을 따라야합니다.

5.1 어느 위치에 메뉴를 만들까?

메뉴는 top-level에 만들 수도 있고, sub-level에 만들 수도 있습니다.
top-level로 만드는 경우는 매우 드물지만, 워드프레스의 어드민 메뉴 구분/카테고리와 컨셉이 완전히 다르거나, 너무 많은 서브메뉴들을 가지고 있을 경우에는 top-level로 만드는 것이 적절할 것입니다.
sub-level로 메뉴를 추가하려 한다면, 여러분의 메뉴가 위치하게 될 top-level 메뉴를 결정해야할 것입니다. 워드프레스의 기본 top-level 메뉴는 아래와 같습니다.
Dashboard, Posts, Media, Links, Pages, Comments, Appearance, Plugins, Users, Tools, Settings

5.2 Top-Level 메뉴 만들기

* Top-Level로 메뉴를 만드는 일은 매우 드뭅니다. 필요없다고 생각되면, Sub-Level 메뉴 만들기로 넘어가셔도 됩니다.

page_title: 필수, 메뉴를 클릭했을때 나오는 페이지의 타이틀
menu_title: 필수, 메뉴의 타이틀
capability: 필수, 메뉴와 페이지 접근 권한(User levels)
menu_slug: 메뉴 페이지의 고유 슬러그.
function: 메뉴의 페이지를 디스플레이하는 함수 이름.
icon_url: 선택, 메뉴 아이콘 url
position: 선택, 메뉴가 나타날 위치. 이 값을 생략하면 메뉴 최하단에 나타남.

실습: 위 이미지와 같이 Top-Level 메뉴와 페이지를 만들어봅시다.

add_action('admin_menu', 'my_top_menu');
function my_top_menu() {
   add_menu_page('my top menu title', 'my top menu', 9, 'my-top-menu', 'my_top_menu_page');
}
function my_top_menu_page() {
   if (!current_user_can('manage_options'))
      wp_die( __('You do not have sufficient permissions to access this page.') );
?>
   
      My Top Menu Page
      My Top Menu Page Test.

5.3 Sub-Level 메뉴 만들기

page_slug: top-level의 슬러그 또는 파일 이름. 사용자정의 top-level인 경우 슬러그를, 그렇지않은 기본 워드프레스 top-level 메뉴인 경우 파일 이름을 입력.

* Top-Level 메뉴별 page_slug:
 Dashboard - 'index.php'
 Posts - 'edit.php'
 Media - 'upload.php'
 Links - 'link-manager.php'
 Pages - 'edit.php?post_type=page'
 Comments - 'edit-comments.php'
 Appearance - 'themes.php'
 Plugins - 'plugins.php'
 Users - 'users.php'
 Tools - 'tools.php'
 Settings - 'options-general.php'
//example

page_title: 필수, 메뉴를 클릭했을때 나오는 페이지의 타이틀
menu_title: 필수, 메뉴의 타이틀
capability: 필수, 메뉴와 페이지 접근 권한(User levels)
menu_slug: 메뉴 페이지의 고유 슬러그
function: 메뉴의 페이지를 디스플레이하는 함수 이름.

Sub-Level 메뉴 생성할 때, 아래와 같은 Wrapper Function을 간편하게 사용할 수도 있습니다.

* Top-Level 메뉴별 Sub-Level 메뉴 생성 Wrapper Function:
 Dashboard - add_dashboard_page
 Posts - add_posts_page
 Media - add_media_page
 Links - add_links_page
 Pages - add_pages_page
 Comments - add_comments_page
 Appearance - add_theme_page
 Plugins - add_plugins_page
 Users - add_users_page
 Tools - add_management_page
 Settings - add_options_page
//example:

실습1: 아래 이미지와 같이 Setting 메뉴에 메뉴 아이템 하나를 추가하고, 추가된 메뉴를 클릭하면 페이지가 출력되도록 해봅시다.


   
   My Plugin Options
   Here is where the form would go if I actually had options.

실습2: 아래 이미지와 같이 사용자정의 Top-Level 메뉴를 만들고, 그 메뉴에 Sub-Level 메뉴를 추가해봅시다.

add_action('admin_menu', 'my_top_menu');
function my_top_menu() {
 add_menu_page('my top menu title', 'my top menu', 9, 'my-top-menu', 'my_top_menu_page');
 add_submenu_page('my-top-menu', 'My Plugin Options', 'My Plugin', 'manage_options', 'my-unique-identifier', 'my_plugin_options');
 }
function my_top_menu_page() {
 if (!current_user_can('manage_options'))
     wp_die( __('You do not have sufficient permissions to access this page.') );
 ?>
 
 My Top Menu Page
 My Top Menu Page Test.
 
 
 
 My Plugin Options
 Here is where the form would go if I actually had options.

실습 3: 플러그인 옵션 데이터를 데이터베이스에 저장해봅시다.

add_action('admin_menu', 'mt_add_pages');
// 훅에 대한 액션 함수
 function mt_add_pages() {
 // Settings 메뉴에 서브메뉴를 만듬.
 add_options_page('Test Settings', 'Test Settings', 'manage_options', 'testsettings', 'mt_settings_page');
 }
function mt_settings_page() {
 // 유저 접근 권한 체크
 if (!current_user_can('manage_options'))
     wp_die( __('You do not have sufficient permissions to access this page.') );
// 필드와 옵션 이름으로 사용할 변수
 $opt_name = 'mt_favorite_color';
 $hidden_field_name = 'mt_submit_hidden';
 $data_field_name = 'mt_favorite_color';
// 현재 데이터베이스에 저장된 옵션 값 가져오기
 $opt_val = get_option( $opt_name );
// Form을 Submit 했다면...
 if( isset($_POST[ $hidden_field_name ]) && $_POST[ $hidden_field_name ] == 'Y' ) {
 $opt_val = $_POST[ $data_field_name ];
// 포스트값을 데이터베이스에 저장
 update_option( $opt_name, $opt_val );
// 화면에 업데이트했다는 메세지를 표시
 echo 'settings saved';
 }
 // 옵션 설정 화면을 표시
 ?>
 
 Menu Test Plugin Settings
 
 
 Favorite Color:

* 옵션 페이지 만드는 방법은 위 예제에서 크게 벗어나지 않습니다. 자세한 내용은 Creating Options Pages를 참조하세요.

6. 다국어 지원(선택)

워드프레스가 전세계에서 사용되고 있는 만큼. 플러그인을 배포할 계획이 있다면, 다국어 지원에도 신경쓰면 좋겠지요?
플러그인은 언어파일을 자동으로 로드하지 않으므로, 아래와 같이 파일을 로드해야합니다.

load_plugin_textdomain('your-unique-name','/wp-content/plugins/plugin-name/location-of-mo-po-files/');

플러그인 파일 등에서 흔히 볼 수 있는 __ 함수와 _e 함수는 아래와 같은 구문 형식을 갖습니다.

__('String name','your-unique-name');
 _e('String name','your-unique-name');

__ 함수는 번역된 텍스트를 return하고, _e 함수는 echo하는 차이가 있습니다.

자세한 내용은 I18n for WordPress Developers를 참고하세요.

끝.

WordPress Plugin Development | 워드프레스 플러그인 만들기 | 2010.7.13 | 이태한

워드프레스에 대한 기능들 여기저기서 모은 것

poul — Wed, 18 Apr 2012 16:39:21 +0900

워드프레스의 핑백 기능에 관해서

워드프레스의 경우에는 핑백(pingback)이라는 기능이 있다.. 핑백이라는 것은 트랙백의 발전형, 개량형, 내지는 변종이다. 워드프레스 기반 블로그나 여타 해외 블로그에서 다른 블로그의 포스트를 ‘링크’하면 자동으로 트랙백과 유사하게 자신이 글을 썼다라는 내용을 XML-RPC 형태로 쏴준다. 자세한 내용은 영문 위키백과를 참조. 근데 이게 자기가 쏜걸 자기가 받을 수도 있다. 내가 이번에 끊어진 내부 링크를 이으면서 어마어마한 양의 내부 Pingback을 처리했는데. 그냥 전부 받았다. 이게 괜찮은게. 예를 들어서 새로 쓴 글에서 예전에 쓴 글을 링크하면, 새로 쓴 글에서는 예전 글을 링크했지만 예전 글에서는 새로 쓴 글의 존재를 알 수가 없다. 그러니 예전 글을 검색하거나 링크를 타고오거나 하면 그냥 그것만 읽고 떠날텐데. 이제 Pingback으로 새 글이 있다 라는걸 알게 되니까 그 글을 읽을 수 있게 되었다. 즉, 방문객에게는 좀 더 많은 글을 발견할 수 있는 기회를, 저에게는 방문객이 좀 더 블로그에 오래 체류하는 효과를 낳았다. 뭐 이런 윈윈 효과를 낳았다. 이런 것.

아무튼 괜찮은 기능인 것 같아 즐겁다. ^^

이안 on 2011/10/22 at 6:26 pm said:

그렇군요. 저도 언젠가 글을 쓰다 예전 글을 인용해서 링크시켰더니 제 글인데도 핑백이 왔어요. 그럴 수도 있다는 것을 이제 알았습니다. ^^

뜨는 워드프레스(Wordpress) 한방에 설치하기!

워드프레스(Wordpress)를 아시나요~?

워드프레스(Wordpress)는 세계에서 가장 많이 사용되고 있는 설치형 블로그를 말합니다. 최근 서울시를 비롯한 국내 다수의 개인, 기업, 공공기관들도 기존의 홈페이지를 이 워드프레스(Wordpress)로 바꾸고 있어서 주목을 받고 있습니다.

워드프레스(Wordpress)는 텍스트큐브, 제로보드와 같은 오픈소스 기반의 콘텐츠 관리 시스템인데, 최근 더 각광을 받고 있는 이유가 쉬워서라고 하네요~ ㅎ

웹사이트 콘텐츠를 사용자가 원하는 대로 쉽고 빨리 그리고 자유롭게 생산할 수 있고, 운영 관리하기도 쉽다고 합니다. 입력창이 소셜 형태라 편집과 등록이 일반 블로그 보다도 쉬운거지요~^^

또, 플러그인 방식으로 일반인들도 다양한 템플릿 디자인을 적용해 예쁜 웹사이트를 손쉽게 구축할 수가 있답니다.

특히, 소통의 중요성이 날이 갈수록 강조되고 있는데, 모바일 웹 환경과 다양한 소셜 플랫폼(SNS)과의 연동을 제공한다는 강점 때문에 워드프레스(Wordpress)를 선택하는 사람들이 늘고 있는 추세입니다.

이 밖에도 워드프레스(Wordpress)는 검색에 최적화된 툴이라 콘텐츠의 노출이 쉽고, 오픈 소스이기 때문에 전세계 개발자에 의해 계속 발전을 해나갈 가능성이 높다고 합니다.

다음은 지난 3월에 워드프레스로 새 단장한 서울특별시 홈페이지 입니다. 딱 봐도 이용자들의 소통과 참여를 강조하고 있다는 게 한 눈에 보이지 않나요~??

실제 서울시 홈페이지는 ▲웹사이트에 올라온 정보를 트위터나 페이스북 등의 SNS로 손쉽게 공유하게 하고 ▲SNS 계정으로도 댓글을 달 수 있는 ‘소셜댓글’을 제공하며 ▲태블릿 등 모바일 단말기기용 화면을 제공하고 ▲누구나 사전 허락 없이도 콘텐츠를 자유롭게 이용하도록 되어 있습니다.

이렇게 이점이 많은 워드프레스(Wordpress)를 이용해 보고 싶으시다고요~?!

카페24 호스팅센터에서는 워드프레스(Wordpress)와 같은 설치형 프로그램을 손쉽게 자동으로 설치 할 수 있는 프로그램 자동설치 기능을 제공합니다. 이런 프로그램을 설치하려면 이것저것 파일을 받고 웹FTP를 통해 서버에 업로드하고 참 번거로운 과정을 거쳐야 하는데요;;

카페24 호스팅 서비스를 이용하시는 분들은 프로그램 자동설치 기능을 활용해 한번의 클릭만으로 간편하게 원하는 설치형 프로그램들을 사용중인 호스팅에 설치해 이용할 수 있답니다. ^^
☞ GO!! 워드프레스 프로그램 설치하러 바로가기!!

> 카페24 호스팅센터 內 '프로그램 자동설치' 메뉴를 확인하세요.
호스팅 세팅과 함께 워드프레스(Wordpress)가 바로 설치됩니다. ^^

> 이미 카페24 호스팅 서비스를 이용하고 계시다면, 카페24 호스팅센터에 로그인!!
[나의 서비스관리] 페이지 內 '부가서비스' 카테고리에서 자동설치 프로그램을 이용하실 수 있어요.

워드프레스 플러그인 TOP 30

워드프레스의 꽃은 무엇일까요?

간편한 설치와 더불어 많은 플러그인들이 있지요?
대중적으로 가장 많이 쓰이는 플러그인들만 간추려 보았습니다.
해당 플러그인의 대한 설명과, 사용법은 앞으로 꾸준히 POSTING 하겠습니다.

1. Akismet
역시 가장 많이 사용하는 스팸차단 플러그인이다.

2. Google Sitemap Generator
역시 국내와는 달리 외국 블로거들은 SEO에 큰 관심을 가지는 것 같다.
국내 블로거들도 이젠 SEO에 신경을 쓰고 좀더 전문적으로 블로그를 운영했으면 하는 바람이다.

3. Related posts
작성한 글과 관련된 글 목록을 보여준다.

4. Wp-Contact form
스팸방지가 적용된 contact 용지다.

5. WordPress database backup
말이 필요없는 WP데이터베이스 백업 플러그인.

6. Feedburner Feed Replacement
RSS피드를 피드버너로 사용하는 블로거들에게 필요하다.

7. Ultimate Tag Warrior
태그와 관련된 모든 작업을 할수 있다.

8. Subscribe to comments
댓글을 남긴 후 그 댓글에대한 토론들을 확인 할수있게 이메일로 보낸다.
블로그를 키워나가는데 좋은 툴이다.

9. AdSense Deluxe
AdSense광고를 쉽고 다양하게 블로그에 삽입할수 있게 도와주는 플러그인.

10. Gravatars
Gravatars서비스에 가입한 사용자들이 댓글을 달때 그들의 아바타를 보여준다.

11. Jerome’s Keywords plugin
태그와 키워드 관리를 도와준다.

12. Optimal title
제목을 최적화해서 SEO의 최적화를 만들게 해준다.

13. Sociable
소셜네트워크 사이트에 쉽게 등록할수 있게 하는 아이콘들을 블로그에 표시해준다.

14. WP-Cache 2.0
자신의 블로그를 최적화해서 빠르게 뜨게 해준다.
트랙픽 관리도 최적화 시켜줘서 갑자기 블로그가 폭주하더라도 다운되지 않도록 관리한다.

15. Popularity Contest
인기글들을 따로 보여주거나 표시하는 기능을 한다.

16. Sidebar Widgets
사이드바 위젯을 사용 가능하게 만든다.

17. Wp_Notable
여러 소셜 사이트의 아이콘들을 표시해준다.

18. Simple Tags
Technorati 태그를 만들어준다.

19. Adhesive
특정 글이 블로그 맨위에 항상 표시되도록 하는 기능이다.
공지나 알림 글에 사용하기 좋다.

20. Exec-php
PHP코드를 블로그 포스트내에서 사용하고 싶다면 이 플러그인을 사용하면된다.
코딩에 대해서 잘 모른다면 불필요하다.

21. Extended live archive
Archive에서 원하는 글을 빠르고 쉽게 찾을수 있게 도와주는 플러그인이다.

22. No ping wait
WP에서 발행을 누르면 한참동안의 시간이 흐른후에 발행된다.
그 이유는 pinging을 함께 해서 그런데 이 플러그인으로 pinging과 발행의 작업이 분리된다.

23. PodPress
팟캐스트를 하는 블로거들에게 필요하며 그외의 다른 여러 미디어 파일을 올리는데도 상당히 편한 플러그인이다.

24. SRG Clean Archives
또 하나의 Archive 관리 플러그인이다.

25. WP-Page Navi
페이지를 표시할때 다양한 방법으로 표시하여 사용자들이 원하는 페이지에 빨리 도달하도록 도와준다.

26. WP-Cron
블로그 관리 작업들을 특정 시간에 예약하고 싶다면 이 플러그인을 사용하면된다.
예로 데이터베이스 백업을 어느 특정 시간에 하고 싶다면 이 것으로 관리하면 된다.

27. Wp-Shortstat
통계 플러그인이다.

28. Lightbox 2
Lightbox효과를 이미지에서 나타나게 한다.

29. del.icio.us cached
del.icio.us에 북마크한 목록을 보여준다.

30. Get Recent Comments
말 그대로 최근 댓글들을 사이드바에 보여준다.

플러그인(인기글 추출)

인기글 post같은 경우는 빠지지 않는 홈페이지에 필수 기능중에 하나이지요?^^

이 플러그인은 워드프레스 블로그의 인기글을 일,월,년,전체별로 설정해서 목록으로 보여주는
기능을 합니다. 또한 댓글수,조회수,글쓴이,날짜 등을 표시할 수 있습니다.

또한 한글화를 했기때문에 불편없이 사용하실 수 있습니다.

제작자 홈페이지: http://rauru.com/wordpress-popular-posts
경로: wordpress/wp-content/plugins
다운로드 링크: WP-Popular-Posts 2.1.4 (467)

워드프레스 한글버전 들어 보셨어요?

워드프레스를 한글화 작업하여 배포를 해주는곳이 있습니다.

많은 분들이 한글화 작업에 동참하여 개선된 모습을 보여주셨는데요.

저희 한국워드프레스 센터를 운영하는 저희 또한 한글화 작업에 힘을 쏫고 있습니다.

많이 기대해 주세요.

<워드프레스 한글화 통합팩>

워드프레스가 무엇인가요?

워드프레스를 wikipedia.org에서 검색해보았습니다.^^

<사전적 정의>

워드프레스(WordPress)는 오픈 소스 블로그 소프트웨어이다.

<기능>

워드프레스는 템플릿 시스템을 사용한다. PHP와 HTML 코드 편집 없이도 다시 정리할 수 있는 위젯이 포함되어 있고, 테마도 설치해 자유롭게 전환할 수 있다. 테마 안의 PHP와 HTML 코드는 좀 더 세분화된 맞춤 페이지를 위해 편집할 수 있다.

또한 통합 링크 관리 체계가 갖추어져 있어, 검색 엔진에 친화적이고, 깔끔한 퍼머링크 구조와, 기사에 여러 카테고리를 설정할 수 있는 것을 물론, 여러 명의 저자를 설정할 수 있고, 기사와 포스트에 태그를 지원한다.

또한 트랙백과 핑백 표준을 지원하며 마지막으로 사용자와 개발자는 리치 플러그인 아키텍처를 통해 기능을 확장할 수 있다.

<외부링크>

(영어) WordPress 공식 홈페이지
(한국어) WordPress 공식 홈페이지
(한국어) 워드프레스 포럼
(한국어) 워드프레스 가입형 서비스
(한국어) 워드프레스 기반 홈페이지 대행 서비스
(영어) WordPress 가입형 홈페이지
(영어) 다중 사용자 용 WordPress 공식 홈페이지
(영어) WordPress 다중 사용자 용 WordPress 기반의 커뮤니티 플랫폼 공식 홈페이지

Category Archives: 워드프레스 활용법

외국블로그 VS 국내블로그

[외국블로그]
-외국블로그는 기능이 매우 간소화 되어있으며, SEO등 구글 Search시 검색이 매우 잘 됩니다.
외국 블로그인 만큼 facebook이나 Twitter로의 sharing도 잘되며, RSS나 다른 News검색 등이 용이합니다.

(1) 워드프레스
- 다년간 전 세계 블로거들에게 가장 인기가 많은 플랫폼입니다.
플러그인, 테마, 위젯 등 사용자가 편하게 수정 할 수 있도록 설계되었으며, 기존의
수많은 개발자가 배포함으로써 그 위력을 더욱 강하게 만들고 있습니다.
- Creative한 테마가 굉장히 많이 있으며, 카테고리, 페이지 설정능력이 뛰어나다.
- 다른 블로그 등에서 이전하기가 비교적 쉬운 편이다.

(2) 블로그닷컴
- 도메인을 보면 blog.com 으로 블로거들에게 인기가 많은 도메인이다.
- 스킨은 어느정도 갖추어져 있지만, 기본스킨으로 배포되어진다. 때문에 간편한 사용 이용자도 많은 편이다.
- 워드프레스의 기능들이 많이 있지만, 조금 아쉬운부분이 많기 때문에, 사용자들에게 어려움이 많다.

[국내블로그]

(1) 이글루스
- 다양한 색으로 글을 꾸밀 수 있으며, 한국정서에 잘 맞는 느낌이다.
- 매거진 형식으로 글 표시하는 등, 특성 있는 UI가 두루 갖추어져있다.
- facebook, Twitter에 연동하기가 힘들다.
- 검색이 용이하지않아, 운영하는 블로거들이 적다.

왜 워드프레스 이야만 하는가!

워드프레스를 선택할 수 밖에 없는이유는 무엇일까?

워드프레스(wordpress)는 오픈소스 콘텐츠 관리시스템(CMS) 소프트웨어로써, PHP 와 MySQL의 바탕으로 웹템플릿 시스템을 제공받는 설치형 블로그의 대표!

한마디로 전세계 사람들이 가장 많이 사용하는 자유도 높은 블로그 플랫폼입니다.

블로그 플랫폼이란? 블로그를 운영하는데 있어 제공하는 소프트웨어이며, 국내업체가 제공하는 블로그 플랫폼중에서는 네이버블로그, 티스토리블로그, 텍스트큐브, 이글루스 등이 있으며, 국외는 wordpress, Blogger, 무버블타입 등이 있습니다.

그런데 그중 왜 전세계 사람들중 40%가 이상의 사람들이(가입형 포함시 50%이상) wordpress 블로그를 사용하는것일까요?
어느정도 관심있게 보신분들이라면, 왜 블로그가 워드프레스인지, 워드프레스를 선택해야되는지는 더 잘 알고 계실것이라 생각합니다^^

우선 블로그는 크게 두가지 유형으로 나눌수 있습니다.
가입형과 설치형 블로그로 나누어지는데, 둘다 장단점을 갖고있습니다.
wordpress 설치형 블로그의 대표이며, wordpress.com을 통한 가입형블로그 서비스도 제공하고있으나, 플러그인 및 테마등의 유료서비스를 제공하므로, 국내의 블로그들이 무료로 제공하는 서비스와 비교가 됩니다.(p.s따라서 설치형 워드프레스만 알아보겠습니다.)

우리가 알고있는 국내업체중 네이버, 티스토리, 다음 블로그는 가입시 블로그생성이 바로가능한 가입형블로그이고, 텍스트큐브(구 태터툴즈)는 플랫폼을 개인웹호스팅에 설치를해야하는 설치형 블로그입니다.

가입형블로그는 가입만으로 블로그생성과 유저들이 쉽게 포스팅과 스킨을꾸미도록 하는 인터페이스를 제공하며, 웹 도메인,호스팅이 필요없어 트래픽걱정없이 운영가능하게 합니다. 하지만 전문성이 떨어지고 기본제공서비스이외의 편집에따른 제약이 따릅니다. (p.s 티스토리를 가끔 설치형이라고 오해하시는분도 계신데, 티스토리는 가입형블로그의 단점을 많이 보안한 플랫폼입니다, 예를들어, 컨텐츠 백업서비스와 html/css편집 서비스를 제공합니다.)

반면 설치형 블로그인 워드프레스의 장점을 살펴보면,
첫번째. light CMS 로써 높은 자유도를 제공합니다.
두번째. SEO(검색엔진최적화)이 친화가 잘되어있어 검색사이트의 상단에 검색될 가능성이 높아집니다.
세번째. 위젯편집없이 PHP 및 Html 을 사용해서 테마등 블로그 운영의 고급편집이 가능하게합니다.
네번째. 오픈 소스 라이센스(GPL)로 수정과 배포가 용이하며, 블로그 내의 회원등급설정으로 공동저자의 포스팅도 가능합니다.
다섯번째. 전세계 수많은 스킨 테마및 플러그인을 제공함으로써, 블로그의 매력을 한층더 올릴수있습니다.

단점으로는 도메인과 개인 호스팅이 필요하며, 보안성에 취약하다는 지적이 있으나,무료도메인및호스팅 서비스제공이 있으며, 2007년 6월 워드프레스 2.7버전 이후로는 워드프레스 자체적인 보안 및 보안플러그인을 제공함으로써 안전에 대해 개선을 하고있습니다.

이처럼 보듯이 설치형블로그의 대표주자, 워드프레스가 갖고있는 장점은 매우 경탄할 정도입니다. 최근 소셜미디어의 기본이 되어지는 소셜웹 형태의 블로그들중 다수가 워드프레스의 제공을 받는 점을 생각해서, 21C 급변하는 정보화 시대 속에 우리는 워드프레스에 대해서 배우고 알아가야 할 것입니다.

Category Archives: 커뮤니티

poul — Wed, 18 Apr 2012 16:39:06 +0900

기본적인 블로그 운영 팁

이제는 누구나가 운영하고 관리할 수 있게 편리해진 블로그. 과거에는 블로그를 운영하는 것만으로도 ‘블로거’라는 칭호를 얻을 수 있었으나, 이제는 블로그를 얼마만큼 체계적으로 잘 운영하고 블로고스피어에서 얼마만큼 ‘소통’하는지 여부 그리고 마지막으로 큰 ‘주목’을 받느냐가 블로거로서의 정체성을 얻을 수 있는것 같습니다.

스팸형 블로그가 넘쳐나고 저와 같은 영양가 없는 글을 퍼블리싱하는 사람도 흔한 이상. 인정 받는 블로거는 그 가치가 생각 외로 클 수도 있다라는 생각을 합니다. 오래전부터 예견되어 왔던 최근 어느 블로거의 공동구매와 관련된 이슈들만 보아도 마찬가지입니다. 큰 주목을 받아왔던 만큼 피해의 파장력도 상상 이상이었듯이 말입니다.

적지 않은 시간 동안 곤히 깊게 잠이 든 블로그를 깨우고 다시 살려보려 나름의 고민을 틈틈히 해오면서 과거에 없던 현재의 파워 블로거들은 어떻게 저러한 영향력 혹은 네트워크를 형성할 수 있었을까?를 고민해보곤 합니다. 그것은 아마도 타인과의 커뮤니케이션이 이루어지면서 느끼게 되는 성취감이 원동력이 되어 실제 가지고 있는 능력의 120% 이상의 능력을 발휘하게 해주는 불특정다수의 ‘주목’의 힘이지 않을까 싶은 생각을 하게 됩니다.

저 또한 워드프레스를 기반으로 별도 호스팅을 받아 직접 한땀~ 한땀 디테일한 부분까지 다양한 테스트를 거치며 블로그를 꾸미고 플러그인을 뜯어 고치고 등등의 작업을 거치면서 현 블로그를 운영하고 있습니다. 이제는 ‘주목’을 받고 싶은가 봅니다. 삽질도 끝났으니 글만 열심히 쓰면 된다! 라고 생각만 하지 막상 그러하지 못한것이 문득 생각나는 김에 글을 한두편 써도 그 누구도 호응을 안해주고 주목을 못 받으니 행위 자체에 대한 허무함이 자리하기에 별달리 이렇다할 의욕이 생겼다가도 이내 쉽게 무너지나 봅니다.

가끔은 한 사람의 주식 트레이더이자 증권 전문가 활동을 하면서 본 블로그가 다소 안좋게 비춰질까 하는 고민도 하게 됩니다. 그것은 아마도 증권 전문가들의 비도덕적이면서도 비양심적인 과거 사례가 있었기에 그러한 시각이 저에게까지 영향을 미치지는 않을까….? 그것이 저의 소중한 블로그를 스팸 혹은 마켓팅 등의 도구로서 비춰지지는 않을까…? 일종의 컴플렉스일 수 있겠지요. 그러나 그것은 제가 극복해야 될 문제이고 수많은 분들이 저의 글과 생각 그리고 소통을 통해 무언가 다르다라는 것을 느끼시고 계시니 앞으로 더더욱 개선될것이라 봅니다. (워낙.. 증권, 부동산, 금융 관련 스팸성 블로그가 많다보니…)

증권 전문가 활동을 하면서도 시작부터 항시 소신있게 거짓없이 진심과 정성을 다해 수익률 게임을 하고 있다라고 생각합니다. 그것은 실전 트레이더이기에 더더욱 그러할 것입니다. 거기에 덧붙여 블로거로서도 마찬가지인듯 싶습니다. 누구 못지 않은 성실함과 진실성을 갖고 블로그를 운영하려 하고 그렇게 해오고 있다 생각합니다. 부족한 점이 있다면 더더욱 노력할 것입니다.

제가 바라는 블로거로서의 ‘주목’을 받기 위해서는 누구보다 성실하게 진심과 정성을 담아 한발짝씩 내딛으면 조심스레 나아가면 자연스레 따라올것이라 생각합니다. 그렇게 믿고 더욱더 ‘주목’ 받기 위해 노력하겠습니다. ‘주목’ 받으면 뭐하냐고요? 글쎄요.. 다양한것이 있겠지만 그 중… 왠지 소통의 즐거움이 가득할것만 같아 호기심에 얻고 싶은가 봅니다. 일단은 성실히, 열심히 소통하며 그것 자체를 즐기며 즐겁게 블로깅하는 블로거가 되보렵니다. ^^

<< 중요한점 >>

1. 블로그 오픈 글쓰기

2. 블로그 글의 주제를 정하자

3. RSS등록

4. 검색엔진의 최적화

웹디를 위한? 파이어폭스 플러그인

WebDeveloper’s – https://addons.mozilla.org/ko/firefox/addon/60
CSS, html, images, form, div 등 홈페이지를 구성하는 요소들을 검사하거나 필요부분만 볼 수 있도록 여러 각도의 화면을 구성할 수 있게 설정할 수 있다.
무엇보다 잘못된 CSS파일을 볼땐 정말 최고다. ㅎㅎ
상단부분의 페이지 에러 체크는 정말 좋다. 잘못된 CSS / javascript 에러나 경고문을 보여준다.

FireBug – https://addons.mozilla.org/ko/firefox/addon/1843
파이어폭스 웹개발 플러그인하면 빼놓을수 없는 대표적인게 바로 FireBug이다.
html태그를 보기 쉽게 트리형식으로 보기에 구조를 파악하거나 설계하는데 한눈에 볼 수 있기때문에 정말 좋다.
물론 CSS도 확인 가능하며 요소 검사도 가능하다.

ColorZilla – https://addons.mozilla.org/ko/firefox/addon/271
디자이너라면 한번 쯤 칼러픽커 프로그램을 설치하여 웹에서 사용을 해봤을것이다.
하지만 이 플러그인은 그런 기능은 당연히 제공해주며 사이트에서 사용되고 있는 칼라코드를 뽑아준다.
차트로 표현하는 동시에 메인칼라, 포인트 칼라등 화면에 사용된 컬러값을 쉽게 보여준다.
물론 픽커 기능은 당연히 제공한다.

IEview – https://addons.mozilla.org/ko/firefox/addon/35
가끔 파이어폭스로 신나게 서핑을 하다가 황당한 화면을 많이 볼 수 있는 경우가 많은데,
대체적으로 은행이나 관공서 홈페이지가 그렇다.
심지어 크로스브라우징을 전혀 고려하지 않은 사이트도 볼 수도 있는데.
이럴 때 익스플로러를 다시 키고 주소를 입력하는 번거러움을 줄이는 ieview가 있다.
마우스 우클릭후 익스플로러로 보기 하면 익스화면으로 화면이 켜진다.
IEtab이라는 프로그램도 있지만 은행에서 사용하는 엑티브X를 사용하려면 ieview로 새로운 익스 브라우져를 키는게 유용하다.

방화벽 shorewall 설치

poul — Fri, 30 Jul 2010 10:43:24 +0900

debian:~# aptitude install shorewall
패키지 목록을 읽는 중입니다... 완료
의존성 트리를 만드는 중입니다
상태 정보를 읽는 중입니다... 완료
Reading extended state information
Initializing package states... 완료
Reading task descriptions... 완료
The following NEW packages will be installed:
dash{a} shorewall shorewall-common{a} shorewall-shell{a}
0 packages upgraded, 4 newly installed, 0 to remove and 0 not upgraded.
Need to get 0B/409kB of archives. After unpacking 1741kB will be used.
Do you want to continue? [Y/n/?]
Writing extended state information... 완료
패키지를 미리 설정하는 중입니다...
전에 선택하지 않은 dash 패키지를 선택합니다.
(데이터베이스 읽는중 ...현재 98729개의 파일과 디렉토리가 설치되어 있습니다.)
dash 패키지를 푸는 중입니다 (.../d/dash/dash_0.5.4-12_i386.deb에서) ...
전에 선택하지 않은 shorewall-common 패키지를 선택합니다.
shorewall-common 패키지를 푸는 중입니다 (.../shorewall-common_4.0.15-1_all.deb에서) ...
전에 선택하지 않은 shorewall-shell 패키지를 선택합니다.
shorewall-shell 패키지를 푸는 중입니다 (.../shorewall-shell_4.0.15-1_all.deb에서) ...
전에 선택하지 않은 shorewall 패키지를 선택합니다.
shorewall 패키지를 푸는 중입니다 (.../shorewall_4.0.15-1_all.deb에서) ...
man-db에 대한 트리거를 처리하는 중입니다 ...
menu에 대한 트리거를 처리하는 중입니다 ...
dash (0.5.4-12) 설정하는 중입니다 ...
shorewall-common (4.0.15-1) 설정하는 중입니다 ...
shorewall-shell (4.0.15-1) 설정하는 중입니다 ...
shorewall (4.0.15-1) 설정하는 중입니다 ...
menu에 대한 트리거를 처리하는 중입니다 ...
패키지 목록을 읽는 중입니다... 완료
의존성 트리를 만드는 중입니다
상태 정보를 읽는 중입니다... 완료
Reading extended state information
Initializing package states... 완료
Writing extended state information... 완료
Reading task descriptions... 완료

debian:~#

[우분투 환히 알기] 시냅틱 패키지 관리자

poul — Mon, 05 Jul 2010 17:22:57 +0900

시냅틱 꾸러미(패키지) 관리자 : Synaptic Package Manager

MS윈도와 달리 우분투는 저장소란 곳을 정해 두고 여기서 무른모(software)들을 공급받는다. 시냅틱 꾸러미 관리자는 이런 꾸러미 형태로 제공되는 무른모 목록을 관리하고, 꾸러미를 받아다 설치하거나, 설치한 무른모를 삭제하거나 판올림(update) 할 수 있게 해주는 강력한 도구다.

시냅틱- 시냅틱이란 신경세포 연결부위를 뜻하지만 여기서는 단순히 무른모 이름으로 쓰였다. 꾸러미- 무른모 덩어리. 보통 무른모는 실행하는 부분, 참고자료 부분(Library) 등으로 구성된다. 시냅틱은 이를 하나로 싼 꾸러미 단위로 관리한다. 관리자- 관리하는 자.

실행: [시스템]-[관리]-[시냅틱 패키지 관리자]

1. 차림표: 상세한 내용은 아래에 다룬다.
2. 명령 아이콘: 다시 읽기, 판올림 모두 표시(업그레이드 모두 표시), (선택한 내용) 적용, 꾸러미 정보보기, 꾸러미 찾아보기(빠른 검색), 꾸러미 자세하게 찾아보기(검색)로 구성돼 있다.
3. 분류창과 4. 분류 누르개: 밑의 분류 누르개에 따라 분류창에 꾸러미 분류가 뜹니다. 처음 분류는 사용분야에 따라 꾸러미 목록을 보여주고, '상태'는 설치여부와 설치 형태에 따라 꾸러미를 분류해 보여준다. '출처'는 저장소 별로 갖추고 있는 꾸러미를 보여주고, '사용자 정의 필터'는 미리 정의된 거르개에 따라 꾸러미를 분류해 보여준다. 거르개 기준을 바꾸는 방법은 차림표 [설정]-[필터] 설명 참고. '검색 결과'는 빠른 검색 또는 검색으로 찾은 꾸러미들을 보여준다.
5. 목록창: 꾸러미 목록을 보여준다. 꾸러미 목록 앞에 있는 상자를 눌러 설치/제거 등을 선택할 수 있다. 상세한 내용은 [꾸러미] 부분 설명 참고.
6. 설명창: 꾸러미에 대한 상세한 정보를 보여준다.

시냅틱 꾸러미로 할 수 있는 일?
1) 내 컴퓨터에 설치된 꾸러미(무른모) 목록을 출력해, 다른 컴퓨터로 옮기거나, 새로 설치 후 이전 환경을 간단하게 고스란히 재현하는데 사용할 수 있다.
2) 꾸러미를 따로 내려받아 저장하거나, 다른 컴퓨터에서 내려 받도록 명령줄을 만들 수 있다.
3) 특정 기능 구현 (예를 들면 이메일 서버나 자료 서버)을 위한 꾸러미를 한꺼번에 선택/설치할 수 있게 해준다.
4) 판올림할 꾸러미를 솎아서 설치할 수 있게 해준다.
5) 불필요한 꾸러미를 완전히 지울 수 있게 해준다.

시냅틱 꾸러미의 정체는?

시냅틱의 정체는 터미널에서 작동하는 APT 꾸러미 관리자를 그림으로 사용(GUI)할 수 있도록 껍질을 입힌 것(front-end)이다. 터미널에서 무른모를 설치할 때 'sudo apt-get install 무른모 이름', 무른모를 지울 때 'sudo apt-get remove 무른모 이름' 을 글자로 쳐서 실행하는 대신, 목록을 보면서 마우스로 꾸러미를 골라 지우거나 설치할 수 있게 해준다. 시냅틱(또는 APT)는 인터넷에 있는 무른모 창고, '저장소'에서 무른모를 가져다 설치하게 돼 있다.

자~ 이제부터 기능을 파헤쳐 보자. '푸른글씨'는 나의 새 번역 제안이다.

파일: 설치한 목록을 복사해서 옮길 수 있다.

파일 아래 차림표

표시 모음 읽기: '설치한 꾸러미 목록 읽기'
설치된 무른모 목록을 저장해 둔 것을 읽는 기능. 즉 꾸러미 관리자를 이용해 설치된 무른모 목록을 저장해 두었다가 이 기능으로 읽어서 적용하기가 가능하다.

표시 모음 저장: '설치한 꾸러미 목록 저장'
설치한 무른모 목록을 저장할 수 있다. 처음 실행하면 저장할 문서이름을 묻지만, 한 번 문서이름을 저장해주면 그 때부터는 자동으로 그 문서에 설치한 무른모 목록을 저장한다. 이 문서를 우분투가 설치된 다른 PC로 옮겨서 표시 모음 읽기(설치한 꾸러미 목록 읽기)를 해주면 좌라락~ 설치가 된다. 즉 무른모 구성을 고스란히 옮길 수 있다.

표시 모음을 다른 이름으로 저장: '설치한 꾸러미 목록을 다른 이름으로 저장'
설치한 무른모 목록을 다른 이름으로 저장할 수 있다.

패키지 다운로드 스크립트 만들기: '꾸러미 내려받기 명령줄 만들기'
'설치 표시'해 놓은 꾸러미를 내려받기(download)위한 명령줄을 만들 수 있다. 명령줄을 만들어 다양한 활용이 가능하다. 1) 기본 저장소가 아닌 개인적으로 설치한 저장소에서 받은 꾸러미 전달: 예를 들어 우분투 기본 저장소 외에 사용자가 추가한 저장소에서 내려받은 꾸러미를 다른 PC로 전달하려면 이 명령으로 명령줄을 만들면 유용하다. 2) 꾸러미 추출: 특정 무른모를 꾸러미로 내려받아 두고 싶다면, 명령줄을 만들어서 실행하면 꾸러미를 받을 수 있다.

'X용 백묵글꼴 꾸러미 내려받기 명령줄 만들기'
시냅틱을 이용해 실제로 꾸러미 내려받기 명령줄을 만들어보자.

1) '빠른 검색' 창에 baekmook을 입력.
2) x-fonts-beakmook 앞에 상자를 마우스 오른쪽 누르개로 눌러 '설치 표시' 선택
3) [파일]-[패키지 다운로드 스크립트 만들기] 선택
4) 이름을 묻는 란에 'beakmook' 이라고 입력. (이름은 편한대로 정하면 됨)

위에서 만든 명령줄은 [프로그램]-[보조 프로그램]- [터미널]에서 실행할 수 있다.

sh baekmook

실행 결과로 xfonts-baekmuk_2.2-3_all.deb 꾸러미가 저장될 것이다.

다운로드한 패키지 추가: '내려받은 꾸러미 목록에 추가'
인터넷(또는 다른 시냅틱에 등록 안된 저장소)에서 받은 꾸러미를 시냅틱에 추가한다. 이렇게 하면 시냅틱으로 관리하는 편의를 누릴 수 있다. 예를 들면 virtualbox 꾸러미 같은 우분투 저장소 없는 꾸러미를 가져다 설치하기 전에 저장소 목록에 추가해주면 시냅틱에서 관리하게 된다.

기록: '꾸러미 관리기록'
이때까지 꾸러미를 설치/제거/완전제거/판올림한 내용을 날짜별로 볼 수 있다. 일종의 무른모 관리기록인 셈. 컴퓨터에 무슨 일이 벌어지고 있는지 확인할 수 있는 우분투의 편리한 점 중 하나다.여기서 제거는 꾸러미(무른모)만 제거하는 것이고, 완전제거는 무른모와 무른모 설정 자료까지 지우는 것을 말한다.
(판올림은 '갱신'이라고 표시되는데, 그냥 '판올림'이라고 하거나 '판바꿈' 이라고 하면 좋을 듯.)

나가기:
시냅틱을 끝낸다

편집: 선택한 내용을 지지고 볶을 수 있다.

실행취소: '꾸러미 선택 취소';
바로 전에 선택한 내용을 취소한다. 설치한 꾸러미가 지워지거나 하진 않는다. 별로 쓸 기회가 많지 않은 기능.

다시하기: '꾸러미 선택 되돌리기'
실행취소 했던 내용을 되돌린다. 즉 선택한 내용을 되돌린다. 역시 쓸 기회가 많지 않은 기능.

모든 표시 지우기: '모든 선택 취소하기'
설치/제거/완전제거/판올림 선택한 내용을 모두 지운다. 꾸러미가 지워지는 것이 아니라 선택한 것이 지워지는 것 뿐.

검색: 꾸러미 검색하기. 받고자 하는 꾸러미를 검색합니다. '빠른 검색' 기능에 밀려 자주 쓰지는 않는 기능.

패키지 정보 새로 고치기: '꾸러미 정보 새로 고치기' 저장소 목록을 새로 고친다.

씨디롬 추가: '저장소로 CD/DVD 추가' 꾸러미가 담긴 CD를 저장소에 추가 한다.

업그레이드 모두 표시: '판올림된 꾸러미 모두 선택'
설치된 꾸러미 중에서 새로운 판이 나온 꾸러미들을 모두 선택해준다. [터미널]에서 sudo apt-get upgrade 와 거의 같은 명령이다.

망가진 패키지 고치기: '망가진 꾸러미 고치기'
작동하지 않는 꾸러미를 고친다. 가끔 꾸러미에 있어야할 내용이 안들어가 있거나, 서로 충돌이 일어나는 요소들이 들어있거나 하면 고쳐준다. (최소한 고치려고 시도한다.) 100% 수리율을 자랑하는 것은 아니다. 또 대부분 사용자들은 이 기능의 존재를 모르거나, 거의 사용하지 않는다.

작업 기준으로 패키지 표시: '특정 기능 구현 꾸러미 선택'
우분투의 편집 항목중 가장 쓸만한 부분 아닐까 싶다. 특정 용도에 따른 꾸러미를 모두 골라 선택-설치해 준다. 예를 들면 우분투 서버, 삼바 서버, 메일서버, 톰켓 서버 등 구현을 위해 필요한 꾸러미를 한꺼번에 고를 수 있다. 각 종 서버 뿐만 아니라 우분투를 교육용 에듀분투로 변신시키기 위한 꾸러미도 한꺼번에 선택해 설치할 수 있게 도와준다. 상당히 편리.

표시한 변경 사항 적용: '선택한 내용 적용'
설치/제거/완전제거/판올림 선택한 내용을 적용한다. 평소 이 명령어는 비활성화 상태지만 선택한 내용이 있으면 활성화 된다. 제거나 완전제거시에는 정말 필요없는 꾸러미 인지 다시 한번 숙고할 것. 밑에 적용 누르개가 같은 기능을 하고 있어 자주 사용되는 명령은 아니다.

꾸러미: (패키지) 꾸러미를 마음대로 관리한다. 꾸러미에 마우스를 올린 상태에 오른쪽 누르개를 누르면 등장하는 차림표와 상당부분 일치한다.

표시 지우기: '선택 취소'
설치/제거/완전제거/판올림 등 선택한 내용을 취소한다.

설치 표시:
설치되지 않은 꾸러미를 선택하면 활성화 된다. 선택한 꾸러미를 설치하도록 표시한다. 시냅틱은 마치 영수증에 구매 항목을 기입해 놓았다가 한꺼번에 결제하는 형식으로 작동한다. 설치 표시는 영수증에 항목을 올리는 것과 같다. 꾸러미를 선택해 마우스 오른쪽 누르개를 눌러서 같은 명령을 실행할 수 있다.

재설치 표시:
설치한 꾸러미를 선택하면 활성화 된다. 다시 설치하도록 표시한다.

업그레이드 표시: '판올림 표시'
설치한 꾸러미가 저장소에 판올림 돼 있으면 활성화 된다. 선택하면 꾸러미(무른모)가 판올림 된다.

제거표시:
설치한 꾸러미를 선택하면 활성화된다. 설치한 꾸러미(무른모)를 PC에서 제거하돼, 사용자 설정은 남겨두고 지우게 된다. 무른모에 문제가 있어서 지우는 것이 아니고, 또 설치할 가능성이 있다면 이 방식으로 제거를 권한다.

완전히 제거 표시:
설치한 꾸러미를 선택하면 활성화된다. 설치한 꾸러미(무른모)와 사용자 설정을 PC에서 제거한다. 특정 무른모에 해결되지 않는 문제가 있거나, 설정을 잘못건드려 문제가 생겼다면 이 방식으로 제거를 권한다. 단순히 완전히 지워야 직성이 풀리는 마이크 시에라 같은 사람들도 자주 사용한다.

잠긴 버전: '꾸러미 판 고정하기'
꾸러미를 특정 판에 고정한다. 예를 들어 현재 설치한 1.0은 내 PC에서 문제가 없는데 1.1판에서 문제가 있는 꾸러미가 있다면 잠긴 버전('꾸러미 판 고정하기')를 이용해 판올림(upgrade) 대상에서 제외할 수도 있다. 내 PC에 맞춰 놓은 무른모가 함부로 판올림 되는 것을 막기 위해 유용한 명령이다. *

자동으로 설치됨: '꾸러미 자동 판올림'
판올림된 꾸러미가 있다면 사용자에게 설치여부를 묻지만, 이 명령을 꾸러미에 적용하면, 질문하지 않고 자동으로 판올림 해준다.

버전강제: '강제로 특정 판 설치하기'
꾸러미(무른모)를 특정 판으로 강제 설치한다. 예를 들어 우분투 저장소에는 들지 않은 높은 판을 강제로 설치한다거나, 현재 판보다 낮은 판을 강제설치할 때 사용할 수 있지만, 사용자가 원하는 꾸러미(.deb)를 인터넷에서 받아다가 직접설치하는 것이 일반화 돼 있어 이 명령은 자주 쓰이지는 않는다.

구성: '꾸러미 구성보기'
꾸러미의 구성 내용을 본다. 대부분 꾸러미에서 지원하지 않는다. 밑에 있는 '등록 정보'가 더 상세한 내용을 제공해준다.

Changelog 다운로드: '꾸러미 판올림 내용 받아보기'
꾸러미의 판올림 내용을 저장소에서 내려받아 볼 수 있다. 1.0 때는 어떠했고, 하는 정보에 관심있다면 보시라.

등록정보:
아래처럼 꾸러미의 자세한 내용을 보여준다.

등록정보를 통해 볼 수 있는 내용들:

공통사항 ('일반적인 내용'): 꾸러미에 대한 명칭, 설치상태, 관리자(개발자) 정보 등을 보여준다.
의존성: 해당 꾸러미를 설치하기 위해 먼저 설치해야할 꾸러미(무른모나 참고자료)를 보여준다.
설치된 파일('설치 내용'): 해당 꾸러미가 설치됐으면, 어느 폴더에 분산 설치됐는지 설치된 내역을 보여준다. (리눅스 무른모들은 하나의 폴더에 몰려 설치되지 않고, 기능별로 나눠진 폴더에 설치되는 특징이 있다.)
버전 ('판'): 저장소에 있는 꾸러미들을 판별로 보여준다. 보통 한 개의 판이 있지만, 저장소를 여럿을 더하면 여러 판이 존재할 수도 잇다. 예를 들면 0.9판, 1.0판, 1.1판이 같이 보일 수 있다.
설명: 꾸러미(무른모)에 대한 설명. 아직 많은 꾸러미 설명이 영어로 남아있고, 우리말로 나온 것도 단순 번역에 불과할 때가 많아 사용자 입장에서 친절한 번역이 우분투 사용 인구 확대를 위해 필요하다고 본다.

설정: 잘못 건드리면 지뢰밭

기본 설정:
시냅틱에서 보이는 부분을 설정할 수 있다. 상세설명은 아래 부분 참조.

저장소: '저장소 설정'
우분투 상단 차림표의 [시스템]-[관리]-[소프트웨어 소스] 와 같은 기능을 부른다. '소프트웨어 소스'를 '저장소'로 바꿔 통일했으면 하는 바램.

필터: '검색 조건 설정'
시냅틱의 검색 조건을 바꿀 수 있다. 좌측 분류 누르개 중에 '사용자 정의 필터'('사용자 정의 거르개')를 눌렀을 때 보여줄 항목을 구성할 수 있다. 그러나 대부분 사용자는 굳이 거르개 내용을 바꿀 이유가 없기 때문에 사용도가 낮은 부분으로 보인다.

내부 옵션 설정: '선택사항 설정'
대부분 사용자에게 검색 조건 설정(필터) 보다 사용도가 낮은 부분이다. 무른모를 사용자 마음대로 할 수 있는 자유도가 높은 것이 우분투의 특정이지만, 일반 사용자가 거의 쓸 일 없는 부분은 없애거나, '전문가용'으로 설치해야 차림표가 보이게 하면 어떨지?

도구모음: '도구 모음 표시 설정'
아랫 부분에 도구 모음 표시를 설정한다. 기본 값은 '아이콘 아래 글자'

*기본적으로 차림표 이름에서 뒷부분 '설정'을 빼던가 앞에 '기본 설정'처럼 전부 넣어주던가 해서 통일성을 줬으면 한다.

기본설정 상세내용

'일반' 갈피

메인 창에 패키지 등록정보 표시: '설명 창에 꾸러미 등록 정보 표시'
시냅틱에서 [패키지]-[등록정보]를 선택했을 때 보여주는 알반적인 내용(공통사항), 의존성, 설치 내용(설치된 파일), 판(버전), 설명 등을 아래쪽 설명 창에 항상 표시해 준다.

다른 패키지에 영향주는 변경사항은 계속할지 물어보기: '다른 무른모의 의존 꾸러미 상태변경 전에 묻기'
가무른모가 의존하고 있는 나꾸러미를 삭제하거나 지우기 전에 사용자에게 물어볼지 설정한다. 당연히 켜두는 것이 좋다. 의존 대상 꾸러미(무른모)를 지우면 무른모가 작동하지 않을 수 있다.

추천하는 패키지를 의존성으로 간주: '추천 꾸러미를 의존 꾸러미로 간주하기'
다라는 특정 꾸러미(무른모)의 성능을 높이거나, 추가 동작을 하게 해주는 등 연관된 꾸러미가 있다면 시냅틱은 설치를 추천한다. 이런 추천 꾸러미를 의존 꾸러미로 간주하면, 다꾸러미를 설치할 때 추천 꾸러미도 반드시 설치해야 된다. 기능을 풍부하게 쓰고 싶다면, 표시해 두는 것이 좋다. 무른모 설치공간을 되도록 잡을 계획이라면 표시하지 않고 골라설치하는 방법도 있다.

상태 아이콘 표시를 클릭하면 가장 적합한 명령을 취하기: '표시 상자를 누르면 자동으로 명령 입력'
각 꾸러미 이름 앞에 있는 표시 상자를 누르면 알아서 명령을 택한다. 설치 않된 꾸러미는 설치표시, 설치표시 된 것은 취소 등등. 이 설정을 해주지 않으면 명령을 물어본다. 굳이 사용하지 않아도 될 기능.

시스템 업그레이드: '판올림 정책'

똑똑한 업그레이드 ('알아서 필요한 꾸러미 판올림'): 특정 꾸러미를 판올림 하면서 필요한 꾸러미(의존대상 꾸러미)가 있으면 알아서 설치해준다. 이것 선택을 권장.
기본 업그레이드 ('판올림된 꾸러미만 설치'): 의존성과 상관없이 새 판이 나온 꾸러미만 오로지 판올림 해준다. 만약 판올림한 무른모가 동작하는데 새로 의존하게 된 꾸러미가 있는데 설치가 안되면 오작동의 원인이 되므로 수동 판올림은 권하지 않는다.
항상 물어보기: 판올림 꾸러미가 발견되면 설치할지 하나 하나 물어본다. 판올림시 내 컴퓨터에 설치되는 모든 무른모 이름을 확인하고 싶다면 선택. 그러나 이렇게 까지 할 이유가 있을까?

오래된 패키지 정보 새로 고치기: '꾸러미 정보 바꾸기 정책'

항상 물어보기: 새 꾸러미가 나오면 예전 판 꾸러미를 대체할 것인지 묻는다.
무시 ('바꾸지 않기'): 새 꾸러미가 나와도 현재 시냅틱의 꾸러미를 대체하지 않는다.
자동 ('알아서 바꾸기'): 새 꾸러미가 나오면 자동으로 새 꾸러미로 바꾼다.

실행 취소 횟수: '접속 시도 최대횟수' 의 오역으로 추정된다.
꾸러미 내용을 갱신하기 위해 저장소와 접속하는 최대 횟수를 지정한다. 이 숫자 이상 시도를 해도 접속이 안되면 에러 안내를 출력하는 기능으로 역시 추정된다.

터미널 창에서 변경사항 적용:
꾸러미를 설치하거나 제거할 때 터미널을 열어 설치 상황을 표시해준다. 터미널에 익숙한 사용자라면 이 항목을 쓰면 설치 내역과 상태를 볼 수 있어 한결 편리하다.

변경사항 적용에 성공한 후 끝낼 것인지 물어보기:
꾸러미를 설치하거나 제거한 후 시냅틱을 끝낼 것인지 질문을 한다.

'열 및 글꼴' 갈피
꾸러미에 대해 표시할 내용을 늘리거나 줄일 수 있다. 또 시냅틱 자체에서만 사용할 글꼴을 적용할 수도 있다.

'색상' 갈피
꾸러미 상태에 따라 색상을 지정할 수 있다. 색상 누르개를 눌러 골라주면 된다.

'파일' 갈피
중요도를 볼 때 더 앞에 있으면 좋을 부분이다. 설치를 위해 내려받은 꾸러미의 운명을 정해준다.

임시파일:
기본 값은 '다운로드한 패키지를 캐시에 남겨두기' (내려받은 꾸러미를 임시 저장해두기) 지만 설치 후 다운로드한 패키지 지우기('설치 후 내려받은 꾸러미 지우기')를 택하면 HDD공간을 절약할 수 있다. '더 이상 사용할 수 없는 패키지만 지우기' ('사용불가능한 꾸러미만 지우기')를 택하면 내려받은 꾸러미를 대부분 보관한다.
밑에 '캐시한 패키지 파일 지우기' ('임시 저장한 꾸러미 지우기')를 선택하면 그간 쌓여있던 꾸러미를 지워준다.

사용기록 파일
'사용기록 유지'는 꾸러미 설치/제거/판올림한 기록의 유효기간 없이 계속 보관을 뜻한다. '다음보다 오래된 기록 파일은 지우기' ('정한 날짜 이상 되면 기록 지우기')는 유효기간을 정해 해당 기간 이후에 설치/제거/판올림 기록은 삭제한다. 공간을 절약하려면 후자를, PC사용기록을 남겨서 보고 싶다면 전자를 택할 것.

'네트워크' 갈피

인터넷에 직접 연결 : 대부분 사용자는 이 값을 선택하면 문제없이 꾸러미를 받을 수 있다. (기본값)

직접 프록시 설정: 인터넷을 프록시 서버를 통해 접속 한다면, 프록시 내용을 입력해 주어야 한다. 단 프록시 연결상태임에도 '인터넷에 직접 연결'을 택했을 때 꾸러미를 받아오는데 문제가 없다면 굳이 설정할 필요는 없다.

'배포판' 갈피

항상 높은 버전을 선호('항상 높은 판을 선호'): 판 숫자가 높은 새 꾸러미가 나오면, 이 꾸러미로 판올림을 사용자에게 안내한다.

항상 설치한 버전을 선호 ('항상 설치된 판을 선호'): 현재 판이 마음에 들어 더 높은 판을 쓸 생각이 없다면 이 것을 선택. 판올림 하자고 조르지 않는다. 현재에 만족할 뿐.

다음의 버전을 선호 ('특정 배포판을 선호'): 우분투는 매 배포판마다 꾸러미(무른모)의 판을 고정한다. 원하는 판을 선택해주면 그 판이 등장할 때 고정된 판으로 꾸러미(무른모) 판을 구성해 준다.

끝. 일주일 정도 붙잡고 썼습니다. 휴~ 중간에 내가 왜 이런 오타쿠같은 짓을 선택했나 싶었지만 시작한 것 끝을 맺어야 신뢰다 싶어 끝을 맺어 봅니다. 오류가 없게 하기 위해 노력했습니다만, 부족한 부분이 있으면 나중에 고쳐 쓰겠습니다.

Ubuntu APT를 이용하여 S/W 관리하기

poul — Mon, 05 Jul 2010 16:23:31 +0900

Ubuntu Linux는 기본적으로 많이 쓰이는 2가지의 소프트웨어 관리기를 제공합니다. 하나는 APT(Advanced Package Tool)과 dpkg(Debian Package)가 바로 그것입니다. 물론 aptitude라는 관리기도 있습니다. 저의 경우 실상 Apache, WAS, DB등을 이용한 웹서비스용으로 리눅스를 사용하거나 Desktop대체용으로 사용하기 때문에 Console만 제공하는 환경에서 서버사용을 위한 몇몇 소프트웨어 관리명령어외엔 일반 데스크탑에서는 거의 그놈의 GUI화면을 이용하지만 확실히 소프트웨어 관리는 콘솔상에서 작업하는 것이 빠르고 더 직관적인것 같습니다.

하지만 실제 서버를 설치하거나 특별히 어떤 패키지를 설치할 때를 제외하고는 거의 특별한 작업이 없기때문에 어떤 패키지를 설치할때마다 검색하기 일수인데요. 간단하게 우분투의 APT를 이용한 소프트웨어 관리에 대하여 정리해 볼까 합니다.

APT Commands (주요 APT명령어)

sudo apt-get update
/etc/apt/source.list의 저장소를 참조하여 패키지 데이터베이스를 업데이트합니다. 즉, 저장소안의 업데이트할 수 있는 소프트웨어의 목록이나, 저장소자체를 추가했을때 해당저장소의 소프트웨어 목록을 업데이트 합니다. 따라서 우분투에서 제공하는 기본저장소외에 저장소를 추가하였을 경우 반드시 이 명령어를 입력해서 업데이트해 주어야 합니다. 가령, 새로운 저장소를 추가하려면 sudo vi /etc/apt/source.list를 명령한 후 하단에 새로운 저장소를 추가합니다. 그리고 source.list를 저장한 후 sudo apt-get update 명령어를 입력하여 저장소목록을 업데이트합니다. 일반적으로 우분투 서버 시스템에서 시스템의 모든 패키지를 업데이트하기 전에 수행하는 명령어이기도 합니다.(데스크탑버전의 경우 대부분 자동으로 소프트웨어를 업데이트하기 때문에 특별히 저장소를 추가하지 않은 이상 거의 사용할 일이 없습니다.)

sudo apt-get upgrade
설치되어 있는 모든 패키지를 조사하여 업데이트가 있는 경우 자동으로 업데이트 합니다.

sudo apt-get dist-upgrade
전체시스템을 새로운 버전으로 업그레이드 합니다. 일반적으로 의존성 문제 등을 고려하여 이 방법으로 새버전으로 업그레이드 하지 않습니다.

sudo apt-get install
를 다운로드하여 설치합니다. 자동으로 의존성문제 등을 고려하여 추가가 요구되는 패키지도 같이 다운로드하여 설치합니다.

sudo apt-get -d install
를 다운로드하여 /var/cache/apt/archives/에 저장합니다. 설치는 하지 않습니다.

sudo apt-get -f install
만일 다운로드한 패키지가 깨진 경우를 확인하기 위하여 검사하는 명령입니다.

sudo apt-get remove
를 삭제합니다. 의존성 문제를 자동으로 해결하면서 삭제하므로 매우 유용합니다. sudo apt-get --purge remove 와 같이 --purge옵션을 주면 설정파일은 삭제하지 않으므로 추후 해당 패키지를 다시 설치하면 이전 설정이 그대로 적용됩니다.

sudo apt-get autoclean
불완전하게 다운로드된 패키지 등을 자동으로 삭제합니다.

sudo apt-get clean
/var/cache/apt/archives에 저장된 패키지를 삭제합니다. sudo apt-get -d install 하여 다시 다운로드하여 저장할 수 있습니다.

sudo apt-cache pkgnames
시스템에 설치된 모든 패키지를 출력합니다.

sudo apt-cache show
에 대한 정보를 출력합니다.

sudo apt-cache search
/etc/apt/source.list에 저장된 저장소의 모든 패키지들에서 를 검색합니다. 특정 패키지의 이름이 생각나지 않거나 일부만 아는 경우 유용합니다. 대소문자 구분이 없습니다.

sudo apt-cache depends
에 대한 의존성을 검사하여 추가적으로 다운로드해야 하는 패키지를 보여줍니다. 하지만 sudo apt-get install 하면 알아서 자동으로 다운로드하여 설치해 줍니다.

sudo apt-key list
APT에 저장된 gpg키 목록을 출력합니다. 일부 패키지의 경우 우분투 공식 저장소가 아닌 외부저장소에서 다운로드 받아야 하는 경우가 있는데 이때 해당 패키지의 서명키를 추가한 후 정상적인지 확인할때 쓰입니다.

sudo apt-key add
디지털서명키를 추가합니다.

지금까지 간단하게 APT 주요 설치/삭제 명령어를 알아보았습니다. 사실 이것만으로 대부분의 작업이 가능합니다. 저 역시 웹서비스용으로 우분투를 많이 이용하기 때문에 패키지를 삭제하고 추가하거나 하는 작업은 거의 없습니다. 이것만으로 충분합니다.(단, 우분투 데스크탑버전에서는 많은 패키지를 추가삭제합니다만, 사실 거의 GUI환경에서 우분투시넵틱관리자를 이용하기 때문에 콘솔에서는 거의 작업하지 않습니다.)

일반적으로 서버를 관리한다고 볼때 시스템엔지니어의 입장에서 우분투는 sudo apt-get update; sudo apt-get upgrade와 같이 한줄로 작성하여 한방에 시스템의 패키지를 최신버전으로 업데이트관리할 수 있습니다. (한줄로 쓰려면 ;기호로 구분합니다.) 하지만 이 경우 자동으로 모든 패키지를 업데이트해버리기 때문에 특정 패키지만 업데이트하거나, VPS(가상서버 호스팅)와 같은 특수한 우분투커널을 운영하는 시스템에서 전체 패키지를 업데이트할 경우 심각한 시스템 커널패닉에 빠져버릴 위험이 있기 때문에 단독 시스템에 설치된 우분투 서버가 아니고서는 함부로 사용에 주의해야 합니다.

그렇다면 저와 같이 우분투 VPS를 이용하는 사람의 경우 최소한 시스템커널과는 다소 거리가 있는 apache라던가, mysql, php등과 관련된 패키지만이라도 보안상의 문제점을 최소화하기 위하여 최신버전으로 업데이트하고자 한다면 어떻게 해야 할까요?

이런 경우 그냥 sudo apt-get install 하시면 됩니다. apache패키지라면 sudo install apt-get install apache2 하시면 됩니다. 이 경우 시스템에 이미 apache패키지가 이미 설치되어 있는 경우 이미설치되었다고 출력해 주며 새로운 업데이트가 있는 경우만 업데이트를 설치해 줍니다. 따라서 특정 패키지만 엡데이트하려면 그냥 패키지 설치명령과 동일하게 명령하시면 되겠습니다.

리눅스 파일 시스템 안의 디렉토리의 용도

poul — Mon, 05 Jul 2010 14:59:59 +0900

1. 파일 시스템

파일 시스템이란 운영제제가 파일을 시스템의 디스크상에 구성하는 방식을 말한다. 운영체제는 시스템의 디스크 파티션상에 파일들을 연속적이고 일정한 규칙을 가지고 저장하는데 파일 시스템은 이러한 규칙들의 방식을 제시하는 역할을 한다. 또한 파일 시스템은 시스템 디스크나 파티션 그라고 파일 시스템의 형식을 말할 경우에도 쓰일 수 있다. 파티션과 파일 시스템은 다른 것이다. 파일 시스템은 파티션을 구성해 주는 역할을 한다. 파일 시스템을 포함하지 못한 파티션은 파일 시스템을 사용될 수 있도록 초기화되고 파일 정보를 기록하기 위한 형식을 만들어야 한다. 이 과정을 거쳐야 파티션은 파일 시스템으로 사용될 수 있다.

1.1 파일 시스템의 구조

◎ 슈퍼블록(super block)
슈퍼블록(Super Block)은 파일 시스템에 의존하는 정보를 가지며 파일 시스템의 크기 등과 같은 파일 시스템의 전체 적인 정보를 가지고 있다.

◎ 아이노드(inode)
아이노드(inode)는 파일의 이름을 제외한 해당 파일의 모든 정보를 가지고 있다. 파일 이름은 inode 번호와 함께 디렉토리 안에 저장된다.

◎ 테이터 블록(data block)
데이터 블록(data block)은 inode에 포함된다. inode가 몇 개의 데이터 블록을 포함하고 있다. 데이터 블록은 파일에서 테이터를 저장하기 위해서 사용된다.

◎ 디렉토리 블록(Directory Block)
파일 이름과 inode번호를 저장하기 위해서 사용된다.

◎ 간접 블록(Indirection Block)
간접블록은 추가적인 테이터 블록을 위한 포인터들이 사용할 동작으로 할당되는 공간이다. 실제적으로 inode는 적은 수의 테이터 블록을 가지고 있다. 그러므로 더 많은 데이터 블록이 필요할 경우 이를 지정할 포인터가 필요하게 되는데 그때 포인터들이 사용할 동적인 블록이 간접 블록이다.

◎ 홀 (Hole)
홀은 inode나 간접 블록안의 테이터 블록의 주소로 특별한 값을 저장한다.홀은 파일 시스템에 의해서 파일안에 자리하게 된다. 하지만 이 홀을 위해 실질적으로 디스크 상에 공간은 할당되지 않는다. 단지 0바이트가 파일 안에서 특정 공간을 차지하고 있더라고 가정하는 것이다.

@ EXT2
◎ EXT2 아이노드
inode는 파일시스템의 가장 기본되는 단위이다. 또한 각각을 구분할 수 있는 고유 번호를 가지고 파일의 테이터가 어느 블록에 어느 위치에 저장되어 있는지, 파일에 대한 접근 권한, 파일의 최종 수정시간 그리고 파일의 종류등의 정보를 inode 테이블에 저장한다. 저장되는 정보는 모드, 소유자 정보, 크기, 타임 스템프, 테이터 블록이다. 모드(mode)에는 inode가 속한 파일에 대한 정보와 파일에 대한 접근 권한 정보가 저장된다. EXT2 에서 inode는 단지 하나의 파일, 디렉토리, 심볼릭 링크, 블록 장치, 문자 장치 등만을 나타낸다. 소유자 정보 (Owner Information)는 파일과 디렉토리에 대한 소유자와 그룹에 대한 식별자를 나타낸다. 소유자 정보를 사용하여 파일이나 디렉 토리에 대한 접근 권한을 관리 할 수 있다. 크기(size)는 파일의 크기 정보를 저장한다. 파일에 대한 크기 정보는 바이트 단위로 저장된다. 타임 스템프 (timestamps)는 inode가 생성된 시간과 최종적으로 수정을 가한 시간에 대한 정보를 저장한다. 데이터 블록(Data Blocks)은 inode가 지정하고 있는 데이터 블록에 대한 포인터를 저장한다. 데이터블록에는 총 15개의 포인터가 존재하는데 이 포인터들 중에서 선행의 12개 포인터는 해당 inode가 지정하고 잇는 데이터에 대한 실제 블록에 대한 포인터 정보를 가지고 있다. 나머지 3개의 포인터는 높은 수준의 간접 연결에 대한 정보를 가지고 있다. inode 또한 실제로 존재하지는 않지만 시스템의 장치에 접근할 수 있는 특별한 장치 파일의 표현에도 사용된다. 리눅스 시스템의 /dev 디렉토리 안에 위치하는 파일들이 그것들이다.

◎ EXT2 슈퍼블록
슈퍼블록(Super Block)은 해당 파일 시스템의 기본적인 크기나 형태에 대한 정보를 저장한다. 파일 시스템 관리자는 이 슈퍼 블록의 정보를 이용하여 파일 시스템을 활용하고 유지할 수 있다. 슈퍼 블록에 저장되는 정보의 항목은 다음과 같다. 매직 넘버(Magic Number)는 마운트하는 소프트웨어에게 EXT2파일 시스템의 슈퍼 블록임을 확인 하게 하는 값이다. 개정 래벨(Revision Level)개정 래벨은 메이저 레벨과 마이너 래벨로 구성되어 있음 개정 래벨의 역할은 마운트 프로그램이 어떤 특정한 버전에서만 지원되는 기능이 이 파일 시스템에서 지원되는지에 대한 확인을 위해 사용된다. 또한 개정 레벨은 기능 호환성 항목을 포함하여 마운트 프로그램이 해당 파일 시스템에서 안정적으로 사용할 수 있는 기능이 무엇인지를 판단할 수 있는 기준을 제공한다.파운트 횟수(Mount Count)와 최대 마운트 횟수(Maximum Mount Count)의 두 가지 정보를 이용하여 파일 시스템 전체를 검사할 필요가 있는지를 확인할 수 있다. 마운트 횟수는 마운트가 실행될 때마다 1씩 그 값이 증가하여 만약 마운트 횟수가 최대 마운트 횟수에 도달하게 되면 시스템은 e2fsck를 실행하라는 메시지를 내보낸다.블록 그룹 번호(block Group Number)는 슈퍼 블록 복제본을 가지고 있는 블록 그룹의 번호를 나타낸다.블록 크기(Block size)는 파일 시스템의 블록 크기를 바이트 단위로 표시한다.그룹 당 블록수(Blocks per Grop)는 하나의 그룹에 속한 블록의 수를 나타낸다.이 수는 블록의 크기와 마찬가지로 파일 시스템을 만들 때 결정된다. 프리 블록(Free Block)파일 시스템 내부적으로 존재하는 프리 블록의 수를 나타낸다. Free inode 파일 시스템 내부적으로 존재하는 Free inode 수를 나타낸다. 첫 inode (Frist inode)파일 시스템 내부적으로 존재하는 첫번째 inode 번호를 나타낸다. 리눅스 시스템에서 첫 번째 inode는 "/"디렉토리에 디렉토리 엔트리를 나타낸다.

◎ EXT2 그룹 기술자(Group Descriptor)
그룹기술자는 블록 그룹에서 블록의 할당 상태를 나타내주는 비트맵으로 그 수는 블록의 수와 동일하다.블록 비트맵은 블록을 할당하거나 해제할 경우 참고 되는 정보다.그룹 기술자에 저장되는 항목은 블록비트맵, inode 비트맵, inode 테이블이다.블록 비트맵(Block Bitmap)은 블록 그룹에서 블록의 할당 상태를 나타내주는 비트맵으로 그 수는 블록의 수와 동일하다 블록 비트맵은 블록을 할당하거가 해제 할 경우 참고되는 정보다. inode 비트맵(inode Bitmap)은 블록 그룹에서 블록의 inode 할당상태를 나타내 주는 비트맵으로 그 수는 블록 비트맵과 같이 블록의 수와 동일하다. inode 비트맵은 inode를 할당하거나 해제할 경우 참고 되는 정보이다. inode 테이블(inode Table)은 블록 그룹의 inode 테이블에서 시작 블록을 나타내며 그 수는 블록의 수와 동일하다.이외에도 프리 블록 개수,프리 inode 개수,사용된 디렉토리 개수가 있다.그룹 기술자는 연속적으로 나타나서 전체적으로 하나의 그룹 기술자 테이블을 형성하게 된다. 각 블록 그룹에는 슈퍼블록 바로뒤에 그룹 기술자 테이블 전체가 위치 하게 된다.하지만 실제로 EXT2 파일 시스템에서 사용되는 블록 그룹이'0'인 첫 번째 복사본이다. 나머지는 예상치 못한 시스템의 손상에 대비해 시스템 복구를 위해 준비하고 있을 뿐이다.

◎ EXT2 디렉토리
EXT2파일 시스템에서 디렉토리는 파일에 대한 접근 경로를 생성하고 저장하는 특별한 의미의 파일로 취급된다.
디렉토리는 엔트리의 리스트로 나타내어 지며,엔트리 리스트에 저장되는 정보는 inode,이름길이,이름이다.
inode는 디렉토리 엔트리에 해당하는 inode를 나타낸다. inode 값은 블록 그룹의 inode 테이블에 저장되어 잇는 inode 배열에 대한 인텍스 값이다.이름 길이(Name Length)는 디렉토리 엔트리의 길이를 바이트로 나타낸것을 의미한다.이름(name)은 디렉토리의 이름을 나타낸다. EXT2파일 시스템에서 모든 디렉토리에서 처음 두 엔트리는 항상 "."과".."으로 시작한다 "."은 현재 디렉토리를 의미하며,".."은 상위 디렉토리인 부모 디렉토리를 의미한다.

@ EXT3
◎ EXT3로 포팅 동기
기존의 EXT2는 캐시에 저장되어 있는 테이터들을 디스크로 저장하는 도중 만약 시스템이 다운되거나 여러 가지 문제가 발생할 경우 파일 시스템이 손상되는 단점을 가지고 있었다. 이를 위해 EXT2는 fsck(File System Check)라는 파일 시스템 복구 기능을 제공한다. 하지만 이 복구 방법은 복구하는데 시간이 만이 소요되는 문제점을 가지고 있다. 파일 시스템의 크기가 크다면 복구하는데 오랜 시간이 걸릴 뿐만 아니라 복구하는 동안시스템을 사용하지 못한다. 또한 슈퍼 블록에 마운트 횟수를 저장하는 영역이 있어서 마운트 횟수가 일정횟수 이상이 될경우에도 자동으로 fsck를 실행하게 된다. EXT3파일 시스템은 이러한 단점을 보안하기 위해서 저널링(Journaling)이라는 기능을 추가 해서 소개된 파일 시스템이다. 시스템의 무결성은 물론 뛰어난 복구 기능까지 가질수 있게 되었다. 또한 EXT2는 기능적인 측면보다는 파일 시스템의 휴율과 퍼포먼스에 중점을 두고 디지안된 파일 시스템이다. 그래서 EXT2는 파일의 내용과 파일에 대한 허가권, 소유권, 생성과 접근 시간과 같은 메타 데이터를 동기화 하지 않는다. 이럴경우 방생하는 문제는 파일의 내용을 수정도중 시스템의 문제가 생길 경우 해당 파일의 메타 데이터와 내용이 일치 하지 않는 문제점이 발생한다. 이것을 보안한 것이 저널링 기술을 이용한 EXT3 파일 시스템이 대두한 것이다.

◎ 저널링(Journaling)기술이란?
데이터를 디스크에 쓰기 전에 로그에 데이터를 남겨 시스템의 비정상적인 셧다운에도 로그를 사용해 fsck보다 빠르고 안정적인 복구기능을 제공하는 기술이다. 기존 EXT2 파일 시스템의 경우에는 시스템이 동작을 멈추기 바로 직전에 파일 시스템에 어떤한 수정을 가하고 있었는지 전혀 알 수 없다. 때문에 복구하기 위해서는 fsck에 의해서 관리되는 슈퍼 블록, 비트맵, inode 등을 모두 검사해야 하기 때문에 시간이 오래 걸렸다. 저널링 기술은 사용한 파일 시스템의 경우 파일을 실제로 수정하기 전에 우선 로그에 그 수정된 내용을 저장하기 때문에 복구하기 위해서 로그만 검사하면된다. 로그를 바탕으로 다시 실제 파일 시스템에 수정 내용을 적용하기 때문에. 속도와 복구 안정성이 더욱 뛰어나다. 이런한 동작 수행을 리플레이(Replay)이라고 한다. 만약 해당 로그에 저장된 내용이 불안정할 경우에는 복구 자체를 포기하기 때문에 파일 시스템이 불안정한 상태로 되지 않는다. 파일 시스템에 수정을 가하기 전에 우선 로그에 저장하는 이러한 파일 시스템의 특성 때문에 Log-Ging 파일 시스템이라 부르기도 한다.

◎ 저널링 파일 시스템의 구조
저널링 파일 시스템의 구조는 로그 영역과 일반적인 파일 시스템 영역으로 나눌 수 있다. 로그 영역은 파일 시스템에 대한 수정을 위한 로그 데이터를 저장하기 위해 그리고 파일 시스템영역은 관리 영력과 테이터 영역으로 구성되어 있다. 저널링 파일 시스템은 일반 적인 파일 시스템에 로그 영역을 추가 한 구조이므로, 저널링 기능을 제거하고 일반적인 파일 시스템과 같이 사용할 수도 있다. 로그(Log)는 원형의 버퍼 구조 형태로 순환적으로 데이터들이 저장된다. 버퍼의 끝에 도달하면 데이터들은 다시 버퍼의 가장 앞쪽에 저장되는 구조이다. 로그상에는 테이터를 지정하는 포인터가 존재하여 테이터를 구분할 수 있다. 로그의 내용은 계속해서 수정되는 파일 시스템에 대한 로그 레코드가 추가되어 갈 뿐 일반적인 파일 시스템운영에서는 로그에 대한 읽기와 쓰기 같은 접근은 이루어 지지 않는다. 로그는 원형의 버퍼와 같은 구조로 되어 있기 때문에 시간이 지나면 포화 상태가 된다. 그러므로 로그 영역이 포화가 되면 가장 오래된 로그 레코드 순으로 삭제하는 동작을 수행해야 한다. 삭제의 수행은 실제 파일 시스템에 적용되 레코드들이 포함된다. 로그 레코드에 대한 삭제를 위한 전용 스레드에 의존한다. 적잘한 관리가 이루어지지 않으면 로그의 빈공간을 찾아 기다리게 되어 I/O수행이 느려질 수도 있다. 트랜잭션은 저널링 파일 시스템에서 로그에 내용을 저장하는 수행단위다. 파일 시스템의 일정한 조작에 대한 파일 시스템 내부적인 일련의 동작 수행이다. 저널링 파일 시스템은 디스크의 빈 블록 비트맵이나 inode가 포함된 블록에 대한 수정을 하기 전에 반드시 로그에 대한 트랜잭션을 수행한다.
트랜잭션의 수행을 단계별로 보면
트랜잭션 할당 단계 - 수행할 파일 작성 트랜잭션에 대한 ID를 획득하기 위해서 새로운 트랜잭션 할당을 수행한다.
트랜잭션 추가 단계 - 디스크상의 블록을 변경하기 전에 반드시 로그에 기록해야하기 때문에 트랜잭션별로 할당되어 있는 관리 데이터와 링크되어 메모리에 저장된다. 이 단계는 아직 로그에 저장된 상태는 아니다. 단지 트랜잭션에 로컬로 저장된 상태이다.
트랜잭션 위탁 단계 - 트랜잭션 추가 단계에서 만들어진 트랜잭션의 내용을 로그에 저장하는 동작을 수행한다. 위탁과 함께 롤백이라는 동작도 수행되는데 롤백은 트랜잭션 중에서 수행한 수정을 취소할 경우 수행되는 것으로 에러가 발생했을 경우에도 수행된다.

1.2 파일 시스템의 종류

리눅스는 다양한 파일 시스템을 지원한다. ext2, ext3, minix, xiats, umsdos, hpfs OS/2, isofs, CD-ROM, msdos, nfs, sysv 등이 있다. 이 파일 시스템들은 각각 다음과 같은 특징을 가지고 있다.

◎ minix
과거 미닉스에서 사용되어졌던 파일 시스템으로 리눅스 파일 시스템 대부분의 기능을 제공하는 파일 시스템이다.

◎ xiafs
미닉스의 제한이 이었던 파일 이름과 파일 시스템에 대한 제한을 보안한 미닉스 파일 시스템의 수정 버전이다. 이 파일 시스템에는 추가된 새로운 기능은 없다. 한때 ext2와 함께 사용되었던 파일 시스템이었으나 현재는 많이 사용되지 않는다.

◎ msdos
도스의 FAT파일 시스템과 호환을 지원하는 파일 시스템이다. 또한 msdos와 OS/2와 윈도NT FAT파일 시스템과도 호환된다

◎ hpfs OS/2
OS/2의 파일 시스템이다. 하지만 현재는 읽기 전용인 파일 시스템으로 파일 시스템에 대한 읽기만이 가능하다.

◎ isofs CD-ROM
ISO기준을 따르는 표준 CD-ROM의 파일 시스템이다. isofs CD-ROM은 CD-ROM에 좀더 긴 파일명을 사용할 수 있도록 확장된 록 브릿지가 기본으로 지원된다.

◎ umsdos
MS-DOS 파일 시스템을 리눅스 상에서도 긴 파일명과 소유자, 접근 허가, 링크와 장치 파일 등을 사용할 수 있도록 확장한 파일 시스템이다. umsdos는 일반적으로 DOS 파일 시스쳄이 마치 리눅스 파일 시스템인 것처럼 보이도록 하는 기능을 제공하므로 따로 리눅스를 위한 파티션은 필요하지 않는다.

◎ nfs
네트워크 파일 시스템이다. 네트워크 상의 많은 컴퓨터들이 각각의 시스템에 가진 파일들을 서로 쉽게 공유하기 위해 제공되는 상호간의 파일 시스템 공유 파일시스템이다.

◎ sysv
System V/386, Xenix 그리고 Coherent 파일 시스템이다.

◎ ext
리눅스 초기에 사용되던 파일 시스템으로 호환성이 없던 ext2의 구 버전이다. 지금은 대부분 하지 않는다.

◎ ext2
리눅스는 미닉스 파일시스템을 처음으로 사용했다. 그러나 여러가지 제약 조건과 성능이 뛰어나지 못하였다. 이를 보안 하기 위해 EXT(Extened File System)이 제시 되었다. 이 파일 시스템은 리눅스 전용으로 설계되어 1992년 4월에 소개 되었다. 또한 1993년에는 2차 확장 파일 시스템인 EXT2가 ext의 여러가지 문제점을 보안하여 나왔다.

2. 디렉토리 구조

리눅스의 기본 디렉토리 구조는 트리 구조를 하고 있다. 그리고 디렉토리 구조는 기본구조를 제외하고 사용자의 설정에 따라 달라질 수 있다. 리눅스의 디렉토리 구조는 파일 시스템 표준안 (FSSTND, Linux File System Standard)을 기반으로 하는 것이 바람직하다. 파일 시스템 표준안은 리눅스상에서 어떻게 파일 시스템을 구성할 것인지에 대한 표준안을 제정하기 위해서 만들어진 문서이다. 표준안을 무조건 따르라는 강제력은 없지만 파일의 위치가 일관된게 유지되어 프로그램 작성, 포딩은 물론 시스템 관리도 쉬워지는 이점이 있기에 배포판들은 이 표준안을 지키고 있다.

2.1 디렉토리 기능 및 내용

대부분의 리눅스는 FHS(Filesystem Hierarchy Standard) 표준 파일 시스템 계층을 사용하고 같은 목적의 파일들은 같은 장소에 일관되게 모아 관리하므로 시스템에 자원이나 프로그램들을 쉽게 찾을 수 있다.

◎ /
루트 디렉토리라고 부르는 리눅스 시스템에서 가장 최상위 디렉토리며 디렉토리 구조의 시작이다. 시스템관리자의 홈인 /root와는 다르다. / 디렉토리 아래에 /bin, /etc, /boot, /mnt, /usr, /lib, /home, /dev, /proc, /var, /sbin, /tmp, /root, /lost+found 등의 디렉토리가 존재한다.

◎ /bin
binaries의 약어로 이진 파일들이며 리눅스에서 가장 기본이 되는 명령어들이 모여 있는 디렉토리이다. 디렉토리의 파일들을 보면 대부분이 실행 파일임을 알 수 있다. 또한 이곳에는 부팅에 필요한 명령어들이 위치하여 부팅후에 시스템의 계정 사용자들이 사용할 수 있는 일반적인 명령어들도 위치 하고 있다.

◎ /etc
이 디렉토리는 리눅스 시스템에 관한 각종 환경 설정에 연관된 파일들과 디렉토리들을 가진 디렉토리이다. 대부분의 이 디렉토리의 파일들은 시스템 관리자에 의해 관리되는 파일들이다. 웹 서버 환경 설정, 시스템 계정 사용자 정보, 패스 워드 관리, 시스템의 파일 시스템 관리 파일, 여러가지 시스템 보안에 관련된 파일들, 시스템 초기화 설정 파일, TCP/IP 설정 파일 등 시스쳄 전반에 걸친 거의 모든 환경 설정 파일들이 모두 이 디렉토리에 있다.

◎ /etc/rc.d
시스템의 부팅과 시스템 실행 레벨 변경시에 실행되는 스크립트들이 저장되어 있는 디렉토리이다. 리눅스의 6가지 실행 레벨로 각각의 해당 디렉토리가 있다.

◎ /etc/shadow
파일에서 패스워드 부분만을 따로 저장하는 파일이다. 이 파일에 패스워드는 암호화 되어 셰도우 패스워드 형태로 저장되어 있으며 시스템 관리자만이 접근할 수 있기 때문에 크래킹 등에 대한 우려가 상대적으로 적다.

◎ /etc/group
시스템의 그룹에 대한 정보를 저장하고 있는 파일이다.

◎ /etc/inittab
init를 설정하는 파일이다.

◎ /etc/issue, /etc/issue.net
getty에 의해서 로그인을 위한 프롬프트가 뜨기 전에 출력되는 메시지를 설정하는 파일이다. 리눅스 시스템으로 접속할 경우 가장 처음으로 볼 수 있는 메시지이다. 보통 시스템에 대한 설명과 각종 환영 메시지를 전달하기 위해서 사용된다. issue 파일의 내용은 보통 시스템의 터미널에서 볼 수 있다. 그리고 /etc/issue.net 파일의 내용은 리모트상에서 시스템으로 접속할 경우 볼 수 있다.

◎ /etc/motd
'Message of the day'의 약자로 시스템으로의 접속에 성공할 경우 쉘이 뜨기 전에 출력되는 메세지를 설정하는 파일이다.

◎ /etc/profile, /etc/csh.login, /etc/csh.cshrc
시스템이 시작될 때 사용자가 로그인을 할 때 본쉘이나 C쉘에 의해서 실행되는 스크립트 파일이다. 일반적으로 사용자들에 대한 기본 환경 설정에 사용된다.

◎ /etc/securetty
시스템 관리자가 시스템에 로그인할 수 있는 안전한 터미널에 대한 정보가 저장되어 있다. 일반적으로 가상콘솔이 설정되어 있다. 이것은 네트워크를 통해 시스템으로 침입해 시스템 관리자의 권한을 획득하는 크랙킹을 막기 위해서이다.

◎ /ete/shell
시스템에서 안정적으로 사용할 수 있는 쉘에 대한 정보를 저장하고 있는 파일이다. 만약 chsh명령을 사용해 사용중인 쉘을 바꾸려면 이 파일에 저장되어 있는 쉘중에 선택해야한다. 또한 ftp데몬의 경우 사용자의 쉘을 검사하여 /etc/shell에 저장되어 있지 않은 쉘을 사용한다면 로그인을 허용하지 않는다.

◎ /boot
리눅스 커널이 저장되어 있는 디렉토리로서 각종 리눅스 boot에 필요한 booting지원 파일들이 저장되어 있는 디렉토리이다.

◎ /mnt
외부 장치인 플로피 디스크, 시디롬, 삼바등을 마운트하기 위해서 제공되는 디렉토리이다. 임시로 사용되는 디렉토리이므로 프로그램들은 /mnt에 어떤 파일 시스템이 마운트 되었는지 자동으로 인식하지 않는다. 또한 /mnt는 보통 여러 개의 하위 디렉토리로 나누어 사용되고, 평소에는 각 디렉토리들은 비어 있다.

◎ /usr
시스템에 사용되는 각종 프로그램들이 설치되는 디렉토리이다. 프로그램과 관련된 명령어 미치 라이브러리들이 이 디렉토리에 위치 하게 된다. 또한 X 시스템관련 파일들과 리눅스 커널 소스, 각종 C언어 과련 해더 파일 등도 이 디렉토리 안에 저장되어 있다.

◎ /usr/bin
리눅스 시스템에서 사용되는 각종 프로그램들이 저장되어 있으며 /bin 디텍토리에 없는 다양한 실행 파일들이 저장되어 있는 디렉토리이다.

◎ /usr/X11R6
X 윈도우 시스템에 사용되는 모든 파일들이 이 디렉토리 안에 저장된다. 이 디렉토리는 X 윈도우 시스템의 개발과 설치를 좀더 쉽게 하기 위해서 전체 시스템 디렉토리 구조에 통합되지 않고 독자적인 구조를 가진다.

◎ /usr/etc
/etc 디렉토리에는 각종 환경 설정 파일들이 있듯이 이곳에도 여러 가지 시스템 환경 설정 파일들이 저장되어 있다./usr/etc의 파일들은 /etc디렉토리 안의 파일들과 달리 꼭 팔요한 파일들은 아니다.

◎ /usr/sbin
시스템 관리자를 위한 명령어들이 저장되는 디렉토리이다. 보통 이 디렉토리의 명령어들은 루트 파일 시스템에는 필요가 없는 서버 프로그램들이 저장된다.

◎ /usr/include
C언어 관련 해더 파일드이 저장되어 있는 디렉토리이다.

◎ /usr/lib
각종 라이브러리들이 저장되어 있는 디렉토리이다. 만약 사용자가 직접 작성한 프로그램을 컴파일한다면 해당 프로그램은 /usr/lib 디렉토리의 파일에 link된다. 또한 이 라이브러리 안에 실행 코드가 필요하다면 /lib 디렉토리를 참조한다.

◎ /usr/local
시스템의 특정적인 프로그램들이 저장되는 디렉토리이다.특정적인이란 시스템 관리자에 의해서 따로 설치되는 프로그램들을 말한다.

◎ /usr/man
man페이지의 실제 내용들이 저장되어 있는 디렉토리이다. 디렉토리를 살펴보면 man1, man2, man3, 등과 같이 여러개의 디렉토리들로 나누어져 있는 모습을 볼수 있다.man1 디렉토리는 섹션 1의 man 페이지 소스를 위한 디렉토리를 말한다.

◎ /usr/src
시스템에서 사용하는 각종 프로그램들의 컴파일되지 않은 소스 파일들이 저장되어 있다./usr/src/linux 디렉토리가 바로 리눅스의 커널소스를 저장하고 있는 디렉토리이기 때문이다.

◎ /usr/X386
/usr/X11R6 디렉토리와 유사한 티렉토리로 X11 Release 5를 위한 디렉토리이다.

◎ /usr/info
GNU info문서들을 저장하고 있는 디렉토리이다.

◎ /usr/doc
각종 문서들이 저장되어 있는 디렉토리이다

◎ /lib
프로그램들의 각종 라이브러리들이 존재한다. 대부분 공유 라이브러리로 더 편하게 사용할 수 있으며,파일의 크기를 줄여서 실행할 때 불러 사용하게 된다. /lib/modules 디렉토리에는 커널로 로딩 사능한 커널 모듀들이 저장되어 있다.

◎ /home
시스템 계정 사용자들의 홈 디렉토리와 ftp,www,등과 같은 서비스 디렉토리들이 저장된다. 이곳의 디렉토리와 파일들은 시스템에서 상용되지 않는다. 단지 리모트상에서 시스템으로 접속하는 사용자들을 위한 공간이다.

◎ /dev
디렉토리에는 시스템의 각종 디바이스들에 접근하기 위한 디바이스 드라이버들이 자장되어 있는 디렉토리이다. 이 디렉토리는 물리적인 용량은 갖지 않는 가상 디렉토리이다. 대표적으로는 하드 드라이브,플로피, 씨디롬 그리고 루프팩장치 등이 존재한다. 리눅스 시스템은 윈도우와 달리 각종 디바이스 장치들을 하나의 파일로 취급한다. 따라서 시스템은 각각의 장치들로부터의 정보를 /dev 디렉토리에 존해하는 해당 장치 파일로 부터 가지고 온다.

◎ /dev/console
시스템의 콘솔이다.

◎ /dev/hda
시스템의 하드 디스크이다. 여기서 /dev/hda는 첫 번째 하드 디스크를 의미하는 것이다./dev/hda1은 첫번째 하드 디스크의 첫번째파티션,/dev/hda2 두 번째 파티션등을 의미한다.만약 시스템에 여러 개의 하드 디스크가 부착되어 있다면 /dev/hdb,/dev/hdc 등의 파일도 /dev/hdb1,/dev/hdb2등과 같은형식으로 저장되어 있다.

◎ /dev/lp
시스템의 병렬 포트 장치들이다.

◎ /dev/null
이 디렉토리는 블랙홀이라고도 부르는 특별한 장치이다. 이 장치로 데이터 등을 보내면 모두 폐기되므로 주의해야 할 것이다.

◎ /dev/pty
시스템으로의 원격 접속을 위한 'pesudo-terminal'들이다. 만약 시스템 계정 사용자드이 원격지에서 시스템으로 텔넷등을 이용하여 시스쳄에 접속을 시도한다면 이들은 /dev/pty 디바이스들을 사용하게 되는 것이다.

◎ /dev/sda
SCSI 장치들이다. 만약 시스템에 스카시 하드 디스크를 장착했다면 시스템은 /dev/sda파일에서 정보를 얻어 장치에 접근할 것이다.

◎ /dev/ttyS,/dev/cuaS
/dev/ttyS은 직렬포트 장치들이고, /dev/cauS는 Callout. 장치이다.

◎ /dev/tty
시스템의 가상콘솔들이다. 이 가상 콘솔의 기능은 하나의 화면에 여러 개의 콘솔들을 만든다. 만약 사용자가 시스템 앞에 앉을 수 있다면,Alt + F1, Alt + F2등을 이용하여 리눅스에 제공한 여러개의 가상 콘솔을 직접 볼수 있을 것이다.

◎/proc
시스템의 각종 프로세서, 프로그램 정보 그리고 하드웨어적인 정보들이 저장된다. 이 티렉토리는 가상 파일 시스템으로 가상 파일 /dev와 마찬가지로 하드 디스크상에 물리적인 용량을 갖지 않는다. 즉 디렉토리에 존재하는 파일들은 실제 하드 디스크에 저장되지 않고 커널에 의해 메모리에 적재 된다. 디렉토리 안의 파일들은 현재의 시스템 설정을 보여 주는 것이다.

◎ /proc/1
프로세스 번호가 1인 프로세스에 대한 정보를 저장하는 디렉토리이다. 다른 프로세스들도 자신의 고유한 프로세스 번호의 디렉토리를 가진다는 것을 의미한다.

◎ /proc/cpuinfo
프로세서의정보를 저장하고 있는 파일이다. cpu의 타입, 모델, 제조회사, 각종 성능 등의 정보를 제공하여 준다.

◎ /proc/devices
현재 시스템 커널에 설정되어 있는 장치들에 대한 정보를 저장하고 있다.파일등의 정보로 모든 시스템의 장치 목록에 대한 정보를 얻을 수 있다.

◎ /proc/dma
현재 시스템에서 사용하고 있는 DMA 채널에 대한 정보를 저장하고 있다.

◎ /proc/filesystem
시스템에 설정되어 있는 파일 시스템에 대한 정보를 저장하고 잇는 파일이다.

◎ /proc/interrupts
현재 사용중인 인터럽트와 인터럽트의 사용량에 대한 정보를 저장하고 있는 파일이다.

◎ /proc/ioports
현재 사용중인 I/O 포트에 대한 정보를 저장하고 있는 파일이다.

◎ /proc/kcore
현재 시스템에서 사용중인 메로리의 실제 이미지이다. 이 파일은 실제 메모리의 내용을 모두 가진 것처럼 보이지만 프로그램이 필요로 하는 부분의 이미지만을 필요할 때 만들어 제공한다.

◎ /proc/kmsg
커널에 의해서 출력되는 메시지들을 저장하고 있는 파일이다.이것은 또한 syslog파일에도 저장된다.

◎ /proc/loadavg
현재 시스템의 평균 부하량(Load Average)에 대한 정보를 저장하고 있는 파일이다.이 파일을 통해서 시스템이 현재 수행해야 하는 일이 얼마나 많은지를 알려주는 3가지 지표에 대한 정보를 얻을 수 있다.

◎ /proc/ksyms
시스템 커널이 사용하고 있는 심볼들에 대한 정보를 저장하고 있는 파일이다.

◎ /proc/meminfo
현재 시스템이 사용중인 메모리의 사용량을 저장하고 있는 파일이다./proc/meminfo에서 실제 메모리는 물론 가상 메모리에 대한 정보도 얻으 수 있다.

◎ /proc/self
이 디렉토리를 보고 있는 프로그램 자시의 프로세스 디렉토리로 링크도어 있다. 만약 서로 다른 2개의 프로세스가 /proc 디렉토리를 보고 있다면 두 프로세스는 서로 다른 링크를 보게 된다. 이를 통해서 프로그램들이 자신의 프로세스 디렉토리를 쉽게 찾을 수 있다.

◎ /proc/stat
시스템의 현재 상태에 대한 다양한 정보를 저장하고 있는 파일이다.

◎ /proc/uptime
시스템이 얼마나 오래 동작했는지에 대한 정보를 저장하고 있는 파일이다.

◎ /proc/version
시스템이 현재 사용중인 커널 버전에 대한 정보를 저장하고 있는 파일이다.

◎ var
시스템에서 사용되는 동적인 파일들이 저장된다. 각종 시스템 로그 파일, 사용자 로그인에 대한 보안기록,메일서버를 운영한다면 사용자들에게 전송된 메일들을 임시로 저장한다.

◎ /var/cache
포멧된 메뉴얼 페이지들이 잠시 대기(Cache)하기 위한 디렉토리이다.

◎ /var/lib
시스테이 동작하면서 계속 수정되고 변경되는 파일들을 위한 디렉토리이다.

◎ /var/local
/usr/local 디렉토리에 설치된 프로그램들의 각종 데이터들이 저장되는 디렉토리이다.

◎ /var/lock
잠금 파일들이 저장되는 디렉토리이다.프로그램들이 특정한 장치나 파일들을 프로그램 자신이 독점적으로 사용하려 할 때 /var/lock 디렉토리에 잠금 파일을 만들어 사용하게 된다. 그렇기 때문에 다른 프로그램들은 장치나 파일을 사용하기 전에 우선 이 디렉토리의 내용을 조사하여 해당 장치나 파일들이 사용중인지 확인하게 된다.

◎ /var/log
프로그램들의 로그 파일들이 저장되는 디렉토리이다. 이 디렉토리에 wtmp파일은 login 파일과 messages파일은 syslog의 로그 파일이다.wtmp는 시스쳄의 모든 사용자 로그인과 로그 아웃에 대한 정보르 저장하고 있는 파일이고,messages는 커널과 시스템의 모든 출력 메세지를 저장하고 있는 파일이다./var/log 안의 파일들은 시스템의 사용량에 따라 그 크기가 무한대로 증가할 있으므로 정기적으로 파이들을 삭제하는 등 디렉토리 관리가 필요하다

◎ /var/run
시스템의 현재 정보들을 저장하고 있는 디렉토리이다./var/run/xinetd.pid 파일의 경우 현재 사용중인 xinetd 데몬의 프로세스 번호를 저장하고 있다.

◎ /var/spool
메일이나 뉴스, 프린터 큐 등고 같은 시스템상에서 대기 상태에 있는 작업들을 위한 디렉토리이다. 각각의 대기 작업들은 모두 /var/spool 아래 고유의 디렉토리에 위치하게 된다. 예를 들어 시스템의 계정 사용자들의 메일은 /var/spool/mail 에 저장된다.

◎ /var/tmp
/tmp에 저장된 임시 파일들중에 오래 보관되어야 할 임시 파일들이 저장되는 디렉토리이다.

◎ /tmp
이름에도 알 수 있듯이 임시 파일들을 위한 디렉토리이다.

◎ /root
시스템 관리자의 홈 디렉토리이다.

사업자등록

poul — Fri, 25 Sep 2009 17:52:16 +0900

사업자등록증 신청서 작성법

1. 사업자등록증 신청서 작성 방법
(1) 인적사항
- 접수번호 : 전산에 의하여 자동부여됨으로 기재하지 않습니다.
- 사업장소재지 : 법정동을 기입하며,아파트 · 공동건물일 경우에는 반드시 동 · 호수까지
   기재하여야 합니다.
- 전화번호 : 지역번호를 함께 기재합니다.
(2) 사업장 현황
- 사업의 종류 : 영위할 사업의 업종을 주업태 · 주종목란에 기재하며 겸업
   (예 : 도 · 소매, 제조 · 서비스 등)일 경우에는 주업종외에 겸하는 업종을
    부업태 · 부종목란에 기재하되 주(부)업종코드란은 기재하지 않습니다.
- 개업일 : 제조업은 제조장별로 재화의 제조를 개시하는 날, 광업은 사업장별로
    광물의 채취 · 채광을 개시하는 날, 기타의 사업에 있어서는 재화 또는 용역의
    거래를 개시하는 날을 기재합니다.
- 종업원 수 : 고용계약에 의하여 근로를 제공하고 보수를 받는자로서 상시 근무하는
    인원을 기재합니다.
- 사업장구분 및 사업장을 빌려준 사람 : 해당란에 “○”표시하고 임대인의
   성명 · 주민등록번호를 기재하되, 임대인이 법인인 경우에는 법인명 · 법인
   사업자등록번호를 반드시 기재하여야하며 자가인 경우에는 기재하지 않습니다.
- 사업장 사용료 : 전세금 · 임대보증금과 월세를 구분하여 기재합니다.
- 사업자금내역 : 전세금 또는 임대보증금을 포함하여 사업과 관련한 자금을 기재하되
   은행 대출금 · 사채등은 타인자금란에 기재합니다.
- 사업장면적 : 사업을 영위하는 장소의 면적을 “평 ”단위로 기재합니다.
- 특별소비세 : 해당란에 “○”표시합니다.
(3) 공동사업자명세
- 출자금은 사업을 하기위한 투자금액총액을, 성립일은 사업 개시일을 기재하되
    개시일 이전에 등록하는 경우에는 등록신청일을, 지분율은 백분율(%)로, 관계란은
    주된사업자(대표자)와의 관계를 각각 기재합니다.

2.신청절차
(1) 사업장 주소지에 있는 관할 세무서 방문합니다.
(2) '납세서비스센터'에 비치되어 있는 사업자등록신청서 작성합니다.
(3) 준비한 서류들과 함께 제출합니다.
(4) 30분 후 사업자등록증을 발급받습니다.

신고처 : 사업장 소재지 세무서 "납세서비스센터"
(국세청 전화세무상담센터 : 1588-0060)

3.구비서류

개인의 경우

(1). 사업자등록신청서 (개인사업자용)
(2). 사업허가증 사본, 사업등록증 또는 신고필증 사본 (해당자에 한함)
법령에 의하여 허가를 받거나 등록 또는 신고를 하여야 하는 사업의 경우에는 사업허가증
사본·사업등록증 사본 또는 신고필증 사본 등 필요한 구비서류를 준비하여야 합니다.
(Tip !! 일반과세자의 경우, 통신판매업 신고를 먼저 하신 후에 사업자등록신고를 하는 것이 좋습니다.)

(3). 임대차계약서 사본 (사업장을 임차한 경우에 한하며 확정일자 신청시 원본 제시)
사업장을 임차한 경우에는 임대차계약서 사본을 제출합니다.
(Tip !! 집을 사업장으로 사용하려는 경우, 본인 명의로 되어 있는 집이라면 등기부등본만
첨부하면 됩니다.)
(4). 사업장 도면 상가건물임대차보호법 제2조 제1항의 규정에 의한 상가건물의 일부분을 임차하는 경우에만 해당합니다.
(5). 2인 이상 공동 사업 시 증명서류 첨부 (동업계약서 등)
(6). 신분증

법인의 경우

1. 사업자 등록 신청서
2. 법인등기부등본
3. 장관사본
4. 개시 대차대조표
5. 출자확인서
6. 주주명부
7. 임차계약서사본, 사업장 약도
8. 인가, 허가, 등록증 사본(인, 허가 등 사업의 경우)
9. 주주 주민등록등본 각 1통
10. 주주 인감증명 각 1통

[별지제3호서식]

접수번호		사업자등록신청서(개인사업자용) (법인이 아닌 단체의 납세번호신청서)			처리기간
					7(14)일
인적사항	상호(단체명)		전화번호	(사업장)
	성명(대표자)			(자 택)
	주민등록번호			(휴대전화)
	사업장(단체) 소 재 지
	E-Mail 주소

사

업

장

현

황

사 업 의 종 류

개 업 일

종업원수

주업태

주 종 목

주업종코드

부업태

부 종 목

부업종코드

명

사업장 구분

도면첨부

사업장을 빌려준 사람(임대인)

자 가

타 가

여

부

성명(법인명)

사업자등록번호

주민(법인사업자)등록번호

m²

임대차계약기간

(전세보증금)

차임(월세)

원

사업자금 내역(전세·보증금 포함)

주 류 면 허

자 기 자 금

타 인 자 금

면 허 번 호

면 허 신 청

원

여

부

특별소비세

(해당란에 ○표)

제 조

판매

장소

유흥

연간공급대가예상액

원

공동사업자명세

출자금

만원

성립일

성 명

주민등록번호

지분율

관계

성 명

주민등록번호

지분율

관계

서류를 송달 받을 장소 신고

국세기본법 제9조 및 동법시행령 제5조의 규정에 의하여 사업장 이외의 다음 장소에서 서류를 송달받고자 신고합니다.

송달받을 장소

주소지 기타 ( )

신고 이유

신청 구분	사업자등록만 신청 사업자등록신청과 확정일자를 동시에 신청 확정일자를 이미 받은 자로서 사업자등록신청(확정일자 번호: )
부가가치세법 제5조제1항·제25조제3항 및 동법시행령 제7조제1항·제74조제4항, 동법시행규칙 제2조제1항 및 상가건물임대차보호법 제5조제2항의 규정에 의하여 위와 같이 사업자등록 [□일반과세자 □간이과세자 □면세사업자 □ 기타단체] 및 확정일자를 신청합니다. 20 년 월 일 신청인 홍 길 동 (서명 또는 인) 세 무 서 장 귀 하
※구비서류 1. 사업허가증 사본 사업등록증 사본 또는 신고필증 사본(법령에 의한 허가를 받거나 등록 또는 신고를 하여야 하는 사업인 경우) 중 1부. 다만 행정정보의 공동이용을 통하여 확인할 수 있고, 신고인이 이를 요청하는 경우에 그 확인으로 갈음 할 수 있습니다. 이때 수수료는 무료입니다. 2. 임대차계약서 사본(사업장을 임차한 경우) 1부 3. 상가건물임대차보호법이 적용되는 상가건물의 일부분을 임차한 경우에는 해당 부분의 도면 1부		수 수 료
		없 음
※ 기재요령 : 사업장 임차한 경우 상가건물임대차보호법의 적용을 받기 위해서는 사업장 소재지를 임대차계약서 및 건축물관리대장 등 공부상의 소재지와 일치되도록 구체적으로 기재하여 주시기 바랍니다. (작성 예) ○○동 ○○○○번지 ○○호 ○○상가(빌딩) ○○동 ○○층 ○○○○호

[예제]

접수번호				사업자등록신청서(개인사업자용) (법인이 아닌 단체의 납세번호신청서)			처리기간
							7(14)일
인적사항	상호(단체명)		길동상회		전화번호	(사업장) XXX-XXXX
	성명(대표자)		홍길동			(자 택) XXX-XXXX
	주민등록번호		XXXXXX-XXXXXXX			(휴대전화) XXX- XXX-XXXX
	사업장(단체) 소 재 지	XX시 XX구 XX동 XXX-XXXX
	E-Mail 주소	XXXX@XXXX.XXX

사

업

장

현

황

사 업 의 종 류

개 업 일

종업원수

주업태

주 종 목

주업종코드

부업태

부 종 목

부업종코드

도소매

인터넷정보제공

200X.XX.XX

X 명

사업장 구분

도면첨부

사업장을 빌려준 사람(임대인)

자 가

타 가

여

부

성명(법인명)

사업자등록번호

주민(법인사업자)등록번호

m²

100 m²

김길동

XXX-XX-XXXXX

XXXXXX-XXXXXXX

임대차계약기간

(전세보증금)

차임(월세)

200X.XX.XX~200X.XX.XX

50,000,000원

1,000,000원

사업자금 내역(전세·보증금 포함)

주 류 면 허

자 기 자 금

타 인 자 금

면 허 번 호

면 허 신 청

50,000,000원

여

부

특별소비세

(해당란에 ○표)

제 조

판매

장소

유흥

연간공급대가예상액

원

공동사업자명세

출자금

만원

성립일

성 명

주민등록번호

지분율

관계

성 명

주민등록번호

지분율

관계

이길동

XXXXXX-XXXXXXX

50%

부

서류를 송달 받을 장소 신고

국세기본법 제9조 및 동법시행령 제5조의 규정에 의하여 사업장 이외의 다음 장소에서 서류를 송달받고자 신고합니다.

송달받을 장소

주소지 기타 ( )

신고 이유

신청 구분	사업자등록만 신청 사업자등록신청과 확정일자를 동시에 신청 확정일자를 이미 받은 자로서 사업자등록신청(확정일자 번호: )
부가가치세법 제5조제1항·제25조제3항 및 동법시행령 제7조제1항·제74조제4항, 동법시행규칙 제2조제1항 및 상가건물임대차보호법 제5조제2항의 규정에 의하여 위와 같이 사업자등록 [□일반과세자 □간이과세자 □면세사업자 □ 기타단체] 및 확정일자를 신청합니다. 20 년 월 일 신청인 홍 길 동 (서명 또는 인) 세 무 서 장 귀 하
※구비서류 1. 사업허가증 사본 사업등록증 사본 또는 신고필증 사본(법령에 의한 허가를 받거나 등록 또는 신고를 하여야 하는 사업인 경우) 중 1부. 다만 행정정보의 공동이용을 통하여 확인할 수 있고, 신고인이 이를 요청하는 경우에 그 확인으로 갈음 할 수 있습니다. 이때 수수료는 무료입니다. 2. 임대차계약서 사본(사업장을 임차한 경우) 1부 3. 상가건물임대차보호법이 적용되는 상가건물의 일부분을 임차한 경우에는 해당 부분의 도면 1부		수 수 료
		없 음
※ 기재요령 : 사업장 임차한 경우 상가건물임대차보호법의 적용을 받기 위해서는 사업장 소재지를 임대차계약서 및 건축물관리대장 등 공부상의 소재지와 일치되도록 구체적으로 기재하여 주시기 바랍니다. (작성 예) ○○동 ○○○○번지 ○○호 ○○상가(빌딩) ○○동 ○○층 ○○○○호

[별지제73호서식](2001.3.28. 개정)

				법인설립신고 및 사업자등록신청서				처리기간
	접수번호		－
								7(14)일

인 적 사 항		법 인 명(단체명)			승인법인 고유번호 (폐업당시 사업자등록번호)
		대 표 자			주 민 등 록 번 호		－
		사업장(단체)소재지
		E-Mail 주 소				전화번호

법인현황

법인등록번호

자본금

만원

사업연도

월 일 ∼ 월 일

법 인 성 격 (해당란에 ○표)

내 국 법 인

외 국 법 인

지 점(내국법인의 경우)

영리일반

영리

외투

비영리

국 가

지방자치

법인으로보는 단체

지점

연 락

사무소

기타

여

부

본점사업자

등록번호

승인법인

기타

조합법인

해당여부

공 익 법 인

외국

외투

법인

국 적

투자비율

여

부

해당여부

사업유형

주무부처명

출연자산여부

여

부

여

부

사업

장

현황

사 업 의 종 류

사업(수익사업)

개 시 일

주업태

주 종 목

주업종코드

부업태

부 종 목

부업종코드

년 월 일

사업장 구분

사업장 면적

도면첨부

사업장을 빌려준 사람(임대인)

자가

타가

여

부

성 명(법인명)

사업자등록번호

주민(법인)등록번호

㎡

임 대 차 계 약 기 간

(전세)보증금

차 임(월 세)

20 . . . ∼ 20 . . .

원

특 별 소 비 세

주 류 면 허

부가가치세 해당 여부

제 조

판 매

장 소

유 흥

면 허 번 호

면 허 신 청

여

부

여

부

신청구분	□ 사업자등록만 신청 □ 사업자등록신청과 확정일자를 동시에 신청
	□ 확정일자를 이미 받은 자로서 사업자등록신청 (확정일자 번호 : )
법인세법 제109조, 제111조 및 상가건물임대차보호법 제5조 제2항의 규정에 의하여 법인설립신고, 사업자등록 및 확정일자를 신청합니다.
		년 월 일 신청인 (서명 또는 인) 세무서장 귀하
수수료
없 음

※ 구비서류 1. 등기부등본 1부. 2.정관 1부. 3. 임대차계약서사본(사업장을 임차한 법인에 한하며 확정일자 신청시 원본을 제시함) 1부. 4. 건물 공부상 구분등기 표시된 부분의 일부만을 임차한 경우 해당부분의 도면 1부. 5. 사업허가증(해당 법인에 한함) 또는 설립허가증사본(비영리법인에 한함). 6. 주주 또는 출자자명세서. 7. 지점등기부등본 또는 국내사업장의 사업영위내용을 입증할 수 있는 서류(외국법인에 한함). 8. 조세협약에 의하여 국내사업장에 해당되지 아니한 경우에는 그 사유를 첨부하여 사업자등록신청만 할 수 있습니다.
※ 기재요령 : 사업장을 임차한 경우 상가건물임대차보호법의 적용을 받기 위해서는 사업장 소재지를 임대차계약서 및 건축물관리대장 등 공부상의 소재지와 일치되도록 구체적으로 기재하여야 합니다. (작성 예) ○○동 ○○○○번지 ○○호 ○○상가(빌딩) ○○동 ○○층 ○○○○호

210㎜×297㎜(전산용지 54g/㎡)

【별지 제2호 서식】

			사업장도면 [사업자등록신청(정정신고)시 첨부서류〕
임 차 인	상 호 (법인명)			사업자등록번호
	성 명 (대표자)	(서명 또는 인)		주민등록번호 (법인등록번호)
	임차건물 소재지
사업자등록신청 (정정신고)접수번호
〔 도 면 〕
작성요령 1)건물의 전체면적(㎡)과 해당임차부분의 일부면적(㎡) 등을 표시할 것 2) 평면도 등으로 작성하며, 통로ㆍ주출입구 등 표시할 것 3) 해당임차부분을 빗금으로 표시할 것 4) 임대차목적물의 면적이 변동된 경우 최종 총면적과 위치를 표시 5) 건물의 형상, 길이, 위치 등을 기재하여 상기도면으로 제3자가 해당임차건물의 위치를 정확히 인지할 수 있도록 작성해야 함
【도면제출 대상자】 ☞ 임차한 상가건물이 공부상 등기표시된 부분의 일부만 해당되는 경우 및 건물소유자가 공유자인 건물을 임차한 경우 등 예) 1. 건물공부상 등기되어 표시된 ○○빌딩 5층 (300㎡)중 2층(60㎡)임차 2. 건물공부상 등기표시된 ○○상가 1층 101호(100㎡)중 (25㎡)임차 3. 건물공부상 등기표시된 건물(500㎡)중 소유자○○○지분 5/50 임차 4. 건물이 공동소유지분으로 표시되어 당해 임대차목적물의 위치가 명확하지 아니한 경우

첨부파일: company_document_2.doc 198.5KB

사업자등록증 신청서 작성법

http://echosting.cafe24.com/doc/company_document_2.doc

cjmall 인터넷 쇼핑몰 전략똑띠

poul — Fri, 25 Sep 2009 00:52:44 +0900

인터넷 쇼핑몰 시장분석
경쟁업체분석
성공전략
맺음말로 구성이 되어 있음.

무료 렌트카 서비스 등장!

poul — Mon, 24 Aug 2009 17:14:06 +0900

무료 렌트카 서비스 등장!

쇼핑몰 창업 준비 2009/08/11 20:36

일전에 '마키디어님 블로그'에 소개된 크리스 앤더슨의 최신작 "FREE"라는 책을 읽어보면 전 세계에서 펼쳐지고 있는 "무료 사업 "의 사례가 잘 소개되고 있다.

무료 사업은. 사업을 바라보는 관점을 바꾸어 그것을 곧 비용으로 만들어내는 일이다.

less..

여러가지 '무료 사업'의 사례가 있겠지만.

늘 새롭고 독창적인 사업 아이템을 전하는 'springwise.com' 블로그에 최근 올라온 포스팅을 보면 뉴질랜드에서 '무료 렌트카 서비스'를 하는 재밌는 사례가 하나 등장한다.

http://www.transfercar.co.nz/

왜 무료로 렌트카를 해주지?

사실 렌트카 자체만 무료일뿐 거기엔 어떤 장치가 존재한다. 그 장치는 차를 빌리는 사람이 가고 싶은 장소에 가는 것도 아니고, 자신이 선택한 자동차 모델을 빌리는 것도 아니며, 게다가 차를 가져다 주는 일정까지 지정되어 있다.

이 렌트카 회사의 무료 사업 전략은 간단하다. 사용자가 자동차를 배달하는 것이다. 좀 더 자세히 살펴보면 이 렌트카 사이트는 대형 렌트카 회사와 계약한 다음 "어떤 자동차를 어디에서 어디까지 지정된 날짜에 이동시켜야 한다"는 정보를 수집하고, 위와 같은 정보를 사이트에 게재한다. 사이트에서 "고객 & 운전사"를 모집하고, 그러면 고객들은 공짜로 차를 빌리는 대신 지정된 위치까지 차를 가져다 주어야 한다.

이 회사는 대형 렌트카 회사들이 차를 수거하는데 많은 비용을 쓰고 있다는 사실을 눈여겨 보고 이 같은 무료 렌트카 서비스를 기획 했다. 누가 이런 게임에 참여할까? 라는 생각이 잠깐 들기도 했는데 나라 전체가 한폭의 그림같은 뉴질랜드에서라면 충분히 가능할 것 같기도 하다.

이 회사에서 운영하는 블로그에도 무료로 렌트카를 빌려 뉴질랜드의 멋진 자연풍광을 만끽하는 내용이 많다.

"transfercar 블로그"

이 렌트카의 무료 사업 사례는 마치 "톰 소여의 페인트" 에피소드와 비슷한데가 많다. 아는 분들도 있겠지만 간단하게 정리하자면

톰 소여가 어떤 벌을 받아 울타리에 페인트 칠하는데 명령된다.
톰은 페인트 칠하는게 싫었지만 일부러 무척 신나고 쾌활하게 작업한다.
그러자 친구가 와서 "나도 페인트 칠 한번 해보고 싶다"라고 말한다.
톰은 마지못한 척 친구가 가지고 있는 장난감을 받고, 페인트 칠을 친구에게 넘긴다.
톰은 하기 싫은 페인트 칠을 넘겼을 뿐만 아니라, 장난감까지 얻었다.
톰의 친구 또한 평소 해보지 못한 페인트 칠을 할 수 있어 즐거웠다.

'톰 소여의 페인트'의 에피소드처럼 사물과 상황의 관점을 바꾸어 보는 것으로 창의적인 비즈니스 모델은 시작된다.

뉴질랜드의 무료 렌트카 회사도 "대형 렌트카 업체들은 어쩔 수 없이 자동차를 이동시켜야한다."라는 상황을 하도급의 종속적인 관계로 설정하는 것이 아니라 뉴질랜드의 자연 풍광을 만끽 하고 싶은 관광객이나 고객에게 제공할 수있는 서비스를 포착하고 새로운 가치를 발견하고, 실현한 것이다.

주요 업체 도메인 등록비

poul — Mon, 24 Aug 2009 16:59:45 +0900

주요 업체 도메인 등록비

대형 온라인 쇼핑몰, 상품정보 가이드라인 '무시'

poul — Wed, 19 Aug 2009 13:11:24 +0900

옥션·G마켓·11번가·인터파크·롯데닷컴 등 국내 대표적인 온라인쇼핑몰들이 ‘전자상거래 상품정보제공 가이드라인’을 전혀 지키지 않은 것으로 나타났다. 또, 일부 업체를 제외하고는 가이드라인 준수 요청조차 무시한 것으로 밝혀졌다.

공정거래위원회는 인터넷쇼핑몰 사업자를 대상으로 ‘전자상거래에서의 상품정보제공 통신판매사업자 가이드라인’(이하 가이드라인) 준수여부를 한국온라인쇼핑협회와 합동 점검한 결과, 대부분의 유명 온라인쇼핑몰들이 1개 품목도 가이드라인을 준수하지 않은 것으로 조사됐다고 19일 밝혔다.

지난 5, 6월 2개월간 총 200개 인터넷쇼핑몰, 1500개 품목을 대상으로 실시된 이번 점검에서 가이드라인을 1개 품목 이상 준수한 업체는 77개였으며, 나머지 123개 업체는 점검대상 품목 중에 1개 품목도 가이드라인을 지키지 않은 것으로 집계됐다.

유명 온라인쇼핑몰 중에서는 옥션·G마켓·11번가·인터파크·롯데닷컴 등이 가인드라인을 1개 품목도 준수하지 않았다.

또, 디앤샵·KT몰·GS이숍·CJ오쇼핑·H몰·예스24·알라딘 등은 단 1개 품목만 준수한 것으로 조사됐다.

반면, 더오픈·교보문고·쏘내추럴·애플트리김약사네·약사와닷컴·플러스엔·베딩랜드·AK골프 등은 가이드라인을 100% 준수한 것으로 밝혀져 대형 온라인쇼핑몰들이 상대적으로 매출 규모가 적은 온라인쇼핑몰에 비해 준수율이 현저히 낮은 것으로 나타났다.

공정위는 점검대상 품목 1500개 중 가이드라인의 상품정보를 1개라도 누락한 1336품목의 판매 인터넷쇼핑몰 194개 사업자에게 준수요청을 발송한 결과, 32개 사업자가 13.5%인 181품목(정보수정 및 판매중지)을 준수했다고 말했다.

그러나 162개 사업자(1155품목 86.5%)는 한국온라인쇼핑협회의 가이드라인 준수요청에 아무런 응답도 하지 않아, 공정위는 이들 업체에 대해 그 사실과 가이드라인 준수를 권고했다고 덧붙였다.

공정위에 따르면 대형 온라인쇼핑몰 중에는 옥션과 G마켓은 가이드라인 준수요청을 모두 받아들여 이행했으나 11번가·인터파크·롯데닷컴·GS이숍·CJ오쇼핑·롯데홈쇼핑·H몰 등은 아예 답변조차 하지 않았다.

서동규기자 dkseo@etnews.co.kr

○ [전자신문] 2009/08/19 12:05

공지사항

스크래치 - 온양여자고등학교전공체험

스크래치 - 쌍용고등학교전공체험

UCC 특강

워드프레스 플러그인 만들기

WordPress Plugin Development﻿이 문서는 워드프레스 플러그인 만드는 방법을 일목요연하게 설명하고 있습니다.

2. 소개 / 준비

2.1 플러그인 이름과 파일 이름 짓기

2.2 플러그인 파일 위치

2.3 파일 헤더 작성

2.4 Readme 파일 작성(선택)

2.5 라이센스(선택)

3. 플러그인 프로그래밍하기

3.1 WordPress Plugin Hook을 이용하는 방법

3.1.1 Action

3.1.2 Filter

3.1.3 그 외에 반드시 알아야할 것들

3.1.3.1 플러그할 수 있는 함수들

3.1.3.2. 플러그인 활성/비활성 훅

3.1.3.3 사용가능한 액션과 필터 목록

3.2 Template Tags를 이용하는 방법

4. 데이터베이스에 플러그인 데이터 저장하기

4.1 워드프레스 옵션을 이용하는 방법

4.1.1 새로운 옵션 생성

4.1.2 데이터베이스에서 옵션 값 가져오기:

4.1.3 옵션 업데이트

4.2 Post Meta(일명 Custom Fields)를 이용하는 방법

4.3 새로운 데이터 테이블을 만드는 방법

5. 옵션 관리 메뉴/페이지 만들기

5.1 어느 위치에 메뉴를 만들까?

5.2 Top-Level 메뉴 만들기

My Top Menu Page

5.3 Sub-Level 메뉴 만들기

My Plugin Options

My Top Menu Page

My Plugin Options

Menu Test Plugin Settings

6. 다국어 지원(선택)

워드프레스에 대한 기능들 여기저기서 모은 것

워드프레스의 핑백 기능에 관해서

뜨는 워드프레스(Wordpress) 한방에 설치하기!

워드프레스 플러그인 TOP 30

플러그인(인기글 추출)

워드프레스 한글버전 들어 보셨어요?

워드프레스가 무엇인가요?

Category Archives: 워드프레스 활용법

왜 워드프레스 이야만 하는가!

Category Archives: 커뮤니티

기본적인 블로그 운영 팁

웹디를 위한? 파이어폭스 플러그인

방화벽 shorewall 설치

[우분투 환히 알기] 시냅틱 패키지 관리자

Ubuntu APT를 이용하여 S/W 관리하기

리눅스 파일 시스템 안의 디렉토리의 용도

사업자등록

법인설립신고 및 사업자등록신청서

cjmall 인터넷 쇼핑몰 전략똑띠

무료 렌트카 서비스 등장!

무료 렌트카 서비스 등장!

주요 업체 도메인 등록비

대형 온라인 쇼핑몰, 상품정보 가이드라인 '무시'

WordPress Plugin Development
이 문서는 워드프레스 플러그인 만드는 방법을 일목요연하게 설명하고 있습니다.