docendo discimus.

Bevor man eine neue Internetseite veöffentlicht, ist es neben dem Testen auf dem heimischen Rechner,  empfehlenswert die Seite in einer Produktivumgebung (beim Provider oder einem anderen Webserver) auszuprobieren. Beim zweiten Test habe ich die neue Seite in einem neuen Verzeichnis auf meinem Webspace abgespeichert. Die Seite lies sich problemlos aufrufen und das Layout wurde fehlerfrei dargestellt. Um die Seite nun vollständig zu veröffentlichen musste im Webspace das Heimatverzeichnis geändert werden.

Das Ergebnis war katastrophal! Da stimmte ja gar nichts mehr. Da es sich bei der neuen Seite um einen Blog auf der Basis von Wordpress handelte, führte die  Suche nach der Lösung in den FAQ sehr schnell zum Erfolg.

Man muss die Angaben (neue URL) in der Datenbank ändern, das geschieht wie folgt:

• im Adminbereich einloggen,
• Einstellungen
  • Allgemein –> Wordpress-Adresse / Blog-Adresse ändern

In den FAQ zu Wordpress sind drei weitere Varianten zu Problembehebung beschrieben. Bei mir hat bereits die erste Variante zu einer Lösung geführt.

Manchmal ist es notwendig die Kommentarfunktion innerhalb der Artikel und Seiten eines Blogs auszublenden. Leider gilt die globale Einstellung bei Wordpress für alle Elemente.

Am Ende der Artikel und Seiten erscheint dann die Meldung: Das Kommentieren ist momentan nicht möglich. Ein schöner, jedoch störender Hinweis.

Die Lösung (Ausblenden dieses Textes) ist durch das Auskommentieren einer Textzeile im Quelltext der Datei comments.php möglich.

Diese Datei befindet sich im Pfad wp-content\themes\Name des Themes\comments.php.

Sucht die Zeile <p><?php _e(‘Comments are closed.’, ‘kubrick’); ?></p> in der o.g. Datei.

Lösung:

<!- - <p><?php _e(‘Comments are closed.’, ‘kubrick’); ?></p> - ->

Wer die Version 3.0.1 von Wordpress installiert hat, kann den Quelltext in der Rubrick Design/Editor sofort innerhalb seiner Administrationsumgebung ändern.

Rollenbeschreibung und Rollenverwaltung
In diesem Abschnitt soll neben den Rollen auch die Hilfe zu diesem Bereich betrachtet werden. Die Sachverhalte aus der Hilfe sind farbig (peru) gekennzeichnet.

ILIAS

Zielgerichtet wird man als Administrator in den Bereich “Rollen” geführt. Hier stehen Administrator, Anonymous, Guest und User als globale Rollen zu Verfügung.
Administrator Role for systemadministrators. This role grants access to everything!
Anonymous Default role for anonymous users (with no account)
Guest Role grants only a few visible & read permissions.
User Standard role for registered users. Grants read access to most objects.

Es ist möglich eine neue Rolle oder eine Rollenvorlage hinzuzufügen. Das Hinzufügen einer neuen Rolle ist jedoch nur mit den entsprechenden Rechten zur Erstellung neuer Objekte oder objektspezifischer Operationen möglich

Rollenbeschreibung und Rollenverwaltung

In diesem Abschnitt soll neben den Rollen auch die Hilfe zu diesem Bereich betrachtet werden. Die Sachverhalte aus der Hilfe sind farbig (peru) gekennzeichnet.

Atutor
Hier werden die Rollen in Kontostatus und Administratoren unterteilt. Im Kontostatus kann der Benutzer deaktiviert oder auf Student oder Dozent gesetzt werden.
Es gibt vier Arten von Benutzerkonten, die in einer ATutor Installation existieren können, sie sind durch ihren Status definiert:
Disabled
Only administrators may disable an account. Disabled accounts cannot login to the ATutor installation, and will not appear in a course’s Enrollment Manager.
Unconfirmed
Unconfirmed accounts are created only when the System Preferences Require Email Confirmation Upon Registration option is enabled.
Student
A regular account which can enroll, but not create courses.
Instructor
A regular account which can enroll as well as create courses.

