Moodle 5.3 日本語ドキュメント(第一次翻訳):ほぼすべてのページが日本語に翻訳されました。まだ第一次翻訳のため、不自然な表現や誤訳が残っている可能性があります。お気づきの点があれば、ページコメントでお知らせいただくか、直接編集してください。スクリーンショットの多くは、まだ英語版の画面のままです。以前のバージョンの日本語ドキュメントは、バージョンメニューからご覧いただけます。
Moodle 5.3 Japanese documentation (first-pass translation): almost all pages have now been translated into Japanese. As this is a first pass, some wording may read unnaturally or be mistranslated. If you notice anything, please leave a page comment or edit the page directly. Most screenshots still show the English interface. Japanese documentation for earlier versions is available from the version menu.

管理FAQ

提供: MoodleDocs
(Administration FAQから転送)
移動先:案内、検索


よくある質問

現在インストールされているMoodleのバージョンを確認するにはどうすればよいですか?

サイト管理 > 通知ページにあるMoodleバージョンの情報をご覧ください。

管理者のパスワードを忘れてしまいました

まず、「パスワードを忘れましたか?」リンク(サイトにある場合)を使用してみてください。管理者のユーザ名がわからない場合、多くは単に「admin」です。

コマンドラインによる方法

CLIツール:Moodleに付属のコマンドラインツールreset_password.phpを使用して、管理者ユーザのパスワードをリセットできます。

config.phpの設定:config.phpファイルにあるこのための設定を使用して、任意のユーザを管理者ユーザにすることもできます:$CFG->siteadmins="2,#"; ここで、#はパスワードがわかっているユーザのID番号です。これにより、そのユーザが管理者になります。使用方法の詳細は、config-dist.phpファイルをご覧ください。

データベースによる方法

コマンドラインにはアクセスできなくても、データベースにはアクセスできる場合は、データベースでパスワードを変更できます。管理者を含むすべてのユーザのパスワードは、mdl_userテーブルに暗号学的ハッシュとして保存されています。古いハッシュを新しいパスワードのmd5値に手動で置き換えることができます。この値は、最初のログイン後に強力なハッシュ値にアップグレードされます。

または、mdl_configテーブルの「name」が「siteadmins」である行に、パスワードがわかっているユーザのID番号を追加することで、config.phpのsiteadmins設定と同じことができます。(このテーブルはインストール時に作成されるため、この行は23行目にある場合があります。)「value」は、管理者ユーザのID番号をカンマで区切った一覧です。デフォルト値は、あらかじめ定義されたメインの管理者を表す2です。その他の管理者をここにカンマ区切りで追加します。例えば、ユーザ3を管理者として追加する場合は、値を編集して2,3にします。多くのユーザ情報はキャッシュされているため、これをすぐに反映させるには、キャッシュを削除する必要がある場合があります。

メンテナンス中にユーザがログインできないようにするにはどうすればよいですか?

これには、メンテナンスモードの2つの方法のいずれかを使用します。

サイトがメンテナンスモードのまま戻りません

Moodleがメンテナンスモードのままになり、メンテナンスモードをオフにしようとしても「このサイトはメンテナンス中です。現在ご利用いただけません」というメッセージが表示されることがあります。

Moodleをメンテナンスモードにすると、moodledata/maintenance.html(サイトファイルのフォルダ)にmaintenance.htmlというファイルが作成されます。これを修正するには、次のことを試してください:

  • ウェブサーバのユーザにmoodledataフォルダへの書き込みパーミッションがあることを確認します。
  • maintenance.htmlファイルを手動で削除します。

Moodleサイトのドメイン名やURLを変更するにはどうすればよいですか?

サイトのベースURLは、config.phpファイルのwwwroot設定で設定されています。すべての動的リンク(例:コースや活動のURL)は、この設定を先頭に付けてその都度作成されます。これらは「相対リンク」と呼ばれます。

また、自分または誰かがページなどの活動やMoodle内の他の場所にリンクをコピー&ペーストした場合、Moodleサイトには、以前のURLを指すリソースへの「絶対リンク」が含まれていることがあります。これらは、他のテキストやウェブサイトへのリンクと同じく、単なるテキスト文字列です。

このような絶対リンクを一括で変更するために、Moodleには、すべてのリンクを新しいURLに変更する検索および置換というユーティリティがあります。変更するには、管理者としてログインし、ブラウザのアドレスバーに http://yoursite.com/admin/tool/replace/index.php を入力します。ボックスに古いベースURLと新しいベースURLを入力して、ユーティリティを実行します。

