Manual:RunJobs.php/ru

From MediaWiki.org
Jump to navigation Jump to search
This page is a translated version of the page Manual:RunJobs.php and the translation is 47% complete.

Outdated translations are marked like this.
Other languages:
English • ‎español • ‎français • ‎polski • ‎русский • ‎中文 • ‎日本語 • ‎한국어

Подробнее

runJobs.php это файл скрипт технического обслуживания для принудительного запуска очереди заданий. В нормальных условиях в очереди задания выполняются в зависимости от взаимодействия пользователя с вики (обычных запросов Apache). По умолчанию скорость задания выполняется от 1 до 1, и может быть изменено путем регулировки скорости выполнения $wgJobRunRate в файле LocalSettings.php .

You may wish to use this script because your wiki's traffic is too slow to clear the queue, or there may be an exceptionally large number of jobs to clear. Be advised though that for many server configurations this can cause your wiki to become sluggish or even unresponsive until the script completes. You would be advised to first try 50 or 100 to get a feel for the script's speed before running it with no parameters (this script defaults to 10,000 jobs cleared each time it is run) or for more than a few hundred jobs.

Note also that if you accidentally ran a script that loaded the job queue with a large number of undesired or unneeded jobs it is also possible to completely clear the job queue by clearing the job table in your wiki database. Be certain there are no jobs in the queue you need as all jobs will be irretrievably deleted.

Использование

php maintenance/runJobs.php

Расширенное использование

php runJobs.php [--conf|--dbpass|--dbuser|--globals|--help|--maxjobs|--maxtime|--memory-limit|--nothrottle|--procs|--quiet|--server|--type|--wait|--wiki]

Общие параметры обслуживания

Опция/Параметр Описание
нет параметров Will run the next 10,000 jobs in the job queue
--help (-h) Вывести справку
--quiet (-q) Следует ли запретить вывод без ошибок
--conf Location of "LocalSettings.php", if not default
--wiki For specifying the wiki ID
--globals Output globals at the end of processing for debugging
--memory-limit Set a specific memory limit for the script, "max" for no limit or "default" to avoid changing it
--server The protocol and server name to use in URLs, e.g. https://en.wikipedia.org. This is sometimes necessary because server name detection may fail in command line scripts.

Script dependant parameters

Option/Parameter Описание
--dbuser The DB user to use for this script
--dbpass The password to use for this script

Script specific parameters

Опция/Параметр Описание
--maxjobs Максимальное число заданий для запуска
--maxtime Maximum amount of wall-clock time (in seconds)
--procs Число процессов
--type Тип задания для запуска See $wgJobClasses for available job types.
--wait Wait for new jobs instead of exiting
--nothrottle Ignore the job throttling configuration

Пример

php maintenance/runJobs.php --maxjobs 5 --type refreshLinks
/home/flowerwiki/public_html/w/maintenance$ php runJobs.php --maxjobs 5 --type refreshLinks

2010-10-29 13:50:38 refreshLinks Daisies t=501 good
2010-10-29 13:50:38 refreshLinks Magnolias t=501 good
2010-10-29 13:50:39 refreshLinks Heirloom_Roses t=500 good
2010-10-29 13:50:39 refreshLinks Carnations t=501 good
2010-10-29 13:50:40 refreshLinks Tulips t=563 good
It is not recommended to have "runJobs.php" run indefinitely without any limits (--maxjobs, --maxtime and/or --memory-limit). Typical usage involves periodic runs with at least one of the restrictions set to prevent it from running too long in one go.

Предупреждение

runJobs.php может зависнуть при определенных обстоятельствах, если вы включили кэширование объектов.

If this happens, create another "LocalSettings.php" file without object caching enabled:

$wgMainCacheType = CACHE_NONE;

Then run "runJobs.php" with the --conf parameter to specify the location of the new LocalSettings.php file with caching disabled.

This is, however, not recommended, since some jobs will purge objects from the object cache, which won't get purged because caching is disabled. This will result in some updates not being reflected on the wiki. Ideally, you should find the cause of the problem, usually a missing PHP extension in the php.ini of the php being run from the command line.

См. также