Atutor bietet neben den Rollen eine weitere Möglichkeit der Zuordnung. Bei der Erstellung von Kursen ist es möglich den Zugriff auf den jeweiligen Kurs zu regeln. Der Zugriff kann Öffentlich, Eingeschränkt oder Privat erfolgen.
Öffentlich: Für alle Benutzer mit oder ohne ATutor-Benutzerkennung verfügbar. Anmeldung nicht erforderlich. Die Einschreibung zu einem Kurs ist optional.
Eingeschränkt: Zugang nur für Benutzer mit einer ATutor-Kennung möglich. Login ist erforderlich. Einschreibung ist optional.
Privat: Zugang nur für Benutzer mit einer ATutor-Kennung und einer vom jeweiligen Dozenten genehmigten Einschreibung. Login ist notwendig. Einschreibung ist notwendig.

Rollenbeschreibung und Rollenverwaltung

In diesem Abschnitt soll neben den Rollen auch die Hilfe zu diesem Bereich betrachtet werden. Die Sachverhalte aus der Hilfe sind farbig (peru) gekennzeichnet.

Moodle
Eine Rolle ist definiert durch einen Satz von Rechten, die für die gesamte Website festgelegt sind. Rollen können Nutzer/innen in bestimmten Kontexten zugewiesen werden.

In Moodle werden fünf Rollen definiert: Administrator, Course creator, Teacher, Non-editing teacher, Student, Guest und Authenticated user. Es können neue Rollen hinzugefügt werden. Dazu sind Rechte zur Rollenzuordnung und Rechte zur Rollenänderung notwendig. Ein Blick in den Bereich “Neue Rolle hinzufügen” lässt erkennen, dass es nicht ohne die Planung eines Benutzerkonzeptes geht.
Der LehrerInnen Fortbildungsserver (LFS) der Landesakademie für Fortbildung und Personalentwicklung an Schulen in Baden Würtenberg (mehr) stellt auf der Seite “Rollen” diese Thema grafisch aufgearbeitet dar.

Die Moodle-Hilfe verweist auf die Begriffe Kontext, Rechte, Rollen zuweisen und Überschreibungen.

Kontexte sind “Bereiche” in Moodle, in denen Rolle für Nutzer/innen zugewiesen werden können. Kontexte sind hierarchisch aufgebaut, Rechte werden vom “übergeordneten” Kontext an “darunterliegende” Kontexte vererbt.Es gibt folgende Bereiche (Kontexte):
1. Website / gesamtes System
2. Kursbereiche
3. Kursunterbereiche
4. Kurse
5. Blöcke und Aktivitäten

Rechte sind Einstellungen, die Sie für bestimmte Fähigkeiten vergeben.Ein Beispiel für eine Fähigkeit ist “Neue Diskussionen starten” (in Foren).Für jede Rolle können Sie die Rechte für eine Fähigkeit auf einen der folgenden vier Werte setzen: Vererben, Erlauben, Unterbinden, Untersagen.

Überschreibungen
Überschreibungen sind spezielle Rechte, die es ermöglichen, eine Rolle in einem bestimmten Kontext zu überschreiben und damit Rechte nach Bedarf anzupassen.
Beispiel: Wenn Nutzer/innen mit der Rolle “Student” in Ihrem Kurs normalerweise in Foren neue Diskussionsthemen hinzufügen dürfen, Sie diese Befähigung jedoch für ein bestimmtes Forum einschränken wollen, dann können Sie diese Befähigung “UNTERBINDEN”, d.h. Sie setzen für die Befähigung “Neue Diskussionen starten” das Recht auf “UNTERBINDEN”.

Sicherheitseinstellungen in ATutor

Auf den ersten Blick ist kein spezieller Konfigurationsbereich für die Sicherheit zu sehen. Also gehen wir die einzelnen Bereiche durch und versuchen die notwendigen Einstellungen zu setzen. Begonnen wird bei den Systemeinstellungen. Die Erlaubnis zur Selbstregistrierung ist deaktiviert. CAPTCHAs sind nicht erlaubt. Die Art und Weise mancher CAPTCHAs widerspricht dem Grundgedanken der Barrierefreiheit. Dozentenanfragen werden nicht automatisch generiert. Das setzten der Handbuchanmerkungen von Benutzern ist nicht aktiviert. In den Standardeinstellungen (ATutor-Einstellungen) ist die automatische Aktivierung deaktiviert.

