Hub Administration: Unterschied zwischen den Versionen
Zeile 16: | Zeile 16: | ||
* Die PHP-Erweiterungen '''mod_security''' in der Apache Version 1 und '''mod_security2''' in der Apache Version 2 liefern einen Fehler ''403 forbidden error'', wenn eine URL, die keine lokale Domain ist, als GET-Variable übergeben wird. Wenn auf dem Hub-Server oder auf dem zu registrierenden Moodle-Server die Erweiterung '''mod_security''' aktiviert ist, dann wird der Registrierungsprozess zwischen Hub und Moodle-Site abgebrochen. Insbesondere können Sie sich nicht auf dem Moodle Community Hub MOOCH von moodle.org registrieren, wenn diese Erweiterung auf Ihrem Moodle-Server läuft. Sie können eine Ausnahme zu '''mod_security''' in der Apache Version 1 in eine lokale ''.htaccess'' Datei einfügen. In der Apache Version 2 mit der Erweiterung '''mod_security2''' muss die Ausnahme in die Konfigurationsdatei ''/conf.d/mod_security.conf'' hinzufügen. Siehe auch diesen Diskussionsbeitrag: http://moodle.org/mod/forum/discuss.php?d=188933. | * Die PHP-Erweiterungen '''mod_security''' in der Apache Version 1 und '''mod_security2''' in der Apache Version 2 liefern einen Fehler ''403 forbidden error'', wenn eine URL, die keine lokale Domain ist, als GET-Variable übergeben wird. Wenn auf dem Hub-Server oder auf dem zu registrierenden Moodle-Server die Erweiterung '''mod_security''' aktiviert ist, dann wird der Registrierungsprozess zwischen Hub und Moodle-Site abgebrochen. Insbesondere können Sie sich nicht auf dem Moodle Community Hub MOOCH von moodle.org registrieren, wenn diese Erweiterung auf Ihrem Moodle-Server läuft. Sie können eine Ausnahme zu '''mod_security''' in der Apache Version 1 in eine lokale ''.htaccess'' Datei einfügen. In der Apache Version 2 mit der Erweiterung '''mod_security2''' muss die Ausnahme in die Konfigurationsdatei ''/conf.d/mod_security.conf'' hinzufügen. Siehe auch diesen Diskussionsbeitrag: http://moodle.org/mod/forum/discuss.php?d=188933. | ||
== | ==Wie funktioniert die Hub Software== | ||
Die Hub Software ist als eigenes lokales Plugin implementiert, das zu einer Standardinstallation von Moodle 2 hinzugefügt werden kann. Auf diese Weise steht dem Hub die komplette Moodle-Funktionalität zur Verfügung. | |||
Wenn das Plugin installiert ist, erhält die Hub-Moodle-Site eine neue Startseite mit einer einfachen Suchfunktion. Ein Beispiel finden Sie auf der Seite http://hub.moodle.org/. | |||
'''Hinweis''': Fügen Sie das Plugin nicht zu einer produktiven Moodle-Site hinzu. Das könnte zu Problemen oder Verwirrungen führen. Setzen Sie stattdessen eine neue Moodle-Site auf. | |||
==How to set up a Moodle Hub server== | ==How to set up a Moodle Hub server== |
Version vom 12. Juni 2012, 14:03 Uhr
Einen Hub betreiben
Das Betreiben eines Hubs ist keine Sache, die Sie auf die leichte Schulter nehmen sollten.
Als Administrator/in eines Hubs sind Sie für die Inhalte des Hubs verantwortlich. D.h. Sie müssen folgende Prozesse sorgfältig planen und durchführen:
- alle Inhalte von Kursen, die zur Veröffentlichung angeboten werden sorgfältig prüfen
- registrierte Moodle-Sites und deren Status verwalten
- die Liste der veröffentlichten Kurse aktuell halten
Mindestanforderungen
Im folgenden finden Sie eine Auflistung der minimalen Anforderungen an einen Moodle Community Hub:
- Sicherstellen, dass der Server den Anforderungen genügt, um die aktuellste Moodle-Version zu betreiben, siehe Installation von Moodle
- Sicherstellen, dass in der PHP-Konfigurationsdatei php.ini die Variable
allow_url_fopen
aufOn
gesetzt ist. Diese Einstellung ist nötig, damit der Hub eine Moodle-Site registrieren kann. Andernfalls erhalten Sie eine Fehlermeldung cannotregisternotavailablesite. Siehe auch diesen Tracker-Eintrag https://tracker.moodle.org/browse/CONTRIB-3063 - Die PHP-Erweiterungen mod_security in der Apache Version 1 und mod_security2 in der Apache Version 2 liefern einen Fehler 403 forbidden error, wenn eine URL, die keine lokale Domain ist, als GET-Variable übergeben wird. Wenn auf dem Hub-Server oder auf dem zu registrierenden Moodle-Server die Erweiterung mod_security aktiviert ist, dann wird der Registrierungsprozess zwischen Hub und Moodle-Site abgebrochen. Insbesondere können Sie sich nicht auf dem Moodle Community Hub MOOCH von moodle.org registrieren, wenn diese Erweiterung auf Ihrem Moodle-Server läuft. Sie können eine Ausnahme zu mod_security in der Apache Version 1 in eine lokale .htaccess Datei einfügen. In der Apache Version 2 mit der Erweiterung mod_security2 muss die Ausnahme in die Konfigurationsdatei /conf.d/mod_security.conf hinzufügen. Siehe auch diesen Diskussionsbeitrag: http://moodle.org/mod/forum/discuss.php?d=188933.
Wie funktioniert die Hub Software
Die Hub Software ist als eigenes lokales Plugin implementiert, das zu einer Standardinstallation von Moodle 2 hinzugefügt werden kann. Auf diese Weise steht dem Hub die komplette Moodle-Funktionalität zur Verfügung.
Wenn das Plugin installiert ist, erhält die Hub-Moodle-Site eine neue Startseite mit einer einfachen Suchfunktion. Ein Beispiel finden Sie auf der Seite http://hub.moodle.org/.
Hinweis: Fügen Sie das Plugin nicht zu einer produktiven Moodle-Site hinzu. Das könnte zu Problemen oder Verwirrungen führen. Setzen Sie stattdessen eine neue Moodle-Site auf.
How to set up a Moodle Hub server
- Install Moodle 2.0 or later somewhere on a web server with a nice URL.
- Download the latest hub plugin from http://download.moodle.org/download.php/plugins/local/hub.zip
- Save the zip into the /local directory of Moodle and unzip, producing /local/hub
- Visit the "Notifications" page in Moodle (/admin) to complete the upgrade and install the hub software.
- Enable web services for the hub (Site Administration > Advanced features)
- Enable the XML-RPC protocol (Site Administration > Plugins > Web services > Manage protocols)
- Set up the SMTP (Site Administration > Plugins > Message outputs > Email)
- Set up the recaptcha (Site Administration > Plugins > Authentication > Manage authentication)
- Set up your hub (Site Administration > Hub > Settings)
- In Site Administration > Security > Site policies enable Allow extended characters in usernames. This step will be automatically executed when CONTRIB-3646 is done.
Congratulations! You now have a working hub with no content!
Site registration
Only sites that are registered with the hub are allowed to publish content there.
Sites register on the hub via Site Administration > Registration
Hub registration
You can also register your hub with the Moodle hub Directory, a listing of many hubs from around the world, enabling people from all over the world to find your hub and search the courses within it. You may want to wait until you have some content before you register.
Managing sites
In Administration > Hub > Manage sites, you can:
- Prioritise a site: during a search, course from prioritised sites appear on top of the list. A prioritised site is always trusted.
- Trust a site: when a site is trusted, any published course is immediatly available
- Delete a site: delete a site from the database. A message will be sent to the site administrator.
- Settings: you can change some information as the name, the description, the language...
- Make a site visible: only site declared as visible appear on the the site list (currently the site list hasn't been implemented)
Managing courses
In Administration > Hub > Manage course, you can:
- Delete a course: delete a course from the database.
- Settings: you can change some information as the name, the description, the language...
- Make a course visible: decide if the course is displayed on search result
Important things about roles, users and web services
A hub server uses intensively Moodle web service 2.0. For this reason it is important to understand the web services administration, and what happens if you change some roles/users/services.
Roles
The hub server creates on the fly some roles that you should never delete/modify:
- one role for the hub directory
- one role for registered sites
- one role for public sites
Users
The hub server creates on the fly some users that you should never delete/modify:
- one user for the hub directory
- one user for public access
- as many users as registered sites
Services
The hub creates during installation some web services that you should never delete/modify:
- one service for Hub directory
- one service for Registered sites
- one service for Public sites
It also creates tokens on the fly. These tokens are not displayed on the token management list, so you cannot accidentally delete them.