Note: You are currently viewing documentation for Moodle 1.9. Up-to-date documentation for the latest stable version is available here: Installing Moodle.
Firstly don't panic! :-)
This guide explains how to install Moodle for the first time. For some of these steps it goes into a lot of detail to try and cover the majority of possible web server setups, so this page may look long and complicated. Don't panic, once you know how to do it you can install Moodle in minutes!
If you have problems please read this page carefully - most common issues are answered in here. If you still have trouble, you can seek help from the Moodle community via moodle.org Using Moodle.
Another option is to contact a Moodle Partner providing Moodle hosting who can completely maintain Moodle for you, so that you can ignore all this and get straight into educating!
- 1 Requirements
- 2 Download and copy files into place
- 3 Site structure
- 4 Run the installer script to create config.php
- 5 Go to the admin page to continue configuration
- 6 Set up cron
- 7 Create a new course
- 8 See also
Moodle is primarily developed in Linux using Apache, MySQL and PHP (also sometimes known as the LAMP platform), but is also regularly tested with PostgreSQL and on Windows XP, Mac OS X and Netware 6 operating systems.
The requirements for Moodle are as follows:
- Web server software. Most people use Apache, but Moodle should work fine under any web server that supports PHP, such as IIS on Windows platforms.
- PHP scripting language (version 4.1.0 or later). PHP 5 is supported as of Moodle 1.4. (Please note that there have been issues installing Moodle with PHP-Accelerator)
- a working database server: MySQL or PostgreSQL are completely supported and recommended for use with Moodle. MySQL is the choice for many people because it is very popular, but there are some arguments in favour of PostgreSQL, especially if you are planning a large deployment. Please note that MySQL 4.1.16 is the minimum version for Moodle 1.6.
Most web hosts support all of this by default. If you are signed up with one of the few webhosts that does not support these features ask them why, and consider taking your business elsewhere.
If you want to run Moodle on your own computer and all this looks a bit daunting, then please see our guide: Installing Apache, MySQL and PHP. It provides some step-by-step instructions to install all this on most popular platforms.
- GD library and the FreeType 2 library on Linux/Unix boxes to be able to look at the dynamic graphs that the logs pages make.
Download and copy files into place
There are two ways to get Moodle, as a compressed package or via CVS. These are explained in detail on the download page: http://moodle.org/download/
After downloading and unpacking the archive, or checking out the files via CVS, you will be left with a directory called "moodle", containing a number of files and folders.
You can either place the whole folder in your web server documents directory, in which case the site will be located at http://yourwebserver.com/moodle, or you can copy all the contents straight into the main web server documents directory, in which case the site will be simply http://yourwebserver.com.
If you are downloading Moodle to your local computer and then uploading it to your web site, it is usually better to upload the whole archive as one file, and then do the unpacking on the server. Even web hosting interfaces like Cpanel allow you to uncompress archives in the "File Manager".
You can safely skip this section, but here is a quick summary of the contents of the Moodle folder, to help get you oriented:
- config.php - contains basic settings. This file does not come with Moodle - you will create it.
- install.php - the script you will run to create config.php
- version.php - defines the current version of Moodle code
- index.php - the front page of the site
- admin/ - code to administrate the whole server
- auth/ - plugin modules to authenticate users
- blocks/ - plugin modules for the little side blocks on many pages
- calendar/ - all the code for managing and displaying calendars
- course/ - code to display and manage courses
- doc/ - help documentation for Moodle (eg this page)
- files/ - code to display and manage uploaded files
- lang/ - texts in different languages, one directory per language
- lib/ - libraries of core Moodle code
- login/ - code to handle login and account creation
- mod/ - all the main Moodle course modules are in here
- pix/ - generic site graphics
- theme/ - theme packs/skins to change the look of the site.
- user/ - code to display and manage users
Run the installer script to create config.php
To run the installer script (install.php), just try to access your Moodle main URL using a web browser, or access http://yourserver/install.php directly.
(The Installer will try to set a session cookie. If you get a popup warning in your browser make sure you accept that cookie!)
Moodle will detect that configuration is necessary and will lead you through some screens to help you create a new configuration file called config.php. At the end of the process Moodle will try and write the file into the right location, otherwise you can press a button to download it from the installer and then upload config.php into the main Moodle directory on the server.
Along the way the installer will test your server environment and give you suggestions about how to fix any problems. For most common issues these suggestions should be sufficient, but if you get stuck, look below for more information about some of common things that might be holding you up.
Check web server settings
Firstly, make sure that your web server is set up to use index.php as a default page (perhaps in addition to index.html, default.htm and so on). In Apache, this is done using a DirectoryIndex parameter in your httpd.conf file. Mine usually looks like this:
DirectoryIndex index.php index.html index.htm
Just make sure index.php is in the list (and preferably towards the start of the list, for efficiency).
Secondly, if you are using Apache 2, then you should turn on the AcceptPathInfo variable, which allows scripts to be passed arguments like http://server/file.php/arg1/arg2. This is essential to allow relative links between your resources, and also provides a performance boost for people using your Moodle web site. You can turn this on by adding these lines to your httpd.conf file.
Thirdly, Moodle requires a number of PHP settings to be active for it to work. On most servers these will already be the default settings. However, some PHP servers (and some of the more recent PHP versions) may have things set differently. These are defined in PHP's configuration file (usually called php.ini):
magic_quotes_gpc = 1 (preferred but not necessary) magic_quotes_runtime = 0 (necessary) file_uploads = 1 session.auto_start = 0 session.bug_compat_warn = 0
If you don't have access to httpd.conf or php.ini on your server, or you have Moodle on a server with other applications that require different settings, then don't worry, you can often still OVERRIDE the default settings.
To do this, you need to create a file called .htaccess in Moodle's main directory that contains lines like the following. This only works on Apache servers and only when Overrides have been allowed in the main configuration.
DirectoryIndex index.php index.html index.htm
<IfDefine APACHE2> AcceptPathInfo on </IfDefine>
php_flag magic_quotes_gpc 1 php_flag magic_quotes_runtime 0 php_flag file_uploads 1 php_flag session.auto_start 0 php_flag session.bug_compat_warn 0
You can also do things like define the maximum size for uploaded files:
LimitRequestBody 0 php_value upload_max_filesize 2M php_value post_max_size 2M
The easiest thing to do is just copy the sample file from lib/htaccess and edit it to suit your needs. It contains further instructions. For example, in a Unix shell:
cp lib/htaccess .htaccess
Creating a database
You need to create an empty database (eg "moodle") in your database system along with a special user (eg "moodleuser") that has access to that database (and that database only). You could use the "root" user if you wanted to for a test server, but this is not recommended for a production system: if hackers manage to discover the password then your whole database system would be at risk, rather than just one database.
- Bear in mind that currently (as of 1.5.x) Moodle doesn't work with MySQL 5.x's new "STRICT_TRANS_TABLES" setting. So if you are using MySQL 5.x, edit MySQL's configuration file (called "my.ini" in Windows and "my.cnf" on Unix/Linux) and comment out that option (or simply delete it). You have to restart MySQL after changing this setting.
If you are using a webhost, they will probably have a control panel web interface for you to create your database.
The Cpanel system is one of the most popular of these. To create a database in Cpanel,
- Click on the "MySQL Databases" icon.
- Type "moodle" in the database field and click "Add Database".
- Type a username and password (not one you use elsewhere) in the respective fields and click "Add User".
- Now use the "Add User to Database" button to give this new user account "ALL" rights to the new database.
- Note that the username and database names may be prefixed by your Cpanel account name. When entering this information into the Moodle installer - use the full names.
If you have access to Unix command lines then you can do the same sort of thing by typing commands.
Here are some example Unix command lines for MySQL:
# mysql -u root -p > CREATE DATABASE moodle; > GRANT SELECT,INSERT,UPDATE,DELETE,CREATE,DROP,INDEX,ALTER ON moodle.* TO moodleuser@localhost IDENTIFIED BY 'yourpassword'; > quit # mysqladmin -p reload
And some example command lines for PostgreSQL:
# su - postgres > psql -c "create user moodleuser createdb;" template1 > psql -c "create database moodle with encoding 'unicode';" -U moodleuser template1 > psql -c "alter user moodleuser nocreatedb;" template1 > psql -c "alter user moodleuser with password 'yourpassword';" template1 > su - root # /etc/init.d/postgresql reload
Creating a data directory
Moodle will also need some space on your server's hard disk to store uploaded files, such as course documents and user pictures.
The Moodle installer tries hard to create this directory for you but if it fails then you will have to create a directory for this purpose manually.
For security, it's best that this directory is NOT accessible directly via the web. The easiest way to do this is to simply locate it OUTSIDE the web directory, but if you must have it in the web directory then protect it by creating a file in the data directory called .htaccess, containing this line:
deny from all
To make sure that Moodle can save uploaded files in this directory, check that the web server software (eg Apache) has permission to read, write and execute in this directory.
On Unix machines, this means setting the owner of the directory to be something like "nobody" or "apache", and then giving that user read, write and execute permissions.
On Cpanel systems you can use the "File Manager" to find the folder, click on it, then choose "Change Permissions". On many shared hosting servers, you will probably need to restrict all file access to your "group" (to prevent other webhost customers from looking at or changing your files), but provide full read/write access to everyone else (which will allow the web server to access your files).
Speak to your server administrator if you are having trouble setting this up securely. In particular some sites that use a PHP feature known as "Safe Mode" may require the administrator to create this directory properly for you.
Go to the admin page to continue configuration
Once the basic config.php has been correctly created in the previous step, trying to access the front page of your site will take you the "admin" page for the rest of the configuration.
The first time you access this admin page, you will be presented with a GPL "shrinkwrap" agreement with which you must agree before you can continue with the setup.
Now Moodle will start setting up your database and creating tables to store data. Firstly, the main database tables are created. You should see a number of SQL statements followed by status messages (in green or red) that look like this:
|CREATE TABLE course ( id int(10) unsigned NOT NULL auto_increment, category int(10) unsigned NOT NULL default '0', password varchar(50) NOT NULL default '', fullname varchar(254) NOT NULL default '', shortname varchar(15) NOT NULL default '', summary text NOT NULL, format tinyint(4) NOT NULL default '1', teacher varchar(100) NOT NULL default 'Teacher', startdate int(10) unsigned NOT NULL default '0', enddate int(10) unsigned NOT NULL default '0', timemodified int(10) unsigned NOT NULL default '0', PRIMARY KEY (id)) TYPE=MyISAM
...and so on, followed by: Main databases set up successfully.
If you don't see these, then there must have been some problem with the database or the configuration settings you defined in config.php. Check that PHP isn't in a restricted "Safe Mode" (commercial web hosts sometimes have safe mode turned on). You can check PHP variables by creating a little file containing <?php phpinfo() ?> and looking at it through a browser. Check all these and try this page again.
Scroll down the very bottom of the page and press the "Continue" link.
You should now see a form where you can define more configuration variables for your installation, such as the default language, SMTP hosts and so on. Don't worry too much about getting everything right just now - you can always come back and edit these later on using the admin interface. The defaults are designed to be useful and secure for most sites. Scroll down to the bottom and click "Save changes".
If (and only if) you find yourself getting stuck on this page, unable to continue, then your server probably has what I call the "buggy referrer" problem. This is easy to fix: just turn off the "secureforms" setting, then try to continue again.
Next you will see more pages that print lots of status messages as they set up all the tables required by the various Moodle module. As before, they should all be green.
Scroll down the very bottom of the page and press the "Continue" link.
The next page is a form where you can define parameters for your Moodle site and the front page, such as the name, format, description and so on. Fill this out (you can always come back and change these later) and then press "Save changes".
Finally, you will then be asked to create a top-level administration user for future access to the admin pages. Fill out the details with your own name, email etc and then click "Save changes". Not all the fields are required, but if you miss any important fields you'll be re-prompted for them.
Make sure you remember the username and password you chose for the administration user account, as they will be necessary to access the administration page in future.
(If for any reason your install is interrupted, or there is a system error of some kind that prevents you from logging in using the admin account, you can usually log in using the default username of "admin", with password "admin".)
Once successful, you will be returned to the home page of your new site! Note the administration links that appear down the left hand side of the page (these items also appear on a separate Admin page) - these items are only visible to you because you are logged in as the admin user. All your further administration of Moodle can now be done using this menu, such as:
- creating and deleting courses
- creating and editing user accounts
- administering teacher accounts
- changing site-wide settings like themes etc
But you are not done installing yet! There is one very important thing still to do (see the next section on cron).
Set up cron
Some of Moodle's modules require continual checks to perform tasks. For example, Moodle needs to check the discussion forums so it can mail out copies of posts to people who have subscribed.
The script that does all this is located in the admin directory, and is called cron.php. However, it can not run itself, so you need to set up a mechanism where this script is run regularly (eg every five or ten minutes). This provides a "heartbeat" so that the script can perform functions at periods defined by each module. This kind of regular mechanism is known as a cron service.
Note that the machine performing the cron does not need to be the same machine that is running Moodle. For example, if you have a limited web hosting service that does not have a cron service, then you can might choose to run cron on another server or on your home computer. All that matters is that the cron.php file is called regularly.
The load of this script is not very high, so 5 minutes is usually reasonable, but if you're worried about it you can reduce the time period to something like 15 minutes or even 30 minutes. It's best not to make the time period too long, as delaying mail-outs can slow down activity within the course.
First, test that the script works by running it directly from your browser: http://example.com/moodle/admin/cron.php
Now, you need to set up some of way of running the script automatically and regularly.
On Windows systems
The simplest way is to use this little package moodle-cron-for-windows.zip which makes this whole thing very easy by installing a small Windows service. Run it and forget about it! :-)
On web hosting services
Your web-based control panel may have a web page that allows you to set up this cron process. For example, on Cpanel system, look for a button called "Cron jobs". In there you can put the same sort of Unix commands as listed below.
Using the command line on Unix
There are different command line programs you can use to call the page from the command line. Not all of them may be available on a given server.
For example, you can use a Unix utility like 'wget':
wget -q -O /dev/null http://example.com/moodle/admin/cron.php
Note in this example that the output is thrown away (to /dev/null).
A number of users of Moodle have found that'wget' sometimes fails. Especially if you have trouble with email digests not being sent on a daily basis to all users, an alternative command that solves the problem is:
Note in this example that the output is thrown away (to /dev/null). The same thing using lynx:
lynx -dump http://example.com/moodle/admin/cron.php > /dev/null
Alternatively you could use a standalone version of PHP, compiled to be run on the command line. The advantage with doing this is that your web server logs aren't filled with constant requests to cron.php. The disadvantage is that you need to have access to a command-line version of php.
Using the crontab program on Unix
All that Cpanel does is provide a web interface to a Unix utility known as crontab. If you have a command line, you can set up crontab yourself using the command:
and then adding one of the above commands like:
*/5 * * * * wget -q -O /dev/null http://example.com/moodle/admin/cron.php
Usually, the "crontab" command will put you into the 'vi' editor. You enter "insert mode" by pressing "i", then type in the line as above, then exit insert mode by pressing ESC. You save and exit by typing ":wq", or quit without saving using ":q!" (without the quotes).
Create a new course
Now that Moodle is running properly, you can try creating a new course to play with.
Select "Create a new course" from the Admin page (or the admin links on the home page).
Fill out the form, paying special attention to the course format. You don't have to worry about the details too much at this stage, as everything can be changed later by the teacher. Note that the yellow help icons are everywhere to provide contextual help on any aspect.
Press "Save changes", and you will be taken to a new form where you can assign teachers to the course. You can only add existing user accounts from this form - if you want to create a new teacher account then either ask the teacher to create one for themselves (see the login page), or create one for them using the "Add a new user" on the Admin page.
Once done, the course is ready to customise, and is accessible via the "Courses" link on the home page.