Die Authentifizierung/Neuanmeldung ist der erste Punkt der Konfiguration bei ILIAS im Bereich “Adminsitration”. Damit wird die hohe Bedeutung dokumentiert.

Neuanmeldungen

In der Testumgebung ist keine Registrierung möglich, alternativ wäre die Neuanmeldung mit Überprüfung durch den Administrator einstellbar. Die Authentifizierung ist über die ILIAS-Datenbank gesetzt.Es existiert kein öffentlicher Bereich. Die Unterstützung bei vergessenem Passwort ist abgeschaltet. Es erfolgt keine Passwortgenerierung.

Cron-Jobs
Ein Cron-Job ist ein automatisierter Prozess, der zu bestimmten vorgegebenen Zeitpunkten abläuft. Sie finden Informationen zur Aktivierung dieser Cron-Jobs in der Installationsanleitung. Alle Cronjobs sind abgeschaltet.

Datenschutz und Serversicherheit

Hier werden Datenschutz- und Sicherheitseinstellungen vorgenommen. Das Passwort muss durch den Nutzer bei der Erstanmeldung geändert werden. Das gleichzeitige Anmelden mit gleichen Accounts von verschiedenen Rechner ist eingeschaltet.

Rechteeinstellungen und Standardoperationen

Der Registerreiter “Rechte” ist über jede Kategorie der Administraion erreichbar. Hier werden die globalen Rechteeinstellungen für den User, Guest und Anonymous gesetzt im Punkt “Verwalten” gesetzt. Weiter können die Standardoperationen Anzeigen, Lesezugriff und Schreiben ausgewählt werden.

Quelle
Campus Source stellt verschiedene Dokumentation zur Verfügung (mehr). In der Hilfe für Systemadminstratoren sind die verschiedenen Möglichkeiten für globale, lokale und system-eigene Rollenvorlagen beschrieben.

Das Sicherheitskonzept für Moodle ist umfangreich und bedarf eigentlich einer eigenen Rubrick. Zu empfehlen sind hier die Veröffentlichungen der Landesakademie für Fortbildung und Personalentwicklung an Schulen in Baden Würtenberg LFB  (mehr) und das Moodle-Praxishandbuch von Fredi Gertsch (Verlag Addison-Wesley). In der Quelle LFB stehen umfangreiche Downloads zum Thema Sicherheit zur Verfügung.
Ein wichtiges Sicherheitskonzept ist dabei der Umgang mit den zur verfügungstehenden Rollen.

In der genutzten Testumgebung sind die folgenden Einstellungen verwendet worden:

1. Nutzerauthentifizierung – aktive Plugins zur Authentifizierung (Manuelle Zugänge, kein Login)
2. Sicherheit – Websiterechte (Anmeldung notwendig, Profilzugriff nur für eingetragene NutzerInnen, Kennwortlänge 8 Zeichen mit 1 Ziffer 1 Kleinbuchstaben 1 Großbuchstaben und 1 Sonderzeichen, Bestätigungsmail bei Änderung eines Profiles)
3. Sicherheit – HTTP-Sicherheit (alle aktiv)
4. Sicherheit – Modulsicherheit  (Standard gesetzt)
5. Server – Aufräumarbeiten (nach 14 Tagen NutzerInnen abmelden, unvollständige Nutzerkonten nach 3 Tagen löschen)
6. Berichte – Security overview (Status überprüfen und gegebenenfalls Einstellungen ändern)

Noch ein HInweis aus den Mitteilungen der Testumgebung : Die Aktivierung der PHP-Einstellung display_errors wird für produktive Websites nicht empfohlen, weil einige der Fehlermeldungen sensible Informationen über Ihre Serverkonfiguration preisgeben könnten.

Layoutveränderungen

