1. Drupal 핸드북 ¶

• 커뮤니티 웹 포탈들과 토론 사이트
• 협력 웹 사이트/인트라넷 포탈
• 개인 웹 사이트
• 동호회 사이트
• 전자 상거래나 회사 사이트 응용프로그램
• 자원 디렉터리
  
  

• 컨텐츠 관리 시스템
• 블로그
• 공동 저작 환경
• 포럼
• 뉴스레터
• 사진 겔러리
• 파일 업로드/다운로드
  
  

• node/3
• flexinode/7
• taxonomy/term/6
• flexinode/list/3
• user/login (very useful when you disable the login block)
  
  

http://www.yourdomain.com/?q=node/54

1. 새 모듈을 다운로드 합니다. 모듈의 버전이 여러분이 설치한 드루팔 버전과 호환되는지 확인하십시오. 또한 CVS 로 레이블 된 모듈들은 불안정하며, 수동으로 손을 봐줘야 한다는 점을 주의하십시오. CVS 버전의 모듈들은 드루팔의 CVS 버전에서만 작동하는 경우가 많습니다. 그것들은 포기한 상태이거나 개발 단계에 있는 것일겁니다.
2. 모듈의 압축을 해제합니다. 모듈을 처음 받았을 때, tar.gz 과 같은 압축된 파일 포멧으로 되어 있을 것입니다. 윈도우즈에서는 WinZip 과 같은 프로그램으로 압축을 해제하십시오. 맥에서는 Stuffit Expander 를 사용할 수 있습니다. 유닉스에서는 다음 명령을 사용하십시오.

   tar -zxvf modulename-4.5.tar.gz
   

   폴더에서 압축 해제된 파일들의 목록을 보게 될 것입니다.
3. 파일이 압축해제 되었으면, FTP 를 통해 드루팔 설치 위치에 있는 modules/ 폴더에 압축해제된 폴더를 업로드 하십시오.
4. 설치 파일(보통 INSTALL.txt 나 README.txt)을 읽으십시오. 때때로 설치 파일이 확장자를 갖지 않은 경우도 있습니다. 따라서 클릭했을 때, 컴퓨터에서 어떤 프로그램을 사용해야 할 지 모를 경우도 있습니다. 이런 경우 노트패드 (혹은 여러분이 좋아하는 편집기)를 사용하십시오. 그 프로그램으로 파일을 여십시오.
5. 데이터베이스를 변경하는 모듈들이 있습니다. 보통 모듈에 (모듈이름).mysql 이나 (모듈이름).pgsql 로 포함되어 있습니다. 만약 데이터베이스를 수정해야만 한다면, 다음 단계를 보십시오. 만약 그렇지 않다면 다음단계를 넘어가서 7단계를 보십시오.
6. 만약 모듈을 사용하는데 데이터베이스를 수정해야만 한다면, 드루팔을 설치할 때 생성한 데이터베이스에 테이블을 추가할 필요가 있습니다. 이 문서는 MySQL 에 대해서 설명합니다.
   • phpMyAdmin 사용시
     • 만약 phpmyadmin 을 가지고 있다면 로그인 한 후, 드루팔 데이터베이스로 이동합니다. phpmyadmin을 갖고 있다면 데이터베이스에 어떻게 접근할지 몰라도 됩니다. 여러분의 호스트(드루팔)에 접속하기만 하십시오.
     • 'SQL'이라는 탭을 클릭하십시오.
     • 'Run SQL query/queries on database yourdrupaldatabase' 라고 레이블이 붙은 텍스트 입력 영역을 보게 될 것입니다. 아랫 부분 'Or Location of the textfile:'에서 '탐색'을 클릭하고 모듈에 들어있던 (모듈이름).mysql 파일을 찾으십시오. 'go'를 클릭하십시오. 모듈에 더 이상의 설명이 없을 경우 데이터베이스에 대한 작업은 모두다 완료한 것입니다.
   • 유닉스 명령행 사용시
     • 다음의 명령을 실행하십시오.
     • mysql -u (사용자이름) -p(암호) (드루팔 데이터베이스 이름) < (모듈이름).mysql
     • (사용자 이름)에 MySQL 계정 이름을, (암호)부분에 MySQL 암호를, (드루팔 데이터베이스 이름)에 드루팔이 사용하는 데이터베이스를, (모듈이름).mysql 에 모듈과 함께 들어있던 SQL 파일명을 입력하십시오. 보통 sites/default 폴더나 sites/sitedomain.com 폴더에 있는 settings.php 파일 안에서 데이터베이스 이름을 찾을 수 있습니다. sitedomain.com 은 드루팔이 설치되어 있는 호스트의 도메인이름입니다.
