Moodle 2.0の管理を始める

ここで尋ねられる質問は、私が最初にMoodleの管理を始めたときに私が直面した質問ですが、私は私を大きく助けてくれたユーザーとしての経験をいくつか持っていました。他の質問の源はMoodleフォーラムです。

Moodle管理にはどのような技術的スキルが必要ですか？

読み書きは便利なスキルで、おそらく最も便利です。これはロードされた質問のようなものです、そして答えは実際にはあなたがやりたいこと、そしてあなたが既に持っているどんなスキルに依存します。

HTML、CSS、PHPのスキルはありますか？ SQLデータベースのスキルはありますか。あなたがそうであれば、あなたはそうでない場合は、その後、あなたはそれを心配しないで、良いスタートを持っています。あなたがそれらを必要とするならば、あなたはあなたが行くにつれてあなたがこれらのスキルを拾い上げるでしょう、そしてあなたが既にプログラミングのスキルをすでに持っているならば、それはそうすることはかなり簡単になるでしょう。これまでにプログラミングを一度も行ったことがなければ、それはもう少し困難ですが、いったん考えが分かれば、ずっと簡単になります。あなたがあなたのMoodleを開発するつもりでない限り、例えばあなた自身のホームメイドのテーマを構築し、あなた自身の組織を反映するようにコードを修正すれば、あなたはこれらのスキルのどれもなしで逃げることができます。あなたが必要としているのは、Moodleがどのように機能するのかを素早く理解する方法です。

新しいMoodleをインストールしてセットアップすることは難しくありません。サーバやサービスプロバイダの中には時々問題を抱えている人もいますが、あなたがあなたのISPやMoodleコミュニティと一緒に仕事をしているなら、あなたはあなたのMoodleを立ち上げそして稼働させるでしょう。それが起こったら、それを見始めなさい。あなたがものを削除し始めない限り、あなたは何も壊さないでしょう。あなたの最善の策は文書を読むことでしょう。あなたが取り組んでいるページを見てください。そのページのどこかに "このページのMoodleドキュメント"へのリンクがあります。それはあなたの最善の、最も容易に利用可能な、物事のやり方についての手がかりです。環境に慣れ、それを回避する方法、情報を入手する方法、そして主要なステップを踏んだ後は、それを継続的に改良していきます。

先端

初心者アドミニストレーターとして、利用可能なすべてのもの、便利なプラグイン、追加ブロックなどに戸惑うのは簡単ですが、それらの大部分はMoodle.orgを起源とするのではなく、サードパーティー製のものです。一般的な経験則として、あなたが標準のMoodleから遠ざかるほど、物事が悪くなる危険性が高くなります。これはプラグインがひどく書かれているという意味ではありません、そしていくつかは本当に便利です、時々物事はうまくいかない。あなたがそれらを使用しようとしているなら、あなたの選択で慎重になってください、それが良い考えかもしれないという理由だけでそれらを使用しないでください。

おそらく最も良いことは、あなたがあなたのデスクトップまたはラップトップ上にMoodleを作成し、それをテストベッドとして使用することです。物事を簡単にするために、本番サイトと同じバージョンにする必要があります。問題がない場合はまずそこで試してみてください。それから本番サイトでそれを複製できます。

私はMoodle 2.xをインストールし続けるためにphpプラグインが必要だと言われています

インストールしたPHPインストールのバージョンを確認してください。このメッセージは一般的にあなたのインストールが最近のリリースではないことを意味しており、Moodleはそれを実行するのにいくらか困難を伴うでしょう。アップデートするPHPの最新バージョンをダウンロードしてインストールします。不足している拡張子も含めて、必要な動的な拡張子をすべてコメント解除する必要があります。これで問題は解決しました。インストールがホストサーバー上にある場合は、ホストに連絡してこれを実行するように依頼する必要があります。

php.iniファイルにコメントアウトしないで必要な動的拡張機能は何ですか？他に何を変更する必要がありますか？

これはあなたがあなたのMoodleがホストされている場合、あなたがあなたのサーバのインストールと実行を完全にコントロールしていることを前提としています。 php.iniでは、コメントを解除するには、行の先頭からセミコロン（;）を削除する必要があります。 Moodleでは、本当にいくつかの値を変更するだけでよく、あなたが必要とする拡張が利用可能であることを確認してください。これらは：

リソース制限

 memory_limit = 128M //これは必要とする最大値であり、共有サーバーでははるかに少なくなる可能性があります。 

データ処理

 post_max_size = 512M //これにより、最大512MBの投稿が可能になりますが、自分やあなたの状況に合わせて設定してください。

