Administration en ligne de commande
Remarque : la traduction de cette page n'est pas terminée. N'hésitez pas à traduire tout ou partie de cette page ou à la compléter. Vous pouvez aussi utiliser la page de discussion pour vos recommandations et suggestions d'améliorations.
Lancer des scripts en ligne de commande
Si vous avez accès en ligne de commande à votre serveur web, différents scripts pourront vous être utiles pour l'administration de Moodle. Les outils d'aministration générale sont situés dans le dossier admin/cli/* (CLI = command line interface). Les plugins peuvent fournir leurs propres outils en ligne de commande via des scripts situés dans leur propre dossier cli. Par exemple, le script de synchronisation d'inscription par base de donnée enrol_db est situé dans enrol/db/cli/.
Pour éviter des problèmes de contrôle d'accès, ces scripts doivent être lancés sous le nom de l'utilisateur possesseur du processus du serveur web (apache, www, wwrun, httpd, etc.). Ceci est particulièrement important pour les tâches d'installation et de mise à jour en ligne de commande, puisque durant ces tâches des fichiers sont créés dans le dossier de données moodledata et que le serveur web doit y avoir accès en écriture. Si vous êtes connecté en tant que root, vous lancerez donc les scripts ainsi :
$ cd /chemin/vers/votre/dossier/moodle $ sudo -u apache /usr/bin/php admin/cli/nom_script.php --parametres
La plupart des scripts acceptent la paramètre standard --help (ou -h) pour afficher l'aide sur l'utilisation du script, par exemple :
$ sudo -u apache /usr/bin/php admin/cli/install.php --help
Mise à jour
Moodle peut être mis à jour en ligne de commande. Tout comme pour le script d'installation, il y a pour la mise à jour un mode interactif et un mode non-interactif. Le script ne met pas le site en mode de maintenance. Vous devrez le faire vous-même (en ligne de commande, par exemple). En outre, le script n'effectue aucune sauvegarde (mais si vous lisez cette page, vous avez certainement mis en place vos propres scripts de sauvegarde de moodledata et de la base de données, n'est-ce-pas ?). La commande est la suivante :
$ sudo -u apache /usr/bin/php admin/cli/upgrade.php
La mise à jour en CLI est très confortable, notamment en combinaison avec l'utilisation de Git pour télécharger le code source de Moodle (voir Git pour administrateurs). La procédure ci-dessous montre comment mettre à jour votre site en quelques secondes, tout en préservant vos éventuelles personnalisations locales :
$ cd /var/www/sites/moodle/htdocs/ $ sudo -u apache /usr/bin/php admin/cli/maintenance.php --enable $ git pull $ sudo -u apache /usr/bin/php admin/cli/upgrade.php $ sudo -u apache /usr/bin/php admin/cli/maintenance.php --disable
Installation
Moodle peut-être installé en ligne de commande de deux façons différentes. En mode interactif, le script d'installation vous demandera toutes les données nécessaires afin de procéder à l'installation correctement. En mode non-interactif, vous devez fournir toutes les données nécessaires comme paramètres du script et le nouveau site sera créé automatiquement. Les paramètres peuvent également être passés en mode interactif ; ils seront dans ce cas utilisés comme valeur par défaut durant la session interactive.
$ sudo -u apache /usr/bin/php admin/cli/install.php --lang=fr
Mode de maintenance
Pour mettre votre site en mode de maintenance, vous pouvez utiliser :
$ sudo -u apache /usr/bin/php admin/cli/maintenance.php --enable
Pour désactiver la maintenance, il suffit d'utiliser plutôt le paramètre --disable
$ sudo -u apache /usr/bin/php admin/cli/maintenance.php --disable
Mode hors ligne
Dans certaines situations, vous aurez besoin de mettre votre site Moodle hors ligne en le rendant inaccessible, tout en conservant certaines fonctionnalités, par exemple parce que d'autres pages ou applications web y tournent. Si un fichier du nom de climaintenance.html est placé dans le dossier moodledata tout en haut de la hiérarchie, Moodle affichera automatiquement le contenu de ce fichier au lieu de toute autre page.
$ cd /var/www/sites/moodle/moodledata/ $ echo '<h1>Désolé, le site Moodle est actuellement en maintenance</h1>' > climaintenance.html
Vous pouvez préparer une page HTML avec votre charte graphique pour informer vos utilisateurs que le serveur est temporairement inaccessible et conserver ce fichier dans le dossier moodledata sous un nom comme climaintenance.off et le renommer en climaintenance.html au besoin.
Personnalisation des valeurs par défaut
Durant l'installation ou la mise à jour en ligne de commande, Moodle définit des variables d'administration à leur valeur par défaut. Vous pouvez définir d'autres valeurs par défaut. Voyez MDL-17850 pour des détails. En résumé, il suffit de créer un fichier local/defaults.php dans votre installation Moodle. Le format de ce fichier est le suivant :
<?php
$defaults['pluginname']['settingname'] = 'settingvalue'; // pour les plugins
$defaults['moodle']['settingname'] = 'settingvalue'; // pour les paramètres du cœur de Moodle
Ces valeurs par défaut sont utilisées lors de l'installation, de la mise à jour, et sont en outre affichées comme valeur par défaut dans les pages d'administration du site.
Réinitialisation du mot de passe
Si vous avez perdu votre mot de passe administrateur (ou souhaitez définir le mot de passe d'un autre utilisateur), vous pouvez utiliser le script reset_password.php. Ce script définit le mot de passe de l'utilisateur spécifié, en tenant compte correctement du sel de mot de passe.
$ sudo -u apache /usr/bin/php admin/cli/reset_password.php
Conversion du moteur de stockage MySQL
Si votre site Moodle tourne sur la base de données MySQL et utilise le moteur de stockage par défaut MyISAM pour vos tables, vous pouvez les convertir pour utiliser un moteur plus fiable comme InnoDB (certains diraient même que vous devriez quitter MySQL et passer à PostgreSQL ;-) ).
$ sudo -u apache /usr/bin/php admin/cli/mysql_engine.php --engine=InnoDB
Conversion des tables InnoDB au format Barracuda
Certains utilisateurs rencontrent l'erreur MySQL suivante lors de la restauration de cours :
Row size too large (>8126). Changing some columns to TEXT or BLOB or using ROW_FORMAT=DYNAMIC or ROW_FORMAT=COMPRESSED may help.
L'erreur est liée au fait que MySQL utilise par défaut pour le moteur InnoDB le format de fichier Antelope, qui ne peut pas gérer plus de 10 colonnes de texte. Il est donc recommandé de modifier le format de fichier d'InnoDB pour utiliser Barracuda en utilisant cette commande :
php admin/cli/mysql_compressed_rows.php
Pour plus d'informations sur les formats de fichier d'InnoDB :
- http://dev.mysql.com/doc/innodb/1.1/en/glossary.html#glos_antelope
- http://dev.mysql.com/doc/innodb/1.1/en/glossary.html#glos_barracuda
Exécution du cron en ligne de commande
Dans les versions 1.x, on pouvait lancer le script admin/cron.php soit en ligne de commande, soit depuis le web. Depuis Moodle 2.0, seul le script admin/cli/cron.php peut être lancé via la ligne de commande.
Tâches programmées
Les tâches programmées sont lancées automatiquement par le script cron. Celles qui sont lancées lors de chaque lancement du cron sont déterminées par la configuration de chaque tâche programmée. Il est possible de court-circuiter cette configuration et de lancer une tâche programmée immédiatement à l'aide du script admin/tool/task/cli/schedule_task.php.
Ce script accepte les paramètres suivants :
--list - donne la liste de toutes les tâches programmées. Ces tâches sont classées par nom de la classe utilisée pour lancer la tâche. Ce nom de classe est requis comme paramètre de l'option ci-dessous, pour pouvoir lancer immédiatement une tâche spécifique.
--execute=<tâche> - lance immédiatement une tâche programmée, sans tenir compte de sa programmation, y compris les tâches désactivées. Les tâches utiliseront le système de verrouillage pour éviter des lancements simultanés d'une même tâche, y compris sur des installations en cluster. Le format du paramètre <tâche> doit être identique à celui de la sortie de la commande avec l'option --list (voir ci-dessus).
--showsql - Affiche les requêtes SQL avant de les exécuter
--showdebugging - Affiche les informations de débogage de niveau développeur
Remarque. Le caractère "\" doit être échappé avec un deuxième caractère \ lors de l'utilisation de l'option --execute. Par exemple :
php admin/tool/task/cli/schedule_task.php --list
donnera la sortie suivante :
== List of scheduled tasks (http://yourserver.com/moodle) == \enrol_imsenterprise\task\cron_task 10 * * * * * ASAP \logstore_legacy\task\cleanup_task * 5 * * * * ASAP \logstore_standard\task\cleanup_task * 4 * * * * Wednesday, November 12, 2014, 4:35 AM \mod_forum\task\cron_task * * * * * * ASAP \core\task\automated_backup_task 50 * * * * * ASAP ...
Pour lancer immédiatement la première des tâches de la liste, on lancerait la commande
php admin/tool/task/cli/schedule_task.php --execute=\\enrol_imsenterprise\\task\\cron_task
Transfert de la base de données
Un script CLI pour transférer votre base de données (par exemple de MySQL à PostgreSQL) se trouve dans admin/tool/dbtransfer/cli/migrate.php.
Purger les caches
Vous pouvez purger les caches en utilisant ce script :
$ sudo -u apache /usr/bin/php admin/cli/purge_caches.php
Nouveauté
Moodle 3.4
Supprimer toutes les sessions
Si nécessaire, pour des raisons administratives, vous pouvez supprimer toutes les sessions utilisateur avec ce script :
php admin/cli/kill_all_sessions.php
Du coup, tous les utilisateurs seront déconnectés de Moodle.
Réparer les séquences cours / module
Dans de rares cas (par exemple après avoir effectué la mise à jour d'une version très ancienne de Moodle), la séquence des données cours / section / module peut être dé-synchronisée. Cette situation peut générer divers problèmes pour les cours touchés, tels que des sections qui n'apparaissent pas, des sauvegardes qui échouent, des pages qui ne s'affichent pas, etc. Un script est disponible pour vérifier l'existence de ce problème et réparer les données dans la base de données, le cas échéant. Pour lancer ce script, on utilisera la commande suivante :
php admin/cli/fix_course_sequence.php -c=* --fix
Cette commande vérifiera chaque cours de la plateforme Moodle et annoncera ceux qui avaient une erreur et ont été corrigés.
Réparer les catégories de question orphelines
Lorsqu'un test est créé, une nouvelle catégorie de question est automatiquement créée pour le test. Avant Moodle 2.9.1, si le test était supprimé, la catégorie de question et les questions qu'elle contenait restaient dans la base de données interne de Moodle. Ces catégories de questions orphelines peuvent être trouvées avec admin/cli/fix_orphaned_question_categories.php, et corrigées avec la commande suivante :
php admin/cli/fix_orphaned_question_categories.php --fix
Chercher et remplacer du texte
Ce script peut être utilisé pour chercher et remplacer du texte dans toute la base de données. Attention : à utiliser prudemment, et après une sauvegarde complète ! Plus d'informations dans Recherche et remplacement.
php admin/tool/replace/cli/replace.php --search=//ancienserveur.anciendomaine.fr --replace=//nouveauserveur.nouveaudomaine.fr
Construire le cache CSS du thème
If Moodle is not running in theme designer mode it will keep a copy of the compiled CSS on local disk and serve that to the browser when it requests a page. If there isn't a copy on local disk then a copy will be built the first time a page within Moodle is requested.
With this script you can pre-compile the cached CSS files for themes within Moodle to avoid having a user wait for the theme to compile during the first page request.
php admin/cli/build_theme_css.php --themes=boost
Afficher et modifier des valeurs de configuration
Displays the current value of the given setting, or set the given setting to the specified value.
$ php admin/cli/cfg.php [--component=<componentname>] [--json] [--shell-arg] $ php admin/cli/cfg.php --name=<configname> [--component=<componentname>] [--shell-arg] [--no-eol] $ php admin/cli/cfg.php --name=<configname> [--component=<componentname>] --set=<value> $ php admin/cli/cfg.php --name=<configname> [--component=<componentname>] --unset $ php admin/cli/cfg.php [--help|-h]
Examples:
$ php admin/cli/cfg.php --name=langmenu
will display the value of Display language menu in Site administration > Language > Language settings (0 for No or 1 for Yes).
$ php cfg.php --name=maxsizetodownload --component=folder
will display the value of Maximum folder download size (MB) accessible from Site administration > Plugins > Activity modules > Folder.
$ php admin/cli/cfg.php --name=langmenu --set=0
will disable the Language menu.
E-mail flag for users
New in 4.2 The CLI script to change the email flag for one or many users at a time can be found on the page E-Mail flag for users
Gérer les plugins en ligne de commande
Lister et désinstaller des plugins Moodle
Moodle includes a handy command-line tool to display a list of plugins and remove plugins.
$ php admin/cli/uninstall_plugins.php
This command line tool accepts the following arguments.
Options:
-h --help Print this help. --show-all Displays a list of all installed plugins. --show-contrib Displays a list of all third-party installed plugins. --show-missing Displays a list of plugins missing from disk. --purge-missing Uninstall all missing from disk plugins. --plugins=<plugin name> A comma separated list of plugins to be uninstalled. E.g. mod_assign,mod_forum --run Execute uninstall. If this option is not set, then the script will be run in a dry mode. --showsql Show sql queries before they are executed. --showdebugging Show developer level debugging information.
Dry Mode does everything the script would normally do except for actually making any changes. This is useful when you want to test the validity of your command.
Run this command from the Moodle wwwroot directory. Here are some examples:
# php admin/cli/uninstall_plugins.php --show-all
Prints tab-separated list of all installed plugins.
# php admin/cli/uninstall_plugins.php --show-contrib
Prints tab-separated list of all third-party installed plugins.
# php admin/cli/uninstall_plugins.php --show-missing
Prints tab-separated list of all missing from disk plugins.
# php admin/cli/uninstall_plugins.php --purge-missing
A dry run of uninstalling all missing plugins. This will NOT uninstall the plugin. To actually uninstall, you need to add the '--run' arguments.
# php admin/cli/uninstall_plugins.php --purge-missing --run
Run uninstall of all missing plugins.
# php admin/cli/uninstall_plugins.php --plugins=mod_assign,mod_forum
A dry run of uninstalling mod_assign and mod_forum plugins. This will NOT uninstall the plugin. To actually uninstall, you need to add the '--run' arguments.
# php admin/cli/uninstall_plugins.php --plugins=mod_assign,mod_forum --run
Run uninstall for mod_assign and mod_forum plugins.
This tool does not perform all of the steps needed to fully uninstall a plugin. You must then:
- Remove the files belonging to the plugin manually;
- Update the Moodle database as previously described.
If you skip one or both of these steps, you will be prompted to update the Moodle database or re-install the plugin the next time you log in as a site administrator and access the Site Administration > Notifications page.
