시스템 구성은 시스템 관리자로 하여금 티키의 외부에서 선호설정 일부를 변경하도록 합니다. INI 파일을 제공함으로써, 관리자들은 자신들의 모든 티키 설치에 대하여 중심 구성을 보유할 수있습니다.

티키10 에서 새로 도입된 내용: 정적 파일로부터 모듈을 로드하는 선택사항 (프로필 YAML 형식내에서, http://profiles.tiki.org/Module+Handler 와 유사하게). 관리 패널 내부에서 "모듈 파일" 을 검색하십시오.

티키11 에서 새로 도입된 내용: db/preconfiguration.php 파일은 첫 티키 설치시에 제안된 데이터베이스 보안내용을 포함할 수 있습니다. 이는 가상 서버 제공자로 하여금 고객이 티키 설치프로그램에 접근하기 전에 mysql 을 각기 다른 임의의 비밀번호와 사용자명으로 사전설정할 수 있도록 합니다.

• BigBlueButton 과 같은 다른 서비스로 사용자의 간섭없이 연결
• 멤캐시와 같은 고급 설정을 구성
• 지원 계획의 일부가 아닌 기능을 비활성화
• 전역적으로 특정 기능을 비활성화함으로써 보안 책임자에게 알림
• tiki_p_admin 을 제공하지만 일부 기능을 접근불가능하게 만듬
• 호스팅 회사는 모든 기능을 한 곳에 탑재한 호시틍을 제공하기를 원할 수 있지만, 다음의 사용은 제한할 수 있다
  • 실험적 기능
  • 서버 접근을 얻기 위하여 사용될 수 있는 기능 (대부분의 설치에서는 괜찮지만, 위키팜(WikiFarm)에서는 좋은 일은 아니다)
• 컨설팅 회사는 사용자에 대하여 더 단순한 관리 패널을 만들고 싶어할 것이다
• 티키를 응용 프로그램 빌더 (프레임워크) 로써 사용

시스템 구성은 db/local.php 파일로부터 활성화되어야만 합니다. 티키8 및 그 이 후에서 생성된 설치는 기본으로 생성된 파일 내부에 샘플을 포함하고 있습니다.

$system_configuration_file = '/etc/tiki.ini';
$system_configuration_identifier = 'client1.example.com';

$system_configuration_file = 'db/tiki.ini';
$system_configuration_identifier = 'client1.example.com';

이 예제를 사용하게 되면 .htaccess 가 활성화되어있어서 tiki.ini 가 읽히지 않도록 하는 것에 유의하십시오.

활성화되면, 티키는 구성 파일로부터 선택된 식별자에 기반하여 추가 명령을 읽어들일 것입니다. 식별자는 임의의 것일 수 있지만, 사이트 혹은 계획 중 하나를 지정하기 위하여 사용될 수 있습니다. 구성 파일 내부에는 다중 구성이 정의될 수 있으며 상속이 사용될 수 있습니다.

[global]
preference.feature_wysiwyg = "n"
preference.feature_sefurl = "y"
preference.helpurl = "http://support.example.com/"
; ... more settings ...

[basic : global]
preference.feature_wiki = "y"
preference.feature_forums = "n"
preference.feature_trackers = "n"
; ... more settings ...

[pro : global]
preference.feature_wiki = "y"
; BBB configured, but user can still toggle on/off
preference.bigbluebutton_server_location = "bbb.example.com"
preference.bigbluebutton_server_salt = "1234abcd1234abcd"
; ... more settings ...

[client1.example.com : pro]
preference.browsertitle = "Client #1 Intranet"
preference.sender_email = client1@example.com

In the example above, the following preferences would be set for using the identifier client1.example.com:

• feature_wysiwyg = n
• feature_sefurl = y
• helpurl = http://support.example.com/
• feature_wiki = y
• bigbluebutton_server_location = bbb.example.com
• bigbluebutton_server_salt = 1234abcd1234abcd
• browsertitle = Client #1 Intranet
• sender_email = client1 at example.com

; at the beginning indicates comments

Preferences can be disabled by setting a value to each of them individually. However, this process may be long and will require maintenance with the evolutions of Tiki.

Tiki allows to set multiple rule priorities, each verification priority can allow or deny a preference. Rules can be specified at various levels, just like the preference overrides above.

[global]
rules.0 = deny experimental new

[pro : global]
rules.5 = allow new
rules.10 = allow feature_wysiwyg

위의 예제에서, pro 식별자를 사용하는 사이트는 새 기능과 wysywyg (실험적이라고 태그되어 있음) 을 사용하도록 허용될 것이고, 새 실험적 기능들도 포함할 것이다, 하지만, 과거의 실험적 기능은 여전히 제한될 것이다. 보다 높은 우선순위가 우선적으로 평가되고 탐색은 일치된 내용이 발견되면 멈출 것이다.

draconian 제공자는 다음과 같은 것을 사용할 수도 있다:

[global]
rules.0 = deny all
rules.1 = allow basic

선호설정은 배열을 포함하는 'tags' 키를 사용하여 정의에 태그될 필요가 있다. 달리 지정되지 않는한, 모든 선호설정은 '고급'으로 여겨진다..

티키가 사전 로드된 온디멘드 (on-demand)식의 가상 머신을 제공할 때, 호스팅 회사들은 각 사용자에게 다른 데이터베이스와 연결 보안내역으로 mysql 을 제공할 수 있다.
설치 프로그램의 데이터베이스 연결 설정 단계에 접근할 때, 이러한 값들은 사용자를 위하여 사전에 기입될 것이디ㅏ. 이는 메일 혹은 다른 방식을 이용하여 제공하는 것보다 더 효율적이다.
이러한 정보는 분명한 이유로 db/local.php 내부에 포함될 수 없다 그 이유는 local.php 가 이 단계에는 아직 존재하지 않기 때문이다.

해야될 것은 단순히 db/preconfiguration.php 에 적절한 줄의 주석상태를 해지하는 것이고 적절한 값으로 채우는 것이다:

• TRIM
• Multitiki