パスとディレクトリ

 doc_root = "ドライブレター：\ path \ to \ server \ active \ web \ directory"（例：d：\ Apache \ htdocsまたはe：\ iis \ wwwroot）
 そして
 extension_dir = "ドライブレター：\ path \ to \ php \ ext"（例：d：\ php \ extまたはe：\ iis \ php \ ext）

ファイルアップロード

 upload_max_filesize = 512M（これはファイルアップロード用のpost_max_sizeとは異なります。）

動的拡張

PHP 5.3.x

extension = php_curl.dll 拡張子= php_gd2.dll extension = php_gettext.dll extension = php_intl.dll extension = php_imap.dll extension = php_ldap.dll extension = php_mbstring.dll extension = php_exif.dll;それが依存するのでmbstringの後になければなりません extension = php_mysql.dll extension = php_mysqli.dll extension = php_openssl.dll extension = php_pdo_mssql.dll extension = php_pdo_mysql.dll extension = php_soap.dll extension = php_sockets.dll extension = php_sqlite.dll extension = php_xmlrpc.dll extension = php_zip.dll

これらの編集と動的拡張は、ここではさまざまなオプションをカバーしています。他にもいくつかの可能性がありますが、リストされているものが最も一般的なものです。特に必要がない限り、これらの設定から逸脱する理由はないかもしれませんが、そうである場合は、何が起こるのかを必ず知っておいてください。これらの拡張機能によって、他の多くのPHPアプリケーションを正常にインストールして実行することもできます。

一例として、Oracleの拡張機能はここには表示されていませんが、OracleをMoodleデータベースに使用することができます。人々がトラブルに陥ることが多いもう一つの分野は、「マジッククオート」を使うことです。マジッククオートは本当にoffに設定されるべきです、それらは経験の浅いスクリプト習慣を考慮に入れるためにPHPの使用の初期にのみ導入されました（ここで貧弱な、不機嫌そうな、またはばかげたことを読んでください）。誰かがまだ貧弱なスクリプトを書いているならば、彼らは彼ら自身に注意を引くに値し、彼らのスクリプトは削除されます。

私のホストはデータベースの過負荷のために私のMoodle 2をサーバから外しました。

これは共有サーバーではあまりにも頻繁に発生します。インストールのためのMoodle 2+の追加のメモリ要件と必要な追加のデータベースストレージは、それをさらに悪化させます。最善の策は、専用サーバーを見つけることです。それが最適ですが、現実には、Moodleをどこに保存するかについての判断には、コストが大きなロールを果たします。専用サーバーを使用すると、必要に応じて使用できるように、ディスク容量全体とそのサーバー上のすべてのメモリを確保できます。仮想専用サーバーとは、サーバー上の他の数人のユーザーと共有することを意味します。おそらく10人、おそらく5人または6人と共有します。共有サーバーとは、1台のボックスを置くことができるホストの顧客と共有することを意味します。 1台のサーバーに。これはすべてのリソースを共有することを意味し、Moodleの要求はユーザの数が増えるにつれて高くなり、ホストの他のすべてのクライアントに影響を与えます。あなたのMoodleをホストしても構わないと思っているMoodleパートナーは何人でもいますし、インターネットはあなたが国境や自然の境界あるいは通貨取引によって制限されていないことを意味します。

既存のMoodle 1.9.xコースをMoodle 2.0にリストアできないのはなぜですか。

簡単に言えば、Moodle 1.9.xとMoodle 2.0の間のコーディングの変更は大きいです。セキュリティが強化されたため、バックアッププロセスが変更されました。データベースを見るだけで60以上のテーブルが追加されるため、リストアに関する問題が単独で発生します。 Moodle 1.9.xのコースをMoodle 2.0に取り入れることは記念すべき課題であり、それを試している人たちの完全な信用です。現在のところ、Windowsベースの商用ソリューションは1つありますが、コースの修復には完全に成功していません。

注意： Moodle 2.0はそれ自身の中からコースを完全にバックアップおよびリストアすることができます、問題はv1.xxコースに集中しているようです。

更新： Moodle 2.1は2011年7月1日にリリースされ、v1.9.xで作成されたバックアップからコースファイルをリストアできるようになりました。ユーザーまたはユーザーデータをリストアすることはできません。

Moodle 2.0でエラーログを調べるにはどうすればいいですか？

まず、エラーログをオンにして、に進みます。

サイト管理►開発►デバッグ

エラーメッセージをDEVELOPERに設定します。

サイト管理►レポート►ログ