7. 대부분의 모듈에 대해서, 이상으로 한 작업만으로 작동할 수 있습니다. 모듈을 활성화 하기 위해 관리 >> 모듈 을 클릭하여 새로운 모듈 이름에 체크하고 끝으로 '설정 저장'을 클릭하십시오.
8. 몇몇 모듈들은 여러분이 원하는 대로 작동하게 하기 위해 권한이나 설정을 변경할 필요가 있을 것입니다. 권한이나 설정 정보는 모듈과 함께 들어있는 문서에 있을 것입니다. 만약 없다면
   1. 관리 >> 접근 설정을 클릭하십시오. 스크롤을 하여 목록에 모듈이 있는지 보시고, 있다면 규칙에 따라 적절한 권한을 주십시오.
   2. 관리 >> 설정 을 클릭하고 설치된 모듈의 이름이 있는지 보십시오. 모듈이 있다면 모듈이름을 클릭하고 적절히 설정하십시오.
9. 아직 문제가 해결되지 않았다면 포럼을 검색하십시오. 만약 문제가 지적되지 않았다면 문제의 내용을 올려주십시오.
   
   

http://www.example.com/node/83

http://www.example.com/drupal_installation_directory/node/83,

# a2enmod rewrite

{{{
# /etc/init.d/apache2 restart

그리고 /etc/apache2/sites-enabled/drupal 또는 여러분의 .htaccess파일을 아래와 같이 수정했는지 확인합니다.

 {{{
#
# Apache/PHP/site settings:
#
# Protect files and directories from prying eyes:
<Files ~ "(\.(conf|inc|module|pl|sh|sql|theme|engine|xtmpl)|Entries|Repositories|Root|scripts|updates)$">
  order deny,allow
  deny from all
</Files>
# Set some options
Options -Indexes
Options +FollowSymLinks
# Customized server error messages:
ErrorDocument 404 /index.php
# Set the default handler to index.php:
DirectoryIndex index.php
# Overload PHP variables:
<IfModule sapi_apache2.c>
   # If you are using Apache 2, you have to use <IfModule sapi_apache2.c>
   # instead of <IfModule mod_php4.c>.
   php_value register_globals 0
   php_value track_vars 1
   php_value short_open_tag 1
   php_value magic_quotes_gpc 0
   php_value magic_quotes_runtime 0
   php_value magic_quotes_sybase 0
   php_value arg_separator.output "&amp;"
   php_value session.cache_expire 200000
   php_value session.gc_maxlifetime 200000
   php_value session.cookie_lifetime 2000000
   php_value session.auto_start 0
   php_value session.save_handler user
   php_value session.cache_limiter none
   php_value allow_call_time_pass_reference On
</IfModule>
# Various rewrite rules
<IfModule mod_rewrite.c>
  RewriteEngine on
  Options All
  # Modify the RewriteBase if you are using Drupal in a subdirectory and the
  # rewrite rules are not working properly:
  RewriteBase /drupal
  # Rewrite old-style URLS of the form 'node.php?id=x':
  RewriteCond %{REQUEST_FILENAME} !-f
  RewriteCond %{REQUEST_FILENAME} !-d
  RewriteCond %{QUERY_STRING} ^id=([^&]+)$
  RewriteRule node.php index.php?q=node/view/%1 [L]
  # Rewrite old-style URLs of the form 'module.php?mod=x':
  RewriteCond %{REQUEST_FILENAME} !-f
  RewriteCond %{REQUEST_FILENAME} !-d
  RewriteCond %{QUERY_STRING} ^mod=([^&]+)$
  RewriteRule module.php index.php?q=%1 [L]
  # Rewrite URLs of the form 'index.php?q=x':
  RewriteCond %{REQUEST_FILENAME} !-f
  RewriteCond %{REQUEST_FILENAME} !-d
  RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]
</IfModule>
# $Id: DrupalHandbook,v 1.63 2007/08/07 12:08:00 kss Exp kss $
}}}

이것은 데비안 패키지가 drupal "site-enabled" 가상 호스트 기능을 설치하기 때문에 결과적으로 drupal이 http://yourhost.com/drupal로 접근가능해 집니다. 따라서 ReWriteBase기능을 주석해제 해야 할 필요가 있으며, 여러분의 시스템의 기초에 일치하도록 변경을 해야 합니다.

아래 링크를 참조하십시요. [[BR]]
http://www.debian-administration.org/articles/136 [[BR]]
http://drupal.org/node/14322 [[BR]]

===== 다른 웹서버에서의 깔끔한 URLs 기능 사용하기. =====

마이크로 소프트 인터넷 서비스 서버

윈도우의 인터넷 서비스 서버, MySQL, PHP(WIMP)를 설치 할수 있으며 "Tips for Configuring Drupal on WIMP" 문서를 참조 할수 있습니다.

Lighttpd

시스템의 능률을 향상시키고자 하거나 아파치에서 Lighttpd로 사용을 바꾸는 사용자를 위한 것으로 아래와 같은 설정으로 Lighty's mod_rewrite 모듈을 설정할수 있습니다.

 {{{
url.rewrite-final = (
  "^/system/test/(.*)$" => "/index.php?q=system/test/$1",
  "^/([^.?]*)\?(.*)$" => "/index.php?q=$1&$2",
  "^/([^.?]*)$" => "/index.php?q=$1"
)
}}}

첫번째 줄은 drupal의 깔끔한 URL 사용(설정사항을 저장할때)이 성공적(drupal은 다음과 같은 형식으로 HTTP요청을 합니다. /system/test/yLgnwqqUu5cWnvPi4Hrz.png) 인지 확인하며, 특별한 경우에는 따로 다루어져야 합니다.( 이유에 대해서는 계속 문서를 읽어 보시기 바랍니다.)

아래 따라나오는 두 줄은 "점"을 포함하지 않는 URL에 대해서 drupal을 다루게 됩니다. 우리는 확정적으로 "/node/add" 는 drupal URL로 해석할수 있지만 "/theme/bluemarine/style.css"는 물리적인 파일의 주소를 나타내기때문에 이러한 가정은 매우 중요한 의미를 가지게 됩니다. 따라서 위의 설정은 예를 든 경우에는 모두 정상적으로 동작합니다. 만일 예외 상황이 있다면 예외상황들은 수동으로 rewrite 설정에 추가되어야 합니다.

이에 대한 토의는 http://drupal.org/noe/20766에서 참조하십시요.

이곳에서 언급된 내용은 lighttpd 1.4.8 에 fastcgi를 통한 php4를 설치하여 사용한경우로 성공적으로 동작했습니다.

lighttpd 문서에 의해 php를 cgi모드로 사용하기 위하여 /etc/php4/cgi/php.ini 파일도 설정했으며 이는 "lighttpd documentation"에서 확인 할수 있으며, 가상 호스트를 위한 rewrite 규칙도 추가되어 있습니다.

===== 전체 성능을 위한 깔끔한 URL 사용 설정 예제 =====

이문서는 레드헷 리눅스 페도라 코어 4.0/PHP5/아파치 2.0.54에서 테스트 되었습니다.

아파치에서 .htaccess 파일을 활성화 하는것은 서버쪽에서 하는 일을 더욱 많게 하는 것입니다. 전체 설명은 아래의 주소에서 찾을수 있습니다.

http://www.serverwatch.com/tutorials/article.php/3436911

지금은 여러분이 아파치에서 보다 나은성능을 짜내는것에 대해 걱정하고 있다면, .htaccess파일을 사용하지 않거나 비활성화 하는것에대해 관삼을 두고 있다 라고 해두도록 합니다.

우리는 /etc/httpd/con/drupal.conf 파일에 전체 재지정 규칙을 옮겼습니다.(예제 .htaccess파일의 전부를 말입니다.) 그리고나서 각 가상 호스트에 대하여 아래와 같은 줄을 첨부하였습니다.

 {{{
Include conf/drupal.conf
}}}

재지정 규칙이 약간 바뀌었습니다.

 {{{
  # Rewrite current-style URLs of the form 'index.php?q=x'.
  RewriteCond %{DOCUMENT_ROOT}%{REQUEST_FILENAME} !-f
  RewriteCond %{DOCUMENT_ROOT}%{REQUEST_FILENAME} !-d
  RewriteRule ^(.*)$ /index.php?q=$1 [L,QSA]
}}}

우리는 index.php 파일을 우리의 문서 최상위 디렉토리에 가지고 있기 때문에 우리가 %{DOCUMENT_ROOT} 항목과 index.php앞에 슬래쉬가 오도록 한것에 주의 하십시요. 여러분이 만일 다른 디렉토리를 가지고 있다면 디렉토리의 문서 최상위 디렉토리에 대한 상대 경로를 슬래쉬가 앞에 오도록 하여 지정해야 할것입니다.

'''주의''': 여러분이 앞에 오는 슬래쉬를 잊어버린다면 (보다 정확하게는 상대경로를 표시하는데 슬래쉬를 잊어버린다면) 아파치는 "400 Bad Request"에러를 반환할 것입니다.

이것으로 좀더 나아 졌습니다만, 여전히 우리는 우리가 적용한 재지정 규칙에 의하여 모든 주소 요청이 파일과 디렉토리에 존재하는 검사를 해야 한다는 문제점을 가지고 있습니다. 운영체제는 물론 이러한 정보에 대하야 캐쉬 정보를 어딘가에 가지고 있을수도 있습니다. 하지만 역시 파일 시스템의 검사를 피하는것이 가장 좋은 방법이 될것 입니다.

몇몇 디렉토리는 재지정 될 필요가 없기에 확장자 규칙을 재지정 규칙에 영향을 받지않고 모두 사용하게 됩니다. 이러한 정보를 이용해서 우리는 모든 요청을 index.php에 전송하는 이번장에서 설명한 규칙을 갱신할 수 있습니다. 첫번째 규칙은 "files", "misc" 와 "uploads" 디렉토릴를 배제하는것입니다. 두번째 규칙은 여러분이 보는 확장자를 배제하는것입니다. 여러분들이 다른 확장자를 이러한 재지정 규칙에서 제외하고자 하면 단지 추가를 하면 됩니다.

 {{{
  RewriteCond  %{REQUEST_FILENAME} !^/$
  RewriteCond  %{REQUEST_FILENAME} !^/(files|misc|uploads)(/.*)?
  RewriteCond  %{REQUEST_FILENAME} !\.(php|ico|png|jpg|gif|css|js|html?)(\W.*)?
  RewriteRule ^(.*)$ /index.php?q=$1 [L,QSA]
}}}

===== drupal 경로를 덮어 쓸수 있는 서버에 존재하는 경로 =====

만일 여러분의 서버에 /admin과 같은 drupal에서 사용되는 디렉토리가 존재하는 경우에 여러분의 /home/admin drupal을 서브디렉토리에 두거나 ?=admin과 같이 가상 링크를 만들어 해결할 수 있습니다.

===== 깔끔한 URLs 기능을 IIS 에서 사용하기. =====

drupal은 drupal.org에서 확인할수 있듯 대부분의 URLs를 깔끔하게 표현하고 있습니다. 아파치를 사용하는 경우 mod_rewrite 기능을 사용합니다. IIS 에서는 여러분은 사용자 오류 핸들러를 사용하여 기능을 구현합니다. 이기능을 사용하게 될 경우 모든 페이지 보기가 에러로 간주 되므로 IIS 의 에러 기록 기능을 비 활성화 해야할 것입니다.

 * 깔끔한 URLs를 사용하지 않은 상태에서 drupal이 정상적으로 동작하는지 확인 합니다.
 * 여러분의 인터넷 서비스 메니져나 MMC을 열어 drupal이 설치된 웹사이트의 문서 최상위 디렉토리로 이동합니다. 여러분이 서브디렉토리로 설치를 하였다면 이 창에서 웹 사이트로 보이지 않을 것입니다.
 * 우측클릭을 해서 속성의 사용자 에러 탭을 선택합니다.
 * HTTP 404 및 405 에러줄을 MessageType=URL로 바꾸고 URL을 /index.php로 설정한다. 여러분이 drupal을 서브 디렉토리에 설치하여 사용중일 경우, 여러분의 서브 디렉토리 경로를 /index.php 앞에 명기합니다.
 * 아래의 코드를 /sites/default/settings.php에 붙여 넣습니다.(아래의 소스코드는 코멘트 글에 의하면 버그가 존재합니다. 확인하고 사용하도록 합니다.) 처음의 두 줄은 사용자에게 알맞도록 수정되어야 합니다. 여러분이 서브디렉토를 사용하지 않는다면 $sub_directroy를 ""로 설정합니다. 그리고 나서 $active=1로 설정을 한고난후 드루팔을 즐기면 됩니다.

 {{{
<?php
// CONFIGURATION
$sub_dir = "/41/"; // enter a subdirectory, if any. otherwise, use ""
$active = 0; // set to 1 if using clean URLS with IIS
// CODE
if ($active && strstr($_SERVER["QUERY_STRING"], ";")) {
  $qs = explode(";", $_SERVER["QUERY_STRING"]);
  $url = array_pop($qs);
  $parts = parse_url($url);
  unset($_GET, $_SERVER['QUERY_STRING']); // remove cruft added by IIS
  if ($sub_dir) {
    $parts["path"] = substr($parts["path"], strlen($sub_dir));
  }
  $_GET["q"] = trim($parts["path"], "/");
  $_SERVER["REQUEST_URI"] = $parts["path"];
  if ($parts["query"]) {
    $_SERVER["REQUEST_URI"] .= '?'. $parts["query"];
    $_SERVER["QUERY_STRING"] = $parts["query"];
    $_SERVER["ARGV"] = array($parts["query"]);
    parse_str($parts['query'], $arr);
    $_GET = array_merge($_GET, $arr);
    $_REQUEST = array_merge($_REQUEST, $arr);
  }
}
?> 
}}}
 * 이과정에서 여러분은 깔끔한 URL을 사용하여 페이지에 대한 요청을 할수 있을것이며 그 결과로 알맞은 페이지를 받아 보게 될것입니다. 예로 첫번째 노드내용을 보기위하여 /nede/1 을 요청한다면 q= 문법ㅇ르 사용하지 않고 적절한 첫번째 페이지를 볼수 있을것입니다. 만일 IIS에러를 만나게 된다면 여러분은 문제에 봉착한것입니다. 다시한번 위의 내용을 반복하여 다시 테스트 해보길 바랍니다.

 * index.php?1=admin/system 항목에서 깔끔한 URLS 를 활성화 시킵니다.

php.ini의 에러보고 단계가 높게 설정 하여 여러분의 페이지에 있는 에러를 볼수 있습니다. 아래의 설정을 추가하여 시험해 볼수 있습니다.

 {{{
error_reporting = E_ALL & ~E_NOTICE
}}}

'''주의''': 이러한 방법은 IIS5에서 동작하지만 IIS6에서는 그렇지 않습니다. ISAPI_Rwrite 기능을 사용한 접근방법을 확인하기 위해 이 글을 참조 하십시요.

===== 403에러와 404에러 페이지 설정하기 =====

drupal의 페이지 에러 메시지는 직접적이고 촛점이 맞추어진 의미 입니다. drupal은 여러분이 페이지의 에러메시지를 좀더 사용자에게 친숙하게 만들기를 원한다면 이들을수정할수 있는 방법을 제공하며 아래의 진행과정에 따라서 진행됩니다.

두개의 노드를 만듭니다 이들은 각각 페이지 에러 (405 과 404) 에 이용되어질 것입니다.

여러분이 사용자들이 보게될 페이지로 이동시키기 위한 노드의 아이디번호를 결정 합니다. 노드를 확인하는 방법으로서는 직접 노드에 접근하여 주소창의 맨마지막 슬래쉬 뒤에 있는 번호를 확인해보면 됩니다.

이제 여러분의 노드와 경로를 적절한 폼에 넣도록 합니다. 예를 들어 403에러에 관한 노드가 83번이라면 설정의 "Default 403(access denied) page" 항목에 node/84 이라고 입력합니다.

===== 여러분의 사이트 에러보고 설정하기 =====

drupal은 php 및 SQL 에 관한 에러를 수집하여 보관합니다. 생산된 서버에서는 단지 에러에 관한 기록을, 테스트서버에서는 에러와 여러 도움이 될만한 기록을 보여줄수 있습니다. 기본적으로 에러는 화면상에서 조회 됩니다. 여러분은 여러분의 제작완료된 사이트를 위하여 에러로그 항목을 "Write errors only to log"로 설정 할수 있습니다.

여러분은 지정된 시간이 지난 로그를 자동적으로 삭제하도록 drupal을 설정할수 있습니다. 이것은 crontab(yoursite.com/cron.php)의 설정이 필수적입니다. 설정을 위하여 install.txt파일의 6번째 항목을 참고 하십시요.

===== 캐쉬 지원 =====

바쁘게 돌아가는 drupal사이트에서는 페이지의 표시 속도향상과 서버의 부하를 줄이기 위하여 페이지들을 캐쉬하고자 할수 있습니다.

보통 여러분이 페이지에 방문을 하게되면 웹 브라우저에 표시하기 위한 데이터를 포함하는 HTML 생성하기위한 데이터를 데이터베이스에서 가져오기 위하여 많은 횟수의 조회를 하게됩니다. 여러가지의 모듈을 설치한 큰 사이트이거나 내용이 많이 페이지등은 이러한 조회의 숫자를 수십번에 수백번까지 증가하도록 만듭니다. 보통 여러분들은 컴퓨터가 매우 빠르고 drupal이 효율적으로 설계되어 있기때문에 이러한 사항에 주의를 기울이지 않습니다. 그러나 분당 수백 수천의 페이지 요청이 있는 매우 바쁜 사이트에서는 각각의 페이지를 보여주기 위한 작업의 양으로 인하여 서버가 느려지기 시작할것입니다.

이러한 바쁜서버를 위하여 drupal의 페이지 캐쉬 기능을 활성화 시켜 페이지를 생성하는 일의 양을 줄일수 있습니다.

캐쉬 기능이 활성화 되면 드루팔은 익명사용자가 방문한 페이지의 전체 HTML 코드를 데이터베이스에 직접 저장하고, 또다른 요청이 같은 페이지에 대해서 다시 들어오게되면, 드라팔은 이페이지의 내용을 다시 조각조각 만드는것이 아니라 전에 저장해 두었던 페이지를 그대로 보여주게 됩니다. 결과적으로 수십에서 수백번의 조회를 통하여 만들어진 페이지를 한번의 조회로 보여주게 됨으로써 웹서버의 부하를 눈에 띄게 줄일수 있습니다.

===== 파일 시스템 설정 =====

드루팔은 사용자와 관리자가 어떻게든 파일을 업로드 하여 관리 할수 있도록 설정될수있습니다.

'''주의''': 설정이 안되어 있거나 부적절한 설정으로 드루팔이 설치되어 있다면 설정항목에서 하나 똔느 여러개의 에러메시지를 확인할수 있으며, 이중 "Temporary directory" 또는 "File system path"의 경우 디렉토리가 생성되어 있지 않거나 사용권한이 알맞이 않은 경우 입니다. 간단히 관련된 디렉토리를 만들고 드루팔이 이 디렉토리에 대하여 읽고 쓸수 있는 권한을 적당히 부여 하십시요.

만일 여러분이 이러한 디렉토리 만들기와 디렉토리의 사용권한을 바꾸는 방법을 모를경우 여러분의 호스트 관리자와 접촉해 보십시요.

===== 다운로드 방식 =====

"public"과 "private"두가지 방식으로 설정될수 있습니다.

이러한 상황이라면 "public"으로 설정하십시오:
 익명사용자를 포함한 어떠한 사용자도 신경쓰지 않고 다른 유저에 의하여 업로드된 파일의 다운로드가 가능하도록 할경우.

이러한 상황이라면 "private"으로 설정하십시오:
 다른유저에 의해 업로드되어지 파일의 다운로드 하고자 하는  사용자에 대한 제한을 원할경우.

이 설정 항목 밑에 적혀 있는 "여러분은 이 기능을 언제든 설정할수 있습니다. 하지만 모든 다운로드 URL이 바뀌므로 예상치 못한 에러가 발생 할수 있으므로 권장하지 않습니다"라는 경고 문구에 주의 하십시요. 이러한 문제를 해결하기 위해서 우리는 전체 유저에 대하여 파일을 다운로드 할수있게 하더라도 "다운로드 방식"을 "private"로 설정하여 다운로드의 가능여부에 대한 결정을 drupal을 지시하여 하도록 권장합니다.

===== 경로 설정 =====

파일 시스템 경로

기본적으로 이 항목은 "files"로 설정 되어 있으며 우리는 이것을 그대로 놔 두는것을 추천 합니다.

임시 디렉토리

기본적으로 이 디렉토리는 GNU/LINUX시스템의 기본 임시 디렉토리인 "/tmp" 로 되어 있습니다. 여러분이 윈도우나 다른 시스템을 사용하는 경우 우리는 슬래쉬가 없는 "tmp"로 지정하는것을 권장합니다. 드루팔은 자동으로 파일시스템 밑에 임시 디렉토를 생성하게 될 것입니다.

다른 설정이나 사용권 조정에 의해서 위와 같이 진행되지 않는다면 여러분은 수동으로 이 설정을 진행할 수 있습니다.

===== 날짜와 시간 설정 =====

드루팔은 여러분의 사이트에서 시간의 표시및 표시방법에 대해서 설정할수 있습니다. 표시방법을 설정하고자 할때는 여러분은 당연히 방문자들의 사용방식을 고려해야 합니다. 아래에 선택할수 있는 "Default time zone(기본 시간대)"와 "Configurable time zones(설정가능한 시간대)"의 선택사항을 표시합니다.

대부분의 사용자가 작은 지역적인 한계내에 살고 있는경우:

 "Default time zone"을 살고 있는 지역으로 설정하고 "Configurable time zone"을 비활성화 시킵니다.

대부분의 사용자가 국한된 몇개의 시간대에 흩어져 살고 있는경우:

 "Default time zone"을 기준으로 생각되는 표준 시간대로 설정하고 "Configurable time zone"을 비활성화 시킵니다. 예를 들어 미국에서라면 여러분은 여러분의 사이트를 동부 표준 시간대로 설정 할수 있습니다.

사용자가 전세계적으로 흩어져 살고 있는경우:

 "Default time zone"을 그리니치 표준시간대로 설정(GMT (+0000)) 하고 "Configurable time zone"을 활성화 시킵니다.

==== 인터페이스의 사용자 설정 하기 ====

새로운 드루팔 사이트를 여는 경우. 이곳을 참조하여 여러분의 드루팔 사이트의 디자인과 구조를 개인화 하여 사용할수 있습니다.

 * 테마 선택하기.

  여러분이 선택하여 적용하기를 원하는 전체적인 모양과 느낌을 테마를 통하여 전체적으로 관리합니다. 사이트가 여러가지의 테마를 가지고 있을수 있습니다. 첫번째로 시작하는 좋은 방법은 administer > themes에 접근하여 새로운 테마를 여러분의 기본으로 설정하는 것입니다. 여러분은 보다 많은 테마를 다운로드 페이지에 접속하여 찾아 볼수 있습니다. 여러분이 새로운 테마를 다운로드 받았다면 적용하기전에 여러분의 시스템에 설치가 되어야 합니다.

 * 여러분 자신의 테마를 만들기.

  많은 드루팔 사이트들이 미리 구성되어진 테마 대신 유일한 모양을 요구하게 됩니다. 그래서 많은 개발자들이 자신의 테마를 자신들이 작성하기를 원합니다. 테마의 개발에는 HTML/CSS를 운영하고 여러분의 테마의 복잡성에 따라 기본적인 PHP 운용 지식이 필요합니다.

 * 네비게이션(항해) 항목 사용자 설정하기

  페이지의 최상단과 최하단에 보여질 내용은 administer > setting에서 설정되어 집니다. 탭을 선택하여 하단으로 내려 메뉴를 선택합니다.주링크와 부수링크가 이곳에서 직접 HTML로 작성되어 적용될수 있습니다. 만일 주 링크가 비어 있다면 여러분의 네비게이션은 여러분이 선택한 모듈에 의하여 생성되게 될것입니다.

  각각의 테마는 숨겨진 설정페이지(테마>전체설정 페이지의 최상단에 차례로 씌여진)를 가지고 있습니다. 불행하게도 만일 여러분이 PHPTemplate 테마 엔진을 사용하는 테마를 적용하고 있다면, 여러분의 네비게이션은 테마설정의 숨겨진 영역에서 지정되어야 합니다.(primary and secondary link functionality is restared 항목을 참고 하십시요.)

 * 문자열 사용자 설정하기

  드루팔은 여러 다른 언어에서 사용되어 질수 있도록 설계 되었기 때문에 거의 모든 언어를 개인화 할수 있으며 문자열을 국가별 설정에 따라 설정할수 있는 기능을 가지고 있습니다.

  사실 여러분은 "Create blog entry"와 같은 문자열을 이미지 태그를 이용한 HTML을 통하여 이미지로 나타낼수 있습니다.

==== 사용자 로그인을 사용자 설정하기. ====

기본적으로 드루팔의 로그인 블럭은 사용자가 로그인하고 있지 않은상황이면 항상 보여지도록 설정되어 있습니다. 이것은 항상 바라는 상황이 아닐수도 있습니다. 예를 들어 여러분이 드루팔을 이용하여 아주 적은숫자의 사람들만이 로그인 하여 컨텐츠를 생성하거나 수정하는 사이트를 만들었다면, 여러분은 여러분의 스크린의 실제적인 큰 영역을 로그인 블럭과 그와 관련된 부분에 할당하고 싶지는 않을 것입니다. 또한 이와 같은것은 선택사항으로 로그인을 하지 않아도 되는 사용자들에게는 혼동을 줄수 있는 주요한 원인이 될것입니다.

 * 로그인 블럭을 비 활성화 시키기위해서:

  * 블럭 설정 항목으로 이동합니다. (administer > blocks)

  * 사용자 로그인 설정항목의 체크박스를 해제하여 비활성화 시킵니다.

여러분의 내용물 게시자와 관리자자는 여전히 http://www.examle.com/q=user 의 주소를 사용하여 로그인 화면에 직접 접근 할수 있습니다.

또한 여러분은 여러분의 요구에 의한 로그인 블럭을 만들수 있습니다. [[BR]]
http://drupal.org/node/17272 참조

==== 최종 사용자 안내 ====
작업자의글 )) 글의 길이가 길어져 DrupalHandbookForEndUser 로 나누었습니다. [[BR]]
상기의 내용이 드루팔을 설정하는 방법이라면 이번내용은 드루팔 사이트에 접속하여 사용하는 방법에 대해서 언급되어 있습니다.