Moodle
Es sei angemerkt, dass ich die Version 1.8 installiert habe. Das Umschalten der vorhandenen Seitenlayouts erfolgt problemlos. Die Einstellungen erfolgen im Bereich Darstellungen – Design – (Einstellungen oder Design-Auswahl). Der Administrator hat im Design die Möglichkeit grundlegende Einstellungen vorzunehmen. Hierzu gehören u.a. die Möglichkeit für den Nutzer sein eigenen Seiten-Design zu verändern. Man kann neue Design-Vorlagen in den Ordner “Theme” auf dem Webserver hochladen, diese wurden jedoch nicht in der Designliste aufgenommen. Darauf hin installierte ich die Version 1.9 und es konnten auch externe Layouts (Themes) eingebunden werden.

ILIAS
Die Einstellungen erfolgen im Bereich Skin/Style. Der Administrator hat in vier Bereichen die Möglichkeit Einstellungen vorzunehmen: Grundeinstellungen, System-Styles, Content-Styles ud Seitenlayouts.

ATutor
Im Bereich Systemeinstellungen wird das Seitenlayout administriert. Die vorinstallierten Layouts können angewendet werden. Der Import brachte meist die Meldung, dass “die zu importierende Datei nicht entpackt werden kann” oder “Importverzeichnis konnte nicht erstellt werden”. Als Alternative habe ich die Layouts per FTP-Upload auf den Webserbver geladen.

Zusammenfassung:
Alle drei LMS bieten umfangreiche Möglichkeiten das Layout anzupassen. Dieser Prozess war für mich sehr zeitaufwendig und wurde aus diesem Grund auch nicht weiter geführt. Die LMS besitzen jetzt ein einfaches Layout, damit sich auch weitere Tester auf die Funktionalität konzentrieren können. Bei diesen durchgeführten Veränderungen sind mir die unterschiedlichen Seitenaufbau-Geshwindigkeiten der LMS aufgefallen. Moodle war deutlich langsamer im Annhemen der Umstallungen als ILIAS und ATutor. Um den Faktor der Serverbelastung auszuschließen, wurde die Einstellungsänderungen zu verschiedenen Tageszeiten und Tagen vorgenommen. Das Ergebnis blieb immer das Gleiche im Punkt Geschwindigkeit.

Installation

Wie fühlt man sich während einer Installation vom Lermangementsystemen, wenn ständig eine Fehlermeldung kommt, obwohl es in den Beschreibungen so einfach klingt?
Und wie fühlt man sich, wenn man nach einer erfolgreicher Installation den Login schafft?

Zwischen diesen beiden Fragen war ich in den letzten Tagen ständig hin und her gerissen. Für eine Testumgebung sollen mehrere LMS installiert werden. Zur Auswahl stehen Moodle, ATutor, ILIAS, OLAT, studip und metacon. Als Plattform nutze ich einen virtuellen Windows 2003 Server mit Apache, PHP und MySQl. Der Vorteil  eines virtuellen Servers, liegt in der einfachen und schnellen Art das System zurückzusetzen.

Mir erschien Moodle als einfachste Version. Vorweg sei bemerkt, dass durch falsches setzten der Dateiberechtigungen die größten Schwierigkeiten entstanden. Danach folgte der mangelnde Überblick über die Benutzter und ihre Kennwörter (da mussten so einige angelegt werden!).
Nachdem das Betriebssystem mehrmals neu initialisiert wurde und ich auch die Installation ordnungsgemäß dokumentierte, klappte alles wirklich ohne Beanstandungen. Selbst das Sprachmodule “DE” wurden sehr gut integriert.

Z. Zeit sind drei LMS aktiv: Moodle (mehr), ATutor (mehr) und ILIAS (mehr).

Anmeldung neuer Nutzer im Loginbereich

Bei allen drei LMS können sich Benutzer anmelden/registrieren. Bei Moodle erhält der neue Nutzer eine E-Mail, bei ATutor und ILIAS ist der Login sofort möglich. Da bei allen LMS noch keine Kurse hinterlegt sind könnt ihr also nur die Oberflächen begutachten.

Jetzt heißt es ersteinmal darüber Gedanken machen, was ich im Einzelnen bewerten und einrichten will.

Über Anregungen und Fragen die euch zum Thema LMS interessieren bin ich sehr dankbar. Die Installationsdokumentation kann per E-Mail angefordert werden.

im nächsten Artikel mehr zur Rollenzuweisung und Layout…