レポートオプションを[ホーム2.0（サイト）]、[すべての参加者]、[すべての活動]、または[サイトエラー]、[表示]、[ページに表示]の順に設定し、[これらのログを取得]をクリックします。報告はあなたに何かを与えるべきであり、あなたはそこから適切な対応を開発することができるかもしれません。

Moodle 2.0へのアップグレードを試みますか、それとも新しいインストールを作成するだけですか？

これらの問題については常に議論がありますが、簡単に言うと、Moodle 2.0は試行されテストされたツールを完全に書き直したものです。これは明らかにそれ自身の課題を提示します、そしてそれらの課題は私たちができる最善の方法で満たされる必要があります。オールインして新しいツールにジャンプするのは誘惑ですが、変更に抵抗する多くの人々を扱う場合、これは危険なやり方である可能性があり、Moodle 1.9.xから2.0への変更は大規模です。

 Moodle 2.0へのアップグレードは常にオプションですが、あなたの環境が新しい仕様を満たすことを確認してください。 

あなた自身の状況を考えてください。あなたはMoodleの旅を始めていますか、それとも落とされたばかりですか？たぶんあなたは始めています、そしてあなたはそれをあなたの学習センターの一部とあなたの研究所のための展示品にしたいと思うときあなたはそれからあなたがそれをあなたの学習センターの一部にしたい時、これから数ヶ月の間構築しています。このような場合には、完全に新しいMoodle 2.xxのインストールと最初からのインストールが最適です。すべての主要機能がその中で機能し、いくつかのツールはMoodle 1.9.xよりもずっとおもしろいです。

 Moodle 1.9.xを気にする必要はありません。新しいMoodle 2.xxを使用して、最初から始める場合はそれを学んでください。

あなたがそれに落とされていて、たくさんのコースを持っていて、あなたが更新を見ることと同様にあなたのMoodle 1.9.xを管理する必要があるならば、次善の策は新しいMoodleをインストールしてあなたの管理者だけのためにそれを開くことですそしてスタッフ。彼らを新しいインターフェースに慣れさせ、新しいMoodleを中心としたトレーニングコースを開発しましょう。スタッフだけでなくユーザーのためにも。最初にあなたのスタッフを狙って、彼らにそれを学ばせて、彼らが彼らのユーザ/学生を教えることになるとき彼らは新しいMoodleを使うことにもっと自信を持っていることができます。

要するに、最善のアドバイスは、最初に徹底的なテストとトレーニングを行わずに、Moodle 2.0をプロダクションサイトとしてインストールすることではありません。 

複数のMoodleを正常にインストールして実行するのは簡単です。あなたのMoodle 2.0をインストールしてから、 サイト管理>サーバ>セッション処理に行ってください 。 Cookieプレフィックスダイアログを探して、それに値を追加します。あなたのサーバ上にある他のすべてのMoodleでこのエクササイズを繰り返してください。もちろん、クッキーのプレフィックスがすべてのMoodleで異なる限り、それは想定通りに動作するはずです。

Moodle 2.0のクッキープレフィックス

基本的に、スタッフと学習者を新しいツールに変換する必要がある場合は、時間をかけて急ぎすぎないようにしてください。スタッフに最初に慣れさせると、いつでもスワップを行うことができます。

v1.9.xをv 2.0にアップデートして問題が発生した場合は、問題とエラーメッセージをMoodle Trackerの項目に追加することを検討してください。もしそうなら、あなたは多くの人々のためにいくつかの更新問題を解決するために情報を提供しているかもしれません。

さて、私たちは自分のシステムをテストするために試してアップグレードしたいと思います。

ぜひ試してみてください。ただし、注意が必要な可能性がある問題がいくつかあります。

大まかなガイドとチェックリスト：

1. Moodle 1.9.xで動作するプラグインはMoodle 2.0に更新されないかもしれません。プラグインを確認してください。非コアプラグインを使用していますか？
2. 非コアプラグインを削除できますか？
3. データベースをバックアップしましたか。
4. あなたのmoodledataフォルダをバックアップしましたか？
5. 不測の事態として、更新を行うための追加の時間を課題ましたか？

あなたは必ずしもMoodleから非コアプラグインを削除する必要はないかもしれません、さもなければ、あなたがそれらをあなたのMoodle Modフォルダから削除したとしてもそれらはまだデータベースに存在するかもしれません。発生する問題は、Moodle 2.0と一致するコアプラグインがないために一部のプラグインが更新エラーを引き起こしているように見えるか、プラグインAPIが異なって古いプラグインに対応できない、または適切に管理されていない古いプラグインが処理できないことです新しい環境