サイトのドメイン名を変更する場合は、新しいドメインを認識させるために、ウェブサーバまたはDNSの設定(あるいはその両方)でも作業が必要になることがあります。詳しいヒントについては、移行をご覧ください。

検索および置換インタフェースのスクリーンショット

ログテーブルが消えました - ログが見つかりません!

最も可能性の高い原因は、mdl_logテーブルが破損していることです。「データベースの破損チェック方法」をご覧ください。注:Moodle 2.7以降、新しいロギングシステムがオプションとして導入されています。サイト管理 > プラグイン > ロギング > ログストアを管理するで、古いスタイルのロギングであるレガシログをまだ使用しているのか、標準ログを使用しているのかを必ず確認してください。

破損したMoodleデータベースを修復するにはどうすればよいですか?

通常、「'./moodle/mdl_quiz_grades' is marked as crashed and should be repaired」のようなエラーメッセージが表示されることがあります。解決方法については、「データベースの破損チェック方法」をご覧ください。

「enrol」を「enroll」に変えるなど、スペルを変更するにはどうすればよいですか?

これは、言語パックとデフォルト言語によって制御されています。この場合、おそらくMoodleのデフォルト言語パック「en」を使用しています。このパックは、一般的な(場合によってはオーストラリア特有の)スペルを使用しています。アメリカ英語が必要な場合は、en_us言語パックを追加し、デフォルトに設定してください。

サイトポリシーおよび設定

アップロードファイルの制限はどのように機能しますか?

詳しくは、ファイルアップロードサイズをご覧ください。

ファイルアップロードサイズは、いくつかの方法で制限されています。一覧の各制限は、その後に続く制限を制約します。

1. 最近ではあまりないことですが(つまり、他の設定でうまくいかない場合に確認してください)、Apache 2には変更が必要になる可能性のある設定があります。Apacheの/usr/local/apache2/conf/httpd.confで、アップロードサイズをバイト単位で指定した行を追加または編集することで、制限を変更できます(正しい場所については、オペレーティングシステムのドキュメントを確認してください。例えば、/etc/apache2以下もよくある場所です):

LimitRequestBody 10485760

2. PHPにも制限があります。アクセスできる場合、これらはサイト全体のphp.iniファイルで設定されています。共有ホスティングでは、.htaccessファイルまたはphp.iniで設定できる場合があります。ホスティング会社のシステムでこれがどのように機能するかを、ホスティング会社に確認することをお勧めします。

php.iniファイルでは、行は次のようになります:

    upload_max_filesize 64M
    post_max_size 64M

...また、.htaccessでは、エントリは次のようになります:

php_value upload_max_filesize 64M
php_value post_max_size 64M

.htaccessファイルは通常、Moodleのインストール先のルートに置くことができ、Moodle全体に影響します。(サイト全体用ではない)php.iniファイルは、影響を与える必要があるすべてのディレクトリにコピーする必要がある場合があります。まずは次のディレクトリから始めるとよいでしょう:

   * public_html
   * moodle/admin
   * moodle/course
   * moodle/files
   * moodle/repository
   * moodledataディレクトリのルート

上記の変更を反映するには、サーバの再起動が必要になる場合があることに注意してください。

3. Moodleには、maxbytesというサイト全体の制限があり、サイト管理 > セキュリティ > サイトセキュリティ設定 > 最大アップロードファイルサイズで設定できます。ここでのデフォルトは(サイト制限)で、php.iniファイルから読み込まれます。必要に応じて、Moodle自体ではこれより低く設定できますが、アップロードする可能性のある最大のファイルより低く設定しないでください。

php.iniのサーバ制限設定を確認するには(サーバにアクセスせず、Moodleの管理インタフェースだけを使用する場合)、サイト管理 > サーバ > PHP情報をご覧ください(ヒント:filesizeで検索します)。

4. 通常は、新しく作成されるすべてのコースのデフォルトを、サイト制限より低い値に設定してください。これはサイト管理 > コース > コースデフォルト設定 > 最大アップロードサイズで設定します。その後、各コース内で、通常の教師ロールが必要に応じてコース設定で、そのコース用に個別に設定または変更できます。

5. フォーラムや課題など、学生によるファイルのアップロードを許可するように設定できる活動モジュールには独自の制限があり、活動の追加時または編集時に設定できます。

