mirror of
https://github.com/moodle/moodle.git
synced 2025-01-18 22:08:20 +01:00
422 lines
22 KiB
PHP
422 lines
22 KiB
PHP
<?PHP
|
|
///////////////////////////////////////////////////////////////////////////
|
|
// //
|
|
// Moodle configuration file //
|
|
// //
|
|
// This file should be renamed "config.php" in the top-level directory //
|
|
// //
|
|
///////////////////////////////////////////////////////////////////////////
|
|
// //
|
|
// NOTICE OF COPYRIGHT //
|
|
// //
|
|
// Moodle - Modular Object-Oriented Dynamic Learning Environment //
|
|
// http://moodle.org //
|
|
// //
|
|
// Copyright (C) 1999 onwards Martin Dougiamas http://moodle.com //
|
|
// //
|
|
// This program is free software; you can redistribute it and/or modify //
|
|
// it under the terms of the GNU General Public License as published by //
|
|
// the Free Software Foundation; either version 3 of the License, or //
|
|
// (at your option) any later version. //
|
|
// //
|
|
// This program is distributed in the hope that it will be useful, //
|
|
// but WITHOUT ANY WARRANTY; without even the implied warranty of //
|
|
// MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the //
|
|
// GNU General Public License for more details: //
|
|
// //
|
|
// http://www.gnu.org/copyleft/gpl.html //
|
|
// //
|
|
///////////////////////////////////////////////////////////////////////////
|
|
unset($CFG); // Ignore this line
|
|
global $CFG; // This is necessary here for PHPUnit execution
|
|
$CFG = new stdClass();
|
|
|
|
//=========================================================================
|
|
// 1. DATABASE SETUP
|
|
//=========================================================================
|
|
// First, you need to configure the database where all Moodle data //
|
|
// will be stored. This database must already have been created //
|
|
// and a username/password created to access it. //
|
|
|
|
$CFG->dbtype = 'pgsql'; // 'pgsql', 'mysqli', 'mssql' or 'oci'
|
|
$CFG->dblibrary = 'native'; // 'native' only at the moment
|
|
$CFG->dbhost = 'localhost'; // eg 'localhost' or 'db.isp.com' or IP
|
|
$CFG->dbname = 'moodle'; // database name, eg moodle
|
|
$CFG->dbuser = 'username'; // your database username
|
|
$CFG->dbpass = 'password'; // your database password
|
|
$CFG->prefix = 'mdl_'; // prefix to use for all table names
|
|
$CFG->dboptions = array(
|
|
'dbpersist' => false, // should persistent database connections be
|
|
// used? set to 'false' for the most stable
|
|
// setting, 'true' can improve performance
|
|
// sometimes
|
|
'dbsocket' => false, // should connection via UNIX socket be
|
|
// used? if you set it to 'true' here,
|
|
// set dbhost to 'localhost'
|
|
'dbport' => '', // the TCP port number to use when connecting
|
|
// to the server. keep empty string for the
|
|
// default port
|
|
);
|
|
|
|
|
|
//=========================================================================
|
|
// 2. SECRET PASSWORD SALT
|
|
//=========================================================================
|
|
// User password salt is very important security feature, it is created
|
|
// automatically in installer, you have to uncomment and modify value
|
|
// on the next line if you are creating config.php manually.
|
|
//
|
|
// $CFG->passwordsaltmain = 'a_very_long_random_string_of_characters#@6&*1';
|
|
//
|
|
// After changing the main salt you have to copy old value into one
|
|
// of the following settings - this allows migration to the new salt
|
|
// during the next login of each user.
|
|
//
|
|
// $CFG->passwordsaltalt1 = '';
|
|
// $CFG->passwordsaltalt2 = '';
|
|
// $CFG->passwordsaltalt3 = '';
|
|
// ....
|
|
// $CFG->passwordsaltalt19 = '';
|
|
// $CFG->passwordsaltalt20 = '';
|
|
|
|
|
|
//=========================================================================
|
|
// 3. WEB SITE LOCATION
|
|
//=========================================================================
|
|
// Now you need to tell Moodle where it is located. Specify the full
|
|
// web address to where moodle has been installed. If your web site
|
|
// is accessible via multiple URLs then choose the most natural one
|
|
// that your students would use. Do not include a trailing slash
|
|
//
|
|
// If you need both intranet and Internet access please read
|
|
// http://docs.moodle.org/en/masquerading
|
|
|
|
$CFG->wwwroot = 'http://example.com/moodle';
|
|
|
|
|
|
//=========================================================================
|
|
// 4. DATA FILES LOCATION
|
|
//=========================================================================
|
|
// Now you need a place where Moodle can save uploaded files. This
|
|
// directory should be readable AND WRITEABLE by the web server user
|
|
// (usually 'nobody' or 'apache'), but it should not be accessible
|
|
// directly via the web.
|
|
//
|
|
// - On hosting systems you might need to make sure that your "group" has
|
|
// no permissions at all, but that "others" have full permissions.
|
|
//
|
|
// - On Windows systems you might specify something like 'c:\moodledata'
|
|
|
|
$CFG->dataroot = '/home/example/moodledata';
|
|
|
|
|
|
//=========================================================================
|
|
// 5. DATA FILES PERMISSIONS
|
|
//=========================================================================
|
|
// The following parameter sets the permissions of new directories
|
|
// created by Moodle within the data directory. The format is in
|
|
// octal format (as used by the Unix utility chmod, for example).
|
|
// The default is usually OK, but you may want to change it to 0750
|
|
// if you are concerned about world-access to the files (you will need
|
|
// to make sure the web server process (eg Apache) can access the files.
|
|
// NOTE: the prefixed 0 is important, and don't use quotes.
|
|
|
|
$CFG->directorypermissions = 02777;
|
|
|
|
|
|
//=========================================================================
|
|
// 6. DIRECTORY LOCATION (most people can just ignore this setting)
|
|
//=========================================================================
|
|
// A very few webhosts use /admin as a special URL for you to access a
|
|
// control panel or something. Unfortunately this conflicts with the
|
|
// standard location for the Moodle admin pages. You can fix this by
|
|
// renaming the admin directory in your installation, and putting that
|
|
// new name here. eg "moodleadmin". This will fix admin links in Moodle.
|
|
|
|
$CFG->admin = 'admin';
|
|
|
|
|
|
//=========================================================================
|
|
// 7. OTHER MISCELLANEOUS SETTINGS (ignore these for new installations)
|
|
//=========================================================================
|
|
//
|
|
// These are additional tweaks for which no GUI exists in Moodle yet.
|
|
//
|
|
// Starting in PHP 5.3 administrators should specify default timezone
|
|
// in PHP.ini, you can also specify it here if needed.
|
|
// See details at: http://php.net/manual/en/function.date-default-timezone-set.php
|
|
// List of time zones at: http://php.net/manual/en/timezones.php
|
|
// date_default_timezone_set('Australia/Perth');
|
|
//
|
|
// Change the key pair lifetime for Moodle Networking
|
|
// The default is 28 days. You would only want to change this if the key
|
|
// was not getting regenerated for any reason. You would probably want
|
|
// make it much longer. Note that you'll need to delete and manually update
|
|
// any existing key.
|
|
// $CFG->mnetkeylifetime = 28;
|
|
//
|
|
// Prevent scheduled backups from operating (and hide the GUI for them)
|
|
// Useful for webhost operators who have alternate methods of backups
|
|
// $CFG->disablescheduledbackups = true;
|
|
//
|
|
// Allow user passwords to be included in backup files. Very dangerous
|
|
// setting as far as it publishes password hashes that can be unencrypted
|
|
// if the backup file is publicy available. Use it only if you can guarantee
|
|
// that all your backup files remain only privacy available and are never
|
|
// shared out from your site/institution!
|
|
// $CFG->includeuserpasswordsinbackup = true;
|
|
//
|
|
// Completely disable user creation when restoring a course, bypassing any
|
|
// permissions granted via roles and capabilities. Enabling this setting
|
|
// results in the restore process stopping when a user attempts to restore a
|
|
// course requiring users to be created.
|
|
// $CFG->disableusercreationonrestore = true;
|
|
//
|
|
// Keep the temporary directories used by backup and restore without being
|
|
// deleted at the end of the process. Use it if you want to debug / view
|
|
// all the information stored there after the process has ended. Note that
|
|
// those directories may be deleted (after some ttl) both by cron and / or
|
|
// by new backup / restore invocations.
|
|
// $CFG->keeptempdirectoriesonbackup = true;
|
|
//
|
|
// Modify the restore process in order to force the "user checks" to assume
|
|
// that the backup originated from a different site, so detection of matching
|
|
// users is performed with different (more "relaxed") rules. Note that this is
|
|
// only useful if the backup file has been created using Moodle < 1.9.4 and the
|
|
// site has been rebuilt from scratch using backup files (not the best way btw).
|
|
// If you obtain user conflicts on restore, rather than enabling this setting
|
|
// permanently, try restoring the backup on a different site, back it up again
|
|
// and then restore on the target server.
|
|
// $CFG->forcedifferentsitecheckingusersonrestore = true;
|
|
//
|
|
// Prevent stats processing and hide the GUI
|
|
// $CFG->disablestatsprocessing = true;
|
|
//
|
|
// Setting this to true will enable admins to edit any post at any time
|
|
// $CFG->admineditalways = true;
|
|
//
|
|
// These variables define DEFAULT block variables for new courses
|
|
// If this one is set it overrides all others and is the only one used.
|
|
// $CFG->defaultblocks_override = 'participants,activity_modules,search_forums,admin,course_list:news_items,calendar_upcoming,recent_activity';
|
|
//
|
|
// These variables define the specific settings for defined course formats.
|
|
// They override any settings defined in the formats own config file.
|
|
// $CFG->defaultblocks_site = 'site_main_menu,admin,course_list:course_summary,calendar_month';
|
|
// $CFG->defaultblocks_social = 'participants,search_forums,calendar_month,calendar_upcoming,social_activities,recent_activity,admin,course_list';
|
|
// $CFG->defaultblocks_topics = 'participants,activity_modules,search_forums,admin,course_list:news_items,calendar_upcoming,recent_activity';
|
|
// $CFG->defaultblocks_weeks = 'participants,activity_modules,search_forums,admin,course_list:news_items,calendar_upcoming,recent_activity';
|
|
//
|
|
// These blocks are used when no other default setting is found.
|
|
// $CFG->defaultblocks = 'participants,activity_modules,search_forums,admin,course_list:news_items,calendar_upcoming,recent_activity';
|
|
//
|
|
// The blocks in this list will be protected from deletion, and this is primarily
|
|
// used to protect the navigation and settings blocks which can be very hard to
|
|
// get back if accidentally delete.
|
|
// $CFG->undeletableblocktypes = 'navigation,settings';
|
|
//
|
|
// You can specify a different class to be created for the $PAGE global, and to
|
|
// compute which blocks appear on each page. However, I cannot think of any good
|
|
// reason why you would need to change that. It just felt wrong to hard-code the
|
|
// the class name. You are stronly advised not to use these to settings unless
|
|
// you are absolutely sure you know what you are doing.
|
|
// $CFG->moodlepageclass = 'moodle_page';
|
|
// $CFG->blockmanagerclass = 'block_manager';
|
|
//
|
|
// Seconds for files to remain in caches. Decrease this if you are worried
|
|
// about students being served outdated versions of uploaded files.
|
|
// $CFG->filelifetime = 86400;
|
|
//
|
|
// This setting will prevent the 'My Courses' page being displayed when a student
|
|
// logs in. The site front page will always show the same (logged-out) view.
|
|
// $CFG->disablemycourses = true;
|
|
//
|
|
// If this setting is set to true, then Moodle will track the IP of the
|
|
// current user to make sure it hasn't changed during a session. This
|
|
// will prevent the possibility of sessions being hijacked via XSS, but it
|
|
// may break things for users coming using proxies that change all the time,
|
|
// like AOL.
|
|
// $CFG->tracksessionip = true;
|
|
//
|
|
//
|
|
// The following lines are for handling email bounces.
|
|
// $CFG->handlebounces = true;
|
|
// $CFG->minbounces = 10;
|
|
// $CFG->bounceratio = .20;
|
|
// The next lines are needed both for bounce handling and any other email to module processing.
|
|
// mailprefix must be EXACTLY four characters.
|
|
// Uncomment and customise this block for Postfix
|
|
// $CFG->mailprefix = 'mdl+'; // + is the separator for Exim and Postfix.
|
|
// $CFG->mailprefix = 'mdl-'; // - is the separator for qmail
|
|
// $CFG->maildomain = 'youremaildomain.com';
|
|
//
|
|
// Enable when setting up advanced reverse proxy load balancing configurations,
|
|
// it may be also necessary to enable this when using port forwarding.
|
|
// $CFG->reverseproxy = true;
|
|
//
|
|
// Enable when using external SSL appliance for performance reasons.
|
|
// Please note that site may be accessible via https: or https:, but not both!
|
|
// $CFG->sslproxy = true;
|
|
//
|
|
// This setting will cause the userdate() function not to fix %d in
|
|
// date strings, and just let them show with a zero prefix.
|
|
// $CFG->nofixday = true;
|
|
//
|
|
// This setting will make some graphs (eg user logs) use lines instead of bars
|
|
// $CFG->preferlinegraphs = true;
|
|
//
|
|
// Enabling this will allow custom scripts to replace existing moodle scripts.
|
|
// For example: if $CFG->customscripts/course/view.php exists then
|
|
// it will be used instead of $CFG->wwwroot/course/view.php
|
|
// At present this will only work for files that include config.php and are called
|
|
// as part of the url (index.php is implied).
|
|
// Some examples are:
|
|
// http://my.moodle.site/course/view.php
|
|
// http://my.moodle.site/index.php
|
|
// http://my.moodle.site/admin (index.php implied)
|
|
// Custom scripts should not include config.php
|
|
// Warning: Replacing standard moodle scripts may pose security risks and/or may not
|
|
// be compatible with upgrades. Use this option only if you are aware of the risks
|
|
// involved.
|
|
// Specify the full directory path to the custom scripts
|
|
// $CFG->customscripts = '/home/example/customscripts';
|
|
//
|
|
// Performance profiling
|
|
//
|
|
// If you set Debug to "Yes" in the Configuration->Variables page some
|
|
// performance profiling data will show up on your footer (in default theme).
|
|
// With these settings you get more granular control over the capture
|
|
// and printout of the data
|
|
//
|
|
// Capture performance profiling data
|
|
// define('MDL_PERF' , true);
|
|
//
|
|
// Capture additional data from DB
|
|
// define('MDL_PERFDB' , true);
|
|
//
|
|
// Print to log (for passive profiling of production servers)
|
|
// define('MDL_PERFTOLOG' , true);
|
|
//
|
|
// Print to footer (works with the default theme)
|
|
// define('MDL_PERFTOFOOT', true);
|
|
//
|
|
// Force displayed usernames
|
|
// A little hack to anonymise user names for all students. If you set these
|
|
// then all non-teachers will always see these for every person.
|
|
// $CFG->forcefirstname = 'Bruce';
|
|
// $CFG->forcelastname = 'Simpson';
|
|
//
|
|
// The following setting will turn SQL Error logging on. This will output an
|
|
// entry in apache error log indicating the position of the error and the statement
|
|
// called. This option will action disregarding error_reporting setting.
|
|
// $CFG->dblogerror = true;
|
|
//
|
|
// The following setting will log every database query to a table called adodb_logsql.
|
|
// Use this setting on a development server only, the table grows quickly!
|
|
// $CFG->logsql = true;
|
|
//
|
|
// The following setting will turn on username logging into Apache log. For full details regarding setting
|
|
// up of this function please refer to the install section of the document.
|
|
// $CFG->apacheloguser = 0; // Turn this feature off. Default value.
|
|
// $CFG->apacheloguser = 1; // Log user id.
|
|
// $CFG->apacheloguser = 2; // Log full name in cleaned format. ie, Darth Vader will be displayed as darth_vader.
|
|
// $CFG->apacheloguser = 3; // Log username.
|
|
// To get the values logged in Apache's log, add to your httpd.conf
|
|
// the following statements. In the General part put:
|
|
// LogFormat "%h %l %{MOODLEUSER}n %t \"%r\" %s %b \"%{Referer}i\" \"%{User-Agent}i\"" moodleformat
|
|
// And in the part specific to your Moodle install / virtualhost:
|
|
// CustomLog "/your/path/to/log" moodleformat
|
|
// CAUTION: Use of this option will expose usernames in the Apache log,
|
|
// If you are going to publish your log, or the output of your web stats analyzer
|
|
// this will weaken the security of your website.
|
|
//
|
|
// Email database connection errors to someone. If Moodle cannot connect to the
|
|
// database, then email this address with a notice.
|
|
//
|
|
// $CFG->emailconnectionerrorsto = 'your@emailaddress.com';
|
|
//
|
|
// Set the priority of themes from highest to lowest. This is useful (for
|
|
// example) in sites where the user theme should override all other theme
|
|
// settings for accessibility reasons. You can also disable types of themes
|
|
// (other than site) by removing them from the array. The default setting is:
|
|
// $CFG->themeorder = array('course', 'category', 'session', 'user', 'site');
|
|
// NOTE: course, category, session, user themes still require the
|
|
// respective settings to be enabled
|
|
//
|
|
// It is possible to add extra themes directory stored outside of $CFG->dirroot.
|
|
// This local directory does not have to be accessible from internet.
|
|
//
|
|
// $CFG->themedir = '/location/of/extra/themes';
|
|
//
|
|
// Site default language can be set via standard administration interface. If you
|
|
// want to have initial error messages for eventual database connection problems
|
|
// localized too, you have to set your language code here.
|
|
//
|
|
// $CFG->lang = 'yourlangcode'; // for example 'cs'
|
|
//
|
|
//=========================================================================
|
|
// 8. SETTINGS FOR DEVELOPMENT SERVERS - not intended for production use!!!
|
|
//=========================================================================
|
|
//
|
|
// Force a debugging mode regardless the settings in the site administration
|
|
// @error_reporting(1023); // NOT FOR PRODUCTION SERVERS!
|
|
// @ini_set('display_errors', '1'); // NOT FOR PRODUCTION SERVERS!
|
|
// $CFG->debug = 38911; // DEBUG_DEVELOPER // NOT FOR PRODUCTION SERVERS!
|
|
// $CFG->debugdisplay = true; // NOT FOR PRODUCTION SERVERS!
|
|
//
|
|
// Prevent theme caching
|
|
// $CFG->themerev = -1; // NOT FOR PRODUCTION SERVERS!
|
|
//
|
|
// Prevent core_string_manager on-disk cache
|
|
// $CFG->langstringcache = false; // NOT FOR PRODUCTION SERVERS!
|
|
//
|
|
// When working with production data on test servers, no emails should ever be send to real users
|
|
// $CFG->noemailever = true; // NOT FOR PRODUCTION SERVERS!
|
|
//
|
|
// Divert all outgoing emails to this address to test and debug emailing features
|
|
// $CFG->divertallemailsto = 'root@localhost.local'; // NOT FOR PRODUCTION SERVERS!
|
|
//
|
|
// Specify prefix for fake unit test tables. If not specified only tests
|
|
// that do not need fake tables will be executed.
|
|
// $CFG->unittestprefix = 'tst_'; // NOT FOR PRODUCTION SERVERS!
|
|
//
|
|
// special magic evil developer only wanting to edit the xmldb files manually
|
|
// AND don't use the XMLDBEditor nor the prev/next stuff at all (Mahara and others)
|
|
// Uncomment these if you're lazy like Penny
|
|
// $CFG->xmldbdisablecommentchecking = true; // NOT FOR PRODUCTION SERVERS!
|
|
// $CFG->xmldbdisablenextprevchecking = true; // NOT FOR PRODUCTION SERVERS!
|
|
//
|
|
// Special magic - evil developer only wanting to edit xmldb files manually
|
|
// AND allowing the XMLDBEditor to reconstruct the prev/next elements every
|
|
// time one file is loaded and saved (Moodle).
|
|
// Uncomment this if you're lazy like Petr
|
|
// $CFG->xmldbreconstructprevnext = true; // NOT FOR PRODUCTION SERVERS!
|
|
//
|
|
// Since 2.0 sql queries are not shown during upgrade by default.
|
|
// Please note that this setting may produce very long upgrade page on large sites.
|
|
// $CFG->upgradeshowsql = true; // NOT FOR PRODUCTION SERVERS!
|
|
//
|
|
//=========================================================================
|
|
// 9. FORCED SETTINGS
|
|
//=========================================================================
|
|
// It is possible to specify normal admin settings here, the point is that
|
|
// they can not be changed through the standard admin settings pages any more.
|
|
//
|
|
// Core settings are specified directly via assignment to $CFG variable.
|
|
// Example:
|
|
// $CFG->somecoresetting = 'value';
|
|
//
|
|
// Plugin settings have to be put into a special array.
|
|
// Example:
|
|
// $CFG->forced_plugin_settings = array('pluginname' => array('settingname' => 'value', 'secondsetting' => 'othervalue'),
|
|
// 'otherplugin' => array('mysetting' => 'myvalue', 'thesetting' => 'thevalue'));
|
|
|
|
|
|
//=========================================================================
|
|
// ALL DONE! To continue installation, visit your main page with a browser
|
|
//=========================================================================
|
|
|
|
require_once(dirname(__FILE__) . '/lib/setup.php'); // Do not edit
|
|
|
|
// There is no php closing tag in this file,
|
|
// it is intentional because it prevents trailing whitespace problems!
|