Discussió:Cron

Comment from Eloy:

"If there is some template to mark one page as "require some love" I'd say https://docs.moodle.org/en/Cron requires it. It talks 99% of the time to use web-browser cron. Only 1 line talks about cli cron." --Helen Foster 20:44, 9 November 2011 (WST)

I just noticed this comment. Cron is not one of my special areas of knowledge but obviously use it. Did a quick "Cron CLI" on the web and got lost in how to program a php file to run cron jobs. Saw the note about 2.0 and CLI on this page.

I think Eloy's comment is also saying that this page is too long and could be split up? For example use a navtrail and a Cron template. Proposed pages:

Cron page - Overview section
Cron with Windows OS page - move section.
Cron with MAC OS X page - move section
Cron with web hosting services page - move section
Cron with UNIX page - move section
Cron reports
Cron settings

Comments? --Chris collman 23:25, 12 November 2011 (WST)

Notice that I am using the phrase "the Moodle cron process". As I understand it, this process can be triggered via admin/cron.php OR via a cron service at admin/cli/cron.php. Frankly, I am not sure how lib/cronlib.php works with either of these trigeer points but I don't think that is important for the site admin. The old cron page refered to cron.php with the assumption that it was in admin. To avoid confusion for a new user, I decided to call it a Moodle cron process.--Chris collman 23:57, 19 November 2011 (WST)

Will create change on this page later

Not hearing any immediate response to my proposals, I will wait a few days before I change things. I will go back and change the 2.0 Docs as well--Chris collman 22:58, 17 November 2011 (WST)

DRAFT OF NEW CRON PAGE STARTS HERE (will remove later)

Change Moodle 2.0 Docs as well Cron is the name of a Unix program that runs predefined tasks on a computer at regular intervals. The cron process in Moodle assists some modules to perform tasks on a scheduled basis. For example, the cron process might tell Moodle to check all discussion forums so it can mail out copies of new posts to people who have subscribed to that forum.

The Moodle cron process can not tell itself to run. It is a best practice to set up a cron service either on the hosting web server, another server or on another computer that will tell the Moodle cron process to run.

Cron reports - Examples of reports shown after admin/cron.php was triggered
Cron settings - Moodle cron process password and CLI settings
Cron with Windows OS - Cron services in Windows
Cron with MAC OS X- Cron services in a MAC environment
Cron with web hosting services- Cron services in various web hosting examples.
Cron with UNIX- Cron services on various UNIX and Linux flavored operating systems.

Note: Asking a human to use their browser to run the Moodle cron process every five or ten minutes,or when anybody on the site thinks it needs to be run is not a best practice. The outside cron service provides a "heartbeat" so that the Moodle cron process can perform functions at periods defined for each module that needs it.

Starting cron

There are a number of way to invoke Moodle cron process. Cron can be started from the address bar in a browser (For example http:demo.moodle.net/admin/cron.php), via a Daemon, or wq1et, curl or some other form of a cron service.

Cron service location and timing

Note that the machine providing the cron service 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 might choose to run cron on another server or on your home computer. All that matters is that the Moodle cron process is run on a regular basis.

The load of the Moodle cron process on the Moodle server is not very high, so 5 minutes is usually reasonable. However 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. For example delaying mail-outs can slow down activity within the course and create a large mail outbox to process. Or student want to see their activity and course completions updated quickly.

Testing cron and manual trigger

On a new Moodle install or upgrade, it is a good idea to test the Moodle cron process directly from your browser: http://example.com/moodle/admin/cron.php (See Cron settings if this does not work).

Next, you need to set up a way to manage an automatic scheduled process to run the script on a regular basis. This will depend upon the operating system and program you select.

Note: When the Moodle cron process is called from cron service, 'the command line' trigger creates a temporary admin environment (similar to a login) in order to run and then deletes that environment. You can disable command line running of cron by disabling the appropriate section in the cron.php file.

Moodle cron process

The Moodle cron process basically finds and determines if certain functions need to run. These functions are defined in code associated with specific activities and processes. Usually the function looks for new activity that has occurred since cron was last run. Some of the functions may use a timestamp to determine if they should look for new activity. A few functions are run on a random basis.

Examples of Moodle cron processes

Moodle's cron processes include:

updating reports such as quiz, admin, gradebook
updating course and activity completion (if enabled in advanced settings)
updating portfolio
plagiarism checks
updates activity modules. It looks through the mod directory for lib.php files that contain the function activity-name_cron and will call it. In a standard install this includes assignment, chat, forum, and SCROM.
updates blocks. It looks for blocks for their cron methods (object functions) to be run. It then, for each such block, runs the cron method for a new object associated with that block (for more details read admin/cron.php). These files (the lib.php files and the files where the block classes are defined) can contain cleanup functions, email functions or anything that needs to be run on a regular basis.
create the backups of courses at the time specified in the administration settings.
updating messaging module or forum email notifications.
unenroll students - this is done on a random basis about 20% of the time Moodle's cron process is triggered.
deleting users who have not filled out their profile via the 20% random trigger
deleting old logs are also checked 20% of the time via the 20% random trigger
deletes old cached text
generates new passwords for new users and notifies users
runs authentication enrolments processes
updates stats if enabled.
runs blog cleanups
updates registrations

The code in lib/cronlib.php shows the places that are being checked when the admin/cron.php is run and the report which is displayed on the screen after it has run. As mentioned elsewhere admin/cli/cron.php is the file which outside cron services run to trigger the Moodle cron process.

Documentation