関連項目

ファイルアップロードの最大実行時間を変更する方法

ファイルアップロードの制限を引き上げると、副作用として、PHPスクリプトの実行時間がデフォルトで設定されている制限(300秒/5分)を超える場合があります。これを変更するには、php.iniでmax_execution_timeを探して、次のように変更します:

max_execution_time = 600

Apacheを使用していて、PHPの設定を変更するための.htaccessファイルがある場合は、次の行を.htaccessファイルに追加します:

php_value max_execution_time 600

これらの変更を反映するには、ウェブサーバを再起動します。その後、Moodleの管理 > 動作環境ページでphpinfoの出力を見て、値が変更されたことを確認します。

ログインおよびログアウト

サイトでユーザがすぐにログアウトされてしまいます

ユーザのログインセッションは、ユーザがまだアクティブかどうかがチェックされ、一定時間操作がないとログアウトされます。これはサイト管理 > サーバ > セッションハンドリング > タイムアウトで設定します。デフォルトは2時間です。必要に応じて増やしてください。

ユーザがログインできず、クッキーが必要と表示され、デバッグでconfig.phpについて言及されます

サイトのconfig.phpファイルで、?>の後に余分な行がある可能性があります。解決方法は、最後の?>を削除することです。

「このユーザとしてログインする」機能を使用した後、Moodleからログアウトされるのはなぜですか?

これは仕様です。「このユーザとしてログインする」機能を使用した後、通常のロールに戻ると、セキュリティ上の理由からMoodleから自動的にログアウトされます。再度ログインすると、以前にいたページにリダイレクトされます。

テキストおよび外観

[[missing strings]]と表示されるのはなぜですか?

テキストを囲む二重の角括弧は、その言語でその機能の言語ストリングが不足していることを示しています。これは、サードパーティのプラグインや、まだすべてのストリングが翻訳されていない可能性のある言語で最もよく見られます。

まず、サイト管理 > 言語設定 > 言語パック > すべてのインストール済み言語パックを更新するで、言語パックを最新バージョンに更新してください。

不足しているストリングが標準以外のプラグインのものである場合は、そのプラグインを更新するか、そのプラグインのメンテナに報告済みの問題かどうかを確認するか、あるいはその両方を試してください。サーバのコードにアクセスできる場合は、このプラグインのコードを確認できます。言語ストリングは、モジュールまたはプラグインのフォルダ内のlangフォルダに含まれているはずです。

注:言語ストリングを変更した後、キャッシュのために反映されるまでに時間がかかる場合があります。サイト管理 > 開発 > すべてのキャッシュを削除するで強制的に反映させることができます。

Moodleのテキストの変更

管理 > 言語設定 > 言語カスタマイゼーションの言語編集インタフェースでは、サイトで使用されているあらゆるストリング(あらゆる単語やフレーズ)を簡単に変更できます。

ストリングは言語パックごとに保存されます。そのため、「en」(一般的な英語)のストリングを変更しても、「en_us」(アメリカ英語)やその他の言語のストリングは変更されません。

探している単語やフレーズを見つけるために、複数のファイルを検索する必要がある場合があります。moodle.phpファイルにはサイト全体で共通するすべてのフレーズが含まれ、admin.phpには多くの管理用フレーズが含まれています。ヒント:ストリングがどのファイルにあるかわからない場合は、すべてのファイルオプションを選択して検索してください。

また、これらのカスタマイゼーションはデフォルトの言語ストリングをオーバーライドしますが、削除はしません。カスタマイゼーションは、サイトのmoodledataの場所にある言語フォルダに別途保存されます。

スタイルシートやその他のテーマの変更が反映されません

ブラウザは通常スタイルシートをキャッシュするため、変更を反映するには、ブラウザで強制的に再読み込みする必要があります。

Moodleサーバもすべてのスタイルをキャッシュします。サイト管理 > アピアランス > テーマ > テーマセレクタで「テーマキャッシュをクリアする」をクリックすると、キャッシュをディスクから強制的に更新できます。

サイトホームの中央部分をコースカテゴリから別のものに変更するにはどうすればよいですか?

サイトホーム > 設定に移動し、「サイトホーム」をすべて「なし」に変更します。「ログイン時のサイトホームアイテム」もすべて「なし」に変更します。「トピックセクションを含む」にチェックが入っていることを確認します。変更を保存して、サイトホームに戻ります。もちろん編集モードを開始すると、「リソースを追加する」および「活動を追加する」のドロップダウンコンボボックスが表示されます。「リソースを追加する」を選択し、「ラベルを挿入する」を選択します。その後、WYSIWYGエディタでラベルを自由に編集できます。

最初のログイン画面を変更するにはどうすればよいですか?

言語ファイルのいずれかを編集します。サイト管理 > 言語設定 > 言語カスタマイゼーションで、moodle.phpファイルを確認します。loginusing、loginsteps、loginstepsnoneのいずれかのストリング変数を探します。

最初のログイン画面のヘルプを変更するにはどうすればよいですか?

ログイン用のヘルプメッセージを変更または追加するには、サイト管理 > プラグイン > 認証 > 認証管理に移動します。そこでインストラクションテキストボックスにヘルプメッセージを入力します。

エラーおよびトラブルシューティング

デバッグを有効/無効にするにはどうすればよいですか?

空白のページや一部しか表示されないページが表示される場合、または情報が不十分な短いエラーメッセージのページが表示される場合は、デバッグを有効にして詳細を確認できます。

デバッグを有効にするとエラーメッセージの内容を確認でき、問題の診断に役立つ場合があります。これはサイト管理 > 開発 > デバッグで設定します。詳しくは、デバッグをご覧ください。

「編集モードの開始」をクリックすると不完全なページが表示されます

不完全なページが表示される場合、通常はエラーが発生したことを示しています。詳しく調べるには、デバッグを有効にしてください。問題の診断に役立つエラーメッセージが表示されるはずです。

これは通常、インストールした互換性のないサードパーティのモジュールまたはブロックが原因です。次の手順に従ってください:

  1. サードパーティのモジュールまたはプラグインのインストールにあるモジュールの削除手順に従います。
  2. コースページに再度アクセスし、もう一度「編集モードの開始」ボタンをクリックしてみます。

互換性のないモジュールまたはブロックが見つかった場合は、モジュールおよびプラグインデータベースでメンテナとして記載されている人に問題を報告してください。

ファイルのアップロード時(または…)に「必須パラメータ (id) がありません」というエラーメッセージが表示されます

このメッセージは、アップロード制限より大きいファイルをアップロードしようとしたときに表示されることがあります。また、ユーザが同じブラウザの別々のウィンドウまたはタブで、同じサイトに複数ログインしている場合にも発生することがあります。

ユーザに「無効なセッションキー」エラーが表示されます

無効なセッションキーエラーは、さまざまな原因で発生することがあります。最も多いのは、同じブラウザの複数のタブまたはウィンドウで、同じMoodleサイトにログインしようとした場合です。これは機能しません。解決するには、それらのタブとウィンドウをすべて閉じ、ブラウザを閉じて再起動します。これはほとんどの場合、一時的な問題です。解決するには、ブラウザを閉じて再起動し、Moodleに再度ログインします。

コースの活動や特定のページなど、Moodle内の何かのURLを誰かに送信する場合、URLの末尾にセッションIDキーが付加されていることがあります。そのパラメータをURLから削除するだけです。

ページが空白になったり、半分欠けたりするのはなぜですか?

空白のページや、半分が欠けているように見えるページは、通常、エラーが発生したことを示しています。(本番システムで推奨されているように)エラーメッセージの表示をオフにしている場合、何が起きているのかを理解するのは非常に困難です。

解決方法は、一時的にデバッグオプションを有効にすることです。その後、問題のページに戻ると、エラーメッセージが表示されるはずです。問題の解決が終わったら、忘れずにデバッグを再度無効にしてください。

サイト全体をアップグレードせずに、1つのバグだけを修正するにはどうすればよいですか?

次のような状況を想定します:

  • 特定のバグが発生している。
  • トラッカーを検索して、問題がMDL-abcであり、最新バージョンで修正されていることがわかった。
  • 最新バージョンにはおそらくセキュリティ修正が含まれているにもかかわらず、何らかの理由でサイト全体をアップグレードできない。

では、サイト全体をアップグレードせずに、この1つのバグの修正だけを入手するにはどうすればよいでしょうか?コードに手動でパッチを適用する覚悟があれば、おそらくトラッカーからこの情報を入手できます。「アップグレードせずにバグを1つだけ修正する方法」ガイドをご覧ください。

関連項目

その他の質問

moodle.orgのGeneral helpフォーラムに投稿してください。