注意：これは徹底的なチェックリストであることや、彼らのv1.9.xをv2.0.xにアップグレードしようとすることを避けるためのものではありません。このチェックリストと同様、Moodle 2.0はまだ進行中の作業です。

この本を以前のMoodleの一部に広く使用していますが、Moodle 2.0にも使用できますか？

本当に良いニュースは、Petr Skoda（Skodak）がBookプラグイン/モジュールのメンテナ役をしていることです 。 Petrはしばらく前に、Moodle 2.0の主要なコーディング作業が終わった後、少し休憩を取ってからBook for Moodle 2.0の更新作業を開始すると発表しました。

更新 ：PetrによるBookモジュールの更新はこれで完了しました。上記のリンクから入手できます。初期テストでは、インストールが簡単で、元のテストよりも速く実行されるようです。コードはPetrによって最適化されているようです。

ご注意ください： bookモジュールはMoodle 2.3では標準として利用可能です。

それは本にとっては問題ありませんが、他のプラグインやブロックについてはどうでしょうか。

一般的な経験則として、プラグインやブロックがMoodle 1.9.xで管理されていない場合、それがMoodle 2.0.xになることはほとんどありません。これは、開発者がそれを最新の状態に保っておらず、現在のプロジェクトからあまりにも気を散らすものであることを活発にしておくにはあまりにも多くの気を散らすことを感じるかもしれないことを意味します。あなたが取り組んでいるものがクリエイティブコモンズ、オープンソース、またはその他の非独占的ソフトウェアであり、あなたが著作権または知的財産を侵害していないことを確認している限り、これはあなたや他の誰かがそれを受け入れないことを意味しません。権利よくわからない場合は、開発者または最後のメンテナに連絡してください。それらは異なる場合があります - 必要に応じて、開発を継続するためにそれらから許可を得てください。もちろん、あなたは全く新しいプラグイン、またはブロックを開発しようとするかもしれませんが、それは実際にはすでに存在しているか、以前のバージョンのMoodleで使用されていたものを複製していますが、現在は使用されていません。そのようなプラグインやブロックの由来を証明でき、元のコードではない、またはコードの出所が確認されている他の場所からのコードを使用しない限り、問題ありません。プラグインの開発や更新に関するアイデアやガイドラインについては、 開発者ドキュメントのこのページをご覧ください。また、開発者クラスに参加して、それがどのように行われるのかを学ぶこともできます。

プラグインに関するエラーメッセージが表示され、アップグレード時にインストールが停止します。私は何をしますか？

かなり頻繁に、まったく多くはありませんが、続行することができます。これらのメッセージの多くは、メッセージであり、インストールを停止または中断することは想定されていません。インストールで慣れている可能性があるため、すべてが機能しているわけではないという警告です。通常、それらはまだMoodle 2.0の一部ではないプラグインに関連しています。 Moodleはメッセージを表示するように設計されていますが、継続してください。または、上記のことを考慮すると、アップグレードは実際には実行可能ではなく、単に新規インストールを実行するだけであると考えることができます。これらのメッセージが続く場合は、別の問題があります。データベースエラー、またはコードエラーがあった場合、それは違います、あなたは本当に停止して調査する必要があります。

Moodleをインストールしていて、UnicodeまたはUTF-8文字セットを使用していないというエラーメッセージが表示される

最近では、これはいくつかのLinuxサーバ上のCPanelとFantasticoインストーラで問題になりました。どうやらこれらのツールのデフォルトの文字セットはlatin_swedish_ci文字セットです。 MoodleはUTF-8文字セットを必要とします。適切なツールがあれば、これは比較的簡単な修正です。 phpMyAdminをインストールし、まだ動作していない場合は動作していることを確認します。その後、SQLページに移動して次のコードを入力します。

 ALTER DATABASE `moodle`デフォルトの文字セットutf8 COLLATE utf8_unicode_ci;

過去に、このSQLコードを使用しても変化しないテーブルのレポートがありましたので、試してみてください。

 ALTER TABLE `mdl_tablename`デフォルトの文字セットutf8 COLLATE utf8_unicode_ci; 

いくつかのテーブルが見逃される理由については理由はありませんが、上記のコードを使用して個々のテーブルを変更できます。コードは次のようになります。

Moodle 2.0で文字セットを変更する

これは、あなたがutf8_general_ci文字セットを使用している場合、Moodle 1.9.xでも動作します。

