Heim >Backend-Entwicklung >PHP-Tutorial >moodle config-dist.php -> config.php 一切都在这里,需的加点注释

moodle config-dist.php -> config.php 一切都在这里,需的加点注释

WBOY
WBOYOriginal
2016-06-13 12:29:091961Durchsuche

moodle config-dist.php -> config.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 lineglobal $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', 'mariadb', 'mysqli', 'mssql', 'sqlsrv' 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' or custom path                                //  here set dbhost to 'localhost',                                //  (please note mysql is always using socket                                //  if dbhost is 'localhost' - if you need                                //  local port connection use '127.0.0.1')    'dbport'    => '',          // the TCP port number to use when connecting                                //  to the server. keep empty string for the                                //  default port);//=========================================================================// 2. 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';//=========================================================================// 3. 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';//=========================================================================// 4. 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;//=========================================================================// 5. 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 work around this// by renaming the admin directory in your installation, and putting that// new name here.  eg "moodleadmin".  This should fix all admin links in Moodle.// After any change you need to visit your new admin directory// and purge all caches.$CFG->admin = 'admin';//=========================================================================// 6. 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;//// Not recommended: Set the following to true to allow the use// off non-Moodle standard characters in usernames.//      $CFG->extendedusernamechars = 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 forcedifferentsitecheckingusersonrestore = true;//// Force the backup system to continue to create backups in the legacy zip// format instead of the new tgz format. Does not affect restore, which// auto-detects the underlying file format.//    $CFG->usezipbackups = 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,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,course_list:course_summary,calendar_month';//      $CFG->defaultblocks_social = 'participants,search_forums,calendar_month,calendar_upcoming,social_activities,recent_activity,course_list';//      $CFG->defaultblocks_topics = 'participants,activity_modules,search_forums,course_list:news_items,calendar_upcoming,recent_activity';//      $CFG->defaultblocks_weeks = 'participants,activity_modules,search_forums,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,course_list:news_items,calendar_upcoming,recent_activity';//// 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 strongly advised not to use these to settings unless// you are absolutely sure you know what you are doing.//      $CFG->moodlepageclass = 'moodle_page';//      $CFG->moodlepageclassfile = "$CFG->dirroot/local/myplugin/mypageclass.php";//      $CFG->blockmanagerclass = 'block_manager';//      $CFG->blockmanagerclassfile = "$CFG->dirroot/local/myplugin/myblockamanagerclass.php";//// Seconds for files to remain in caches. Decrease this if you are worried// about students being served outdated versions of uploaded files.//     $CFG->filelifetime = 60*60*6;//// Some web servers can offload the file serving from PHP process,// comment out one the following options to enable it in Moodle://     $CFG->xsendfile = 'X-Sendfile';           // Apache [email protected] https://tn123.org/mod_xsendfile/}//     $CFG->xsendfile = 'X-LIGHTTPD-send-file'; // Lighttpd [email protected] http://redmine.lighttpd.net/projects/lighttpd/wiki/X-LIGHTTPD-send-file}//     $CFG->xsendfile = 'X-Accel-Redirect';     // Nginx [email protected] http://wiki.nginx.org/XSendfile}// If your X-Sendfile implementation (usually Nginx) uses directory aliases specify them// in the following array setting://     $CFG->xsendfilealiases = array(//         '/dataroot/' => $CFG->dataroot,//         '/cachedir/' => '/var/www/moodle/cache',    // for custom $CFG->cachedir locations//         '/localcachedir/' => '/var/local/cache',    // for custom $CFG->localcachedir locations//         '/tempdir/'  => '/var/www/moodle/temp',     // for custom $CFG->tempdir locations//         '/filedir'   => '/var/www/moodle/filedir',  // for custom $CFG->filedir locations//     );//// YUI caching may be sometimes improved by slasharguments://     $CFG->yuislasharguments = 1;// Some servers may need a special rewrite rule to work around internal path length limitations:// RewriteRule (^.*/theme/yui_combo\.php)(/.*) $1?file=$2////// Following settings may be used to select session driver, uncomment only one of the handlers.//   Database session handler (not compatible with MyISAM)://      $CFG->session_handler_class = '\core\session\database';//      $CFG->session_database_acquire_lock_timeout = 120;////   File session handler (file system locking required)://      $CFG->session_handler_class = '\core\session\file';//      $CFG->session_file_save_path = $CFG->dataroot.'/sessions';////   Memcached session handler (requires memcached server and extension)://      $CFG->session_handler_class = '\core\session\memcached';//      $CFG->session_memcached_save_path = '127.0.0.1:11211';//      $CFG->session_memcached_prefix = 'memc.sess.key.';//      $CFG->session_memcached_acquire_lock_timeout = 120;//      $CFG->session_memcached_lock_expire = 7200;       // Ignored if PECL memcached is below version 2.2.0////   Memcache session handler (requires memcached server and memcache extension)://      $CFG->session_handler_class = '\core\session\memcache';//      $CFG->session_memcache_save_path = '127.0.0.1:11211';//      $CFG->session_memcache_acquire_lock_timeout = 120;//      ** NOTE: Memcache extension has less features than memcached and may be//         less reliable. Use memcached where possible or if you encounter//         session problems. **//// Please be aware that when selecting either Memcached or Memcache for sessions that it is advised to use a dedicated// memcache server. The memcache and memcached extensions do not provide isolated environments for individual uses.// Using the same server for other purposes (MUC for example) can lead to sessions being prematurely removed should// the other uses of the server purge the cache.//// Following setting allows you to alter how frequently is timemodified updated in sessions table.//      $CFG->session_update_timemodified_frequency = 20; // In seconds.//// 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 http: 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);////   Enable earlier profiling that causes more code to be covered//   on every request (db connections, config load, other inits...).//   Requires extra configuration to be defined in config.php like://   profilingincluded, profilingexcluded, profilingautofrec,//   profilingallowme, profilingallowall, profilinglifetime//       $CFG->earlyprofilingenabled = 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 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 = '[email protected]';//// 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';//// It is possible to specify different cache and temp directories, use local fast filesystem// for normal web servers. Server clusters MUST use shared filesystem for cachedir!// Localcachedir is intended for server clusters, it does not have to be shared by cluster nodes.// The directories must not be accessible via web.////     $CFG->tempdir = '/var/www/moodle/temp';        // Directory MUST BE SHARED by all clsuter nodes.//     $CFG->cachedir = '/var/www/moodle/cache';      // Directory MUST BE SHARED by all cluster nodes, locking required.//     $CFG->localcachedir = '/var/local/cache';      // Intended for local node caching.//// Some filesystems such as NFS may not support file locking operations.// Locking resolves race conditions and is strongly recommended for production servers.//     $CFG->preventfilelocking = false;//// 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'//// When Moodle is about to perform an intensive operation it raises PHP's memory// limit. The following setting should be used on large sites to set the raised// memory limit to something higher.// The value for the settings should be a valid PHP memory value. e.g. 512M, 1G////     $CFG->extramemorylimit = '1024M';//// Moodle 2.4 introduced a new cache API.// The cache API stores a configuration file within the Moodle data directory and// uses that rather than the database in order to function in a stand-alone manner.// Using altcacheconfigpath you can change the location where this config file is// looked for.// It can either be a directory in which to store the file, or the full path to the// file if you want to take full control. Either way it must be writable by the// webserver.////     $CFG->altcacheconfigpath = '/var/www/shared/moodle.cache.config.php//// The CSS files the Moodle produces can be extremely large and complex, especially// if you are using a custom theme that builds upon several other themes.// In Moodle 2.3 a CSS optimiser was added as an experimental feature for advanced// users. The CSS optimiser organises the CSS in order to reduce the overall number// of rules and styles being sent to the client. It does this by collating the// CSS before it is cached removing excess styles and rules and stripping out any// extraneous content such as comments and empty rules.// The following settings are used to enable and control the optimisation.//// Enable the CSS optimiser. This will only optimise the CSS if themedesignermode// is not enabled. This can be set through the UI however it is noted here as well// because the other CSS optimiser settings can not be set through the UI.////      $CFG->enablecssoptimiser = true;//// If set the CSS optimiser will add stats about the optimisation to the top of// the optimised CSS file. You can then inspect the CSS to see the affect the CSS// optimiser is having.////      $CFG->cssoptimiserstats = true;//// If set the CSS that is optimised will still retain a minimalistic formatting// so that anyone wanting to can still clearly read it.////      $CFG->cssoptimiserpretty = true;//// Use the following flag to completely disable the Available update notifications// feature and hide it from the server administration UI.////      $CFG->disableupdatenotifications = true;//// Use the following flag to completely disable the installation of plugins// (new plugins, available updates and missing dependencies) and related// features (such as cancelling the plugin installation or upgrade) via the// server administration web interface.////      $CFG->disableupdateautodeploy = true;//// Use the following flag to disable modifications to scheduled tasks// whilst still showing the state of tasks.////      $CFG->preventscheduledtaskchanges = true;//// As of version 2.4 Moodle serves icons as SVG images if the users browser appears// to support SVG.// For those wanting to control the serving of SVG images the following setting can// be defined in your config.php.// If it is not defined then the default (browser detection) will occur.//// To ensure they are always used when available://      $CFG->svgicons = true;//// To ensure they are never used even when available://      $CFG->svgicons = false;//// Some administration options allow setting the path to executable files. This can// potentially cause a security risk. Set this option to true to disable editing// those config settings via the web. They will need to be set explicitly in the// config.php file//      $CFG->preventexecpath = true;//// Use the following flag to set userid for noreply user. If not set then moodle will// create dummy user and use -ve value as user id.//      $CFG->noreplyuserid = -10;//// As of version 2.6 Moodle supports admin to set support user. If not set, all mails// will be sent to supportemail.//      $CFG->supportuserid = -20;//// Moodle 2.7 introduces a locking api for critical tasks (e.g. cron).// The default locking system to use is DB locking for Postgres, and file locking for// MySQL, Oracle and SQLServer. If $CFG->preventfilelocking is set, then the default// will always be DB locking. It can be manually set to one of the lock// factory classes listed below, or one of your own custom classes implementing the// \core\lock\lock_factory interface.////      $CFG->lock_factory = "auto";//// The list of available lock factories is://// "\\core\\lock\\file_lock_factory" - File locking//      Uses lock files stored by default in the dataroot. Whether this//      works on clusters depends on the file system used for the dataroot.//// "\\core\\lock\\db_record_lock_factory" - DB locking based on table rows.//// "\\core\\lock\\postgres_lock_factory" - DB locking based on postgres advisory locks.//// Settings used by the lock factories//// Location for lock files used by the File locking factory. This must exist// on a shared file system that supports locking.//      $CFG->lock_file_root = $CFG->dataroot . '/lock';//// Moodle 2.9 allows administrators to customise the list of supported file types.// To add a new filetype or override the definition of an existing one, set the// customfiletypes variable like this://// $CFG->customfiletypes = array(//     (object)array(//         'extension' => 'frog',//         'icon' => 'archive',//         'type' => 'application/frog',//         'customdescription' => 'Amphibian-related file archive'//     )// );//// The extension, icon, and type fields are required. The icon field can refer to// any icon inside the pix/f folder. You can also set the customdescription field// (shown above) and (for advanced use) the groups, string, and defaulticon fields.//// Upgrade key//// If the upgrade key is defined here, then the value must be provided every time// the site is being upgraded though the web interface, regardless of whether the// administrator is logged in or not. This prevents anonymous access to the upgrade// screens where the real authentication and authorization mechanisms can not be// relied on.//// It is strongly recommended to use a value different from your real account// password.////      $CFG->upgradekey = 'put_some_password-like_value_here';////=========================================================================// 7. SETTINGS FOR DEVELOPMENT SERVERS - not intended for production use!!!//=========================================================================//// Force a debugging mode regardless the settings in the site administration// @error_reporting(E_ALL | E_STRICT); // NOT FOR PRODUCTION SERVERS!// @ini_set('display_errors', '1');    // NOT FOR PRODUCTION SERVERS!// $CFG->debug = (E_ALL | E_STRICT);   // === DEBUG_DEVELOPER - NOT FOR PRODUCTION SERVERS!// $CFG->debugdisplay = 1;             // NOT FOR PRODUCTION SERVERS!//// You can specify a comma separated list of user ids that that always see// debug messages, this overrides the debug flag in $CFG->debug and $CFG->debugdisplay// for these users only.// $CFG->debugusers = '2';//// Prevent theme caching// $CFG->themedesignermode = true; // NOT FOR PRODUCTION SERVERS!//// Prevent JS caching// $CFG->cachejs = false; // NOT FOR PRODUCTION SERVERS!//// Restrict which YUI logging statements are shown in the browser console.// For details see the upstream documentation://   http://yuilibrary.com/yui/docs/api/classes/config.html#property_logInclude//   http://yuilibrary.com/yui/docs/api/classes/config.html#property_logExclude// $CFG->yuiloginclude = array(//     'moodle-core-dock-loader' => true,//     'moodle-course-categoryexpander' => true,// );// $CFG->yuilogexclude = array(//     'moodle-core-dock' => true,//     'moodle-core-notification' => true,// );//// Set the minimum log level for YUI logging statements.// For details see the upstream documentation://   http://yuilibrary.com/yui/docs/api/classes/config.html#property_logLevel// $CFG->yuiloglevel = 'debug';//// Prevent core_string_manager application caching// $CFG->langstringcache = false; // NOT FOR PRODUCTION SERVERS!//// When working with production data on test servers, no emails or other messages// 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 = '[email protected]'; // NOT FOR PRODUCTION SERVERS!//// Uncomment if you want to allow empty comments when modifying install.xml files.// $CFG->xmldbdisablecommentchecking = 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!//// Add SQL queries to the output of cron, just before their execution// $CFG->showcronsql = true;//// Force developer level debug and add debug info to the output of cron// $CFG->showcrondebugging = true;////=========================================================================// 8. 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'));// Module default settings with advanced/locked checkboxes can be set too. To do this, add// an extra config with '_adv' or '_locked' as a suffix and set the value to true or false.// Example://   $CFG->forced_plugin_settings = array('pluginname'  => array('settingname' => 'value', 'settingname_locked' => true, 'settingname_adv' => true));////=========================================================================// 9. PHPUNIT SUPPORT//=========================================================================// $CFG->phpunit_prefix = 'phpu_';// $CFG->phpunit_dataroot = '/home/example/phpu_moodledata';// $CFG->phpunit_directorypermissions = 02777; // optional//////=========================================================================// 10. SECRET PASSWORD SALT//=========================================================================// A site-wide password salt is no longer used in new installations.// If upgrading from 2.6 or older, keep all existing salts in config.php file.//// $CFG->passwordsaltmain = '[email protected]&*1';//// You may also have some alternative salts to allow migration from previously// used salts.//// $CFG->passwordsaltalt1 = '';// $CFG->passwordsaltalt2 = '';// $CFG->passwordsaltalt3 = '';// ....// $CFG->passwordsaltalt19 = '';// $CFG->passwordsaltalt20 = '';//////=========================================================================// 11. BEHAT SUPPORT//=========================================================================// Behat test site needs a unique www root, data directory and database prefix://// $CFG->behat_wwwroot = 'http://127.0.0.1/moodle';// $CFG->behat_prefix = 'bht_';// $CFG->behat_dataroot = '/home/example/bht_moodledata';//// You can override default Moodle configuration for Behat and add your own// params; here you can add more profiles, use different Mink drivers than Selenium...// These params would be merged with the default Moodle behat.yml, giving priority// to the ones specified here. The array format is YAML, following the Behat// params hierarchy. More info: http://docs.behat.org/guides/7.config.html// Example://   $CFG->behat_config = array(//       'default' => array(//           'formatter' => array(//               'name' => 'pretty',//               'parameters' => array(//                   'decorated' => true,//                   'verbose' => false//               )//           )//       ),//       'Mac-Firefox' => array(//           'extensions' => array(//               'Behat\MinkExtension\Extension' => array(//                   'selenium2' => array(//                       'browser' => 'firefox',//                       'capabilities' => array(//                           'platform' => 'OS X 10.6',//                           'version' => 20//                       )//                   )//               )//           )//       ),//       'Mac-Safari' => array(//           'extensions' => array(//               'Behat\MinkExtension\Extension' => array(//                   'selenium2' => array(//                       'browser' => 'safari',//                       'capabilities' => array(//                           'platform' => 'OS X 10.8',//                           'version' => 6//                       )//                   )//               )//           )//       )//   );//// You can force the browser session (not user's sessions) to restart after N seconds. This could// be useful if you are using a cloud-based service with time restrictions in the browser side.// Setting this value the browser session that Behat is using will be restarted. Set the time in// seconds. Is not recommended to use this setting if you don't explicitly need it.// Example://   $CFG->behat_restart_browser_after = 7200;     // Restarts the browser session after 2 hours//// All this page's extra Moodle settings are compared against a white list of allowed settings// (the basic and behat_* ones) to avoid problems with production environments. This setting can be// used to expand the default white list with an array of extra settings.// Example://   $CFG->behat_extraallowedsettings = array('somecoresetting', ...);//// You should explicitly allow the usage of the deprecated behat steps, otherwise an exception will// be thrown when using them. The setting is disabled by default.// Example://   $CFG->behat_usedeprecated = true;//// Including feature files from directories outside the dirroot is possible if required. The setting// requires that the running user has executable permissions on all parent directories in the paths.// Example://   $CFG->behat_additionalfeatures = array('/home/developer/code/wipfeatures');//// You can make behat save several dumps when a scenario fails. The dumps currently saved are:// * a dump of the DOM in it's state at the time of failure; and// * a screenshot (JavaScript is required for the screenshot functionality, so not all browsers support this option)// Example://   $CFG->behat_faildump_path = '/my/path/to/save/failure/dumps';//// You can specify db, selenium wd_host etc. for behat parallel run by setting following variable.// Example://   $CFG->behat_parallel_run = array (//       array (//           'dbtype' => 'mysqli',//           'dblibrary' => 'native',//           'dbhost' => 'localhost',//           'dbname' => 'moodletest',//           'dbuser' => 'moodle',//           'dbpass' => 'moodle',//           'behat_prefix' => 'mdl_',//           'wd_host' => 'http://127.0.0.1:4444/wd/hub',//           'behat_wwwroot' => 'http://127.0.0.1/moodle',//           'behat_dataroot' => '/home/example/bht_moodledata'//       ),//   );//// To change name of behat parallel run site, define BEHAT_PARALLEL_SITE_NAME and parallel run sites will be suffixed// with this value// Example://   define('BEHAT_PARALLEL_SITE_NAME', 'behatparallelsite');//// Command line output for parallel behat install is limited to 80 chars, if you are installing more then 4 sites and// want to expand output to more then 80 chars, then define BEHAT_MAX_CMD_LINE_OUTPUT// Example://   define('BEHAT_MAX_CMD_LINE_OUTPUT', 120);//// Behat feature files will be distributed randomly between the processes by default. If you have timing file or want// to create timing file then define BEHAT_FEATURE_TIMING_FILE with path to timing file. It will be updated for each// run with latest time taken to execute feature.// Example://   define('BEHAT_FEATURE_TIMING_FILE', '/PATH_TO_TIMING_FILE/timing.json');//// If you don't have timing file and want some stable distribution of features, then you can use step counts to// distribute the features. You can generate step file by executing php admin/tool/behat/cli/util.php --updatesteps// this will update step file which is defined by BEHAT_FEATURE_STEP_FILE.// Example://   define('BEHAT_FEATURE_STEP_FILE', '/PATH_TO_FEATURE_STEP_COUNT_FILE/stepcount.json');//// Feature distribution for each process is displayed as histogram. you can disable it by setting// BEHAT_DISABLE_HISTOGRAM// Example://   define('BEHAT_DISABLE_HISTOGRAM', true);////=========================================================================// 12. DEVELOPER DATA GENERATOR//=========================================================================//// The developer data generator tool is intended to be used only in development or testing sites and// it's usage in production environments is not recommended; if it is used to create JMeter test plans// is even less recommended as JMeter needs to log in as site course users. JMeter needs to know the// users passwords but would be dangerous to have a default password as everybody would know it, which would// be specially dangerouse if somebody uses this tool in a production site, so in order to prevent unintended// uses of the tool and undesired accesses as well, is compulsory to set a password for the users// generated by this tool, but only in case you want to generate a JMeter test. The value should be a string.// Example://   $CFG->tool_generator_users_password = 'examplepassword';////=========================================================================// 13. SYSTEM PATHS (You need to set following, depending on your system)//=========================================================================// Ghostscript path.// On most Linux installs, this can be left as '/usr/bin/gs'.// On Windows it will be something like 'c:\gs\bin\gswin32c.exe' (make sure// there are no spaces in the path - if necessary copy the files 'gswin32c.exe'// and 'gsdll32.dll' to a new folder without a space in the path)//      $CFG->pathtogs = '/usr/bin/gs';//// Clam AV path.// Probably something like /usr/bin/clamscan or /usr/bin/clamdscan. You need// this in order for clam AV to run.//      $CFG->pathtoclam = '';//// Path to du.// Probably something like /usr/bin/du. If you enter this, pages that display// directory contents will run much faster for directories with a lot of files.//      $CFG->pathtodu = '';//// Path to aspell.// To use spell-checking within the editor, you MUST have aspell 0.50 or later// installed on your server, and you must specify the correct path to access the// aspell binary. On Unix/Linux systems, this path is usually /usr/bin/aspell,// but it might be something else.//      $CFG->aspellpath = '';//// Path to dot.// Probably something like /usr/bin/dot. To be able to generate graphics from// DOT files, you must have installed the dot executable and point to it here.// Note that, for now, this only used by the profiling features// (Development->Profiling) built into Moodle.//      $CFG->pathtodot = '';//=========================================================================// 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!


Stellungnahme:
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn
Vorheriger Artikel:[Laravel] Laravel的根本使用Nächster Artikel:php 适用函数