注：このSQLはデータベース全体で機能することが想定されていますが、最近の報告によると、ALTER DATABASEにはGRANTコマンドの問題から生じる多くの問題があるようです。 GRANT [permissiontype]は、ユーザーにデータベース全体へのアクセスを許可することになっていますが、もはやそうではないようです。 ALTER TABLE SQLはこの問題の影響を受けていません。

さらに注： ALTER DATABASE SQLを使用すると、 db.optファイルの変更に転用されているように見えますが、データベースのテーブルには続きません。そのため、これが最新版のMySQLの意図的なセキュリティ機能であるかどうかは、現段階では不明です。これがPostgresやOracleデータベースにどのように影響するかについても不明です。

しかし、どのテーブルが変換されないのかをどうやって知ることができるでしょうか。

phpMyAdminを使用すると、どこを見ればよいかがわかっていれば、データベースについて好きなことをほとんど見つけることができます。左側と右側の両方のパネルにリンクされているphpMyAdminの使用に関する実際の資料がいくつかあります。 [データベース]タブに移動して、見たいデータベースを選択します。

Moodle 2.0でデータベースタブを選択する

選択すると、各テーブルの文字セットがわかります。準拠していないテーブルであれば、上記のテーブルSQLコードを使用して変更できます。

phpMyAdminでテーブルの一覧を確認する

phpMyAdminを入手してインストールするにはどうすればいいですか？

phpMyAdminは別の非常に便利なプラグインです。 Moodle 2.0ではプラグインが更新され、以前のバージョンとは異なる場所に配置されました。 モジュールとプラグインのphpMyAdminページに行き、Moodle 2.0バージョンをダウンロードしてください 。 moodle / localフォルダに解凍してから、 通知に移動してください。 Moodleは、それが正常にインストールされたことをあなたに伝えます。 [管理]> [サーバー]を見ると、 "phpMyAdmin"という行が見つかります。データベースにアクセスするには、リンクをクリックしてください。

1.9インストールをアップデートすると、互換性のないプラグインについてのエラーメッセージが表示され、すべて停止します。私に何ができる？

アドバイスの1つはあなたがそれをしないことです！

時々、ファイル/フォルダは、あるバージョンのMoodleと次のバージョンの間でコードから削除されます。新しいMoodleコードを古いコードの上にコピーしてMoodleをアップグレードした場合、古いファイルが重複したり存在しなくなったり、使用されずに削除されたりすることがあり、破損する可能性があります。

アップグレードする正しい方法は（あなたのMoodleコードがサーバ上のmoodleというフォルダにあると仮定すると：

1. 新しいコードをサーバー上のmoodle_newのような一時的な名前のフォルダにアップロードします。
2. config.phpファイルをmoodleフォルダからmoodle_newフォルダにコピーします。
3. インストールしたサードパーティ製プラグインの場合は、それらをmoodle_newにコピーしてください 。 （プラグインがアップグレードしているMoodleのバージョンと互換性があることを確認してください。）
4. その後moodle_oldするのmoodleフォルダの名前を変更し、その後のmoodleにmoodle_newの名前を変更します。

あなたがしかし主張しているなら、あなたはそれからあらゆる種類のエラーメッセージを得ることを期待することができます。データベースへの根本的な変更とプラグインが構造化され使用される方法を考えると、Moodle 2.0.xではこれは非常に時間がかかり、最終的には無駄な（私が提案する）アプローチです。もちろん、すべてのコアではないプラグインとそれに対応するテーブルをデータベースから削除することもできます。そうすれば、自分でやる気をなくすことができますが、私はそれを疑います。

アップロードしたファイルはどうなりますか？ moodledataフォルダには表示されません。

セキュリティを向上させるために、Moodleはファイルがmoodledataフォルダに保存される方法を変更しました。ありますが、もう明らかではありません。ファイルがアップロードされるとき、それは保存名、暗号化された名前を与えられ、そしてそれはmoodledataフォルダー内の特定のフォルダーに置かれます。そのフォルダの名前はファイルストレージ名と直接関係しています。そのため、moodledataフォルダの中に、関連する名前のフォルダの中に、暗号化された名前のファイルがあります。今気の利いた部分が来る、これらの暗号化された名前はデータベースへの接続として使用されます。データベースはそれらの暗号化された名前をファイルのエイリアスとして保存し、それらを使用してファイルをコースにリンクします。あなたはそれらを見ます、しかしあなたはそれらを見ません、よく彼らは明白ではありません。残念ながら、Moodle 1.9.xのファイルを編集し、古いファイルを削除して新しいファイルをアップロードする必要があるように、それらを適切に編集することはできません。

参照

• はじめにMoodle 2.x管理2 FAQ
• 管理者関連の全ページのインデックス