Seit diesem Schuljahr binde ich in das Unterrichtsgeschehen eine Moodleplattform mit ein. Da bei meinem normalen Revidopaket nicht alles so funktioniert, eigne ich mir aktuell alles an, was ich für den Betrieb eines eigenen Servers gebrauchen kann um dadurch letztendlich mein Moodle so konfigurieren zu können, wie ich das möchte.

Die Moodle Version, die momentan auf einem VServer Entry (Greatnet) ist mir zu langsam. Deswegen versuch ich mein Glück jetzt mit einem 1blu L Server. U.U. teste ich auch noch die VServer von Revido. Diese erscheinen mir hinsichtlich des Prozessors jedoch zu langsam zu sein. Ihr dürft auf weitere Erfahrungsberichte gespannt sein.

Wer nichts mit Moodle anzufangen weiß, der sollte sich das eingebettete Video mal anschauen.

Update 29.3.2010:

Heise Online hat eine schönen Bericht erstellt, in dessen Rahmen Moodle grundsätzlich vorgestellt wird wird.

Moodle zählt wohl zu den bekanntesten Plattformen, die man für Unterrichtszwecke nutzen kann. Ich selbst kam erstmals während meinem Studium an der Universität Kassel mit Moodle in Verbindung. Doch nun muss ich selbst unterrichten, wobei ich zugleich die Vorteile des Internets mit in den Unterricht einbeziehen will. Aus diesem Anlass habe ich auf meinem Webspace Moodle installiert und bin nun am Erkunden, was alles damit möglich ist.

Doch bis zum ersten Aktivieren von Moodle verging eine Menge Zeit, was mit dem Server von Revido zusammenhing. Zunächst lag ich mit meinem Paket noch auf einem älteren Server, bei dem die Option “register_globals=off” nicht freigeschaltet war. Da die Aktivierung dieser Option teuerer gewesen wäre als der Wechsel in ein besseres Paket, einhergehend mit einem Serverwechsel, nahm ich letztgenannte Option in Anspruch. Doch auch auf dem neuen Server lies sich Moodle zunächst nicht aktivieren. Dieses mal lag es daran, dass aus Sicherheitsgründen bei den Datenbänken prinzipiell “CREAT INDEX” deaktiviert ist. Mit dem Hinweis, dass ich Moodle nutzen möchte, wand ich mich erneut an den Support und dieser veränderte die Rechte der Datenbank entsprechend.

Nun endlich läuft alles und das obwohl memory_limit mit 16MB eigentlich zu gering ist. Naja, ob’s weiterhin funktioniert und wie sich der Server schlägt wird sich zeigen. Sofern es etwas neues diesbezüglich gibt, werde ich es hier posten.

Wie bereits beschrieben, lässt sich php5 bei Revido derzeit mit Hilfe der .htaccess Datei aktivieren.

Das ganze hat auch funktioniert – dachte ich zumindest.

Bei genauerem Hinsehen musste ich feststellen, dass die veränderte .htaccess Datei die Sprache des WordPress Blogs umgestellt hatte. Nach eigenem Ausprobieren & regem Emailverkehr mit Revido stellte sich heraus, dass der Fehler nicht an der .htaccess Datei liegt, sondern an WordPress.

Aus einem Threat erfuhr ich, dass dies wahrscheinlich mit dem 64Bit Modus der Server zu tun hat. Woran es nun tatsächlich liegt, ist mir eigentlich egal. Hauptsache die Sache funktioniert nun. Dafür musste jedoch die im Threat beschriebene Veränderung in der gettext.php durchgeführt werden.

Dort muss der Eintrag

if ($magic == ($MAGIC1 & 0xFFFFFFFF) || $magic == ($MAGIC3 & 0xFFFFFFFF)) { // to make sure it works for 64-bit platform

durch

if ($magic == $MAGIC1 || $magic == $MAGIC3) {

ersetzt werden.

Im Zuge der Installation des WordPress Widgets PiclensLite, welches ich demnächst im Zusammenhang mit dem FireFox AddOn PicLens vorstellen werde, musste ich erfahren, dass auf dem Revido Webspace standardmäßig keine php5 läuft, bzw. dass Dateien mit *.php Endung standardmäßig als *.php4 interpretiert werden. Um dieses zu aktivieren bzw. zu ändern, muss lediglich eine .htaccess Datei im Ordner hinterlegt werden, mit folgendem Inhalt:

AddHandler x-httpd-php5 .php
AddType application/x-httpd-php5 .php

Um diesen Hinweis zu bekommen, musste ich jedoch leider 12 Stunden warten. Ein Eintrag in der FAQ’s oder der Mimo Anleitung wäre sicherlich sinnvoll.

Screenshot1: PHP Info ohne Veränderung der .htaccess

Screenshot2: PHP Info mit Veränderung der .htaccess

Seit Wochen schlag’ ich im Zuge des Uni Projekts mit Podpress herum. Anlass ist die in Podpress integrierte Statistik, die ich einfach nicht zum Laufen bekommen habe. Mittlerweile habe ich den Grund gefunden: Es geht einfach nicht ohne Permalinks.

Eigentlich sagt man da klar, das gibt Podpress ja auch als benötigte Struktur an. Allerdings habe ich die Permalinkstruktur nie aktivieren können, bzw. die Server haben beim Versuch sie zu aktivieren abgemeldet. Gestern Nacht habe ich einen Thread entdeckt, der mir weitergeholfen hat. Wer einen Server hat, der kein “mod_rewrite” unterstützt, kann einen Plugin einsetzen, dass diesen Makel irgendwie umgeht. Eine genauere Anleitung dazu erhaltet ihr hier.

Jedenfalls funktioniert nun sowohl auf dem Revido als auch auf dem Stratoserver die Podpress-Statistik. Nur der Uni Server spielt mal wieder nicht mit, d.h. ich darf in den nächsten Wochen wieder Kontakt mit den netten Leuten des HRZ aufnehmen. Ich bin gespannt, ob die mir weiterhelfen können. Zumindest habe ich einen WordPressblog auf dem UniServer gefunden, der mit Permalinks arbeitet, also muss es doch irgendwie gehen. Ich bin gespannt…

Ebenso bin ich auf die Reaktion von Revido gespannt. Diesen habe ich das Problem geschildert und nun warte ich auf eine Antwort. Vielleicht ist es ja möglich dieses Modul irgendwie zu aktivieren. So wie ich den velinkten Thread verstehe, brauche ich diesbezüglich bei Strato nicht nachfragen

Man darf gespannt sein…

Nachtrag

Gerade bin ich auf den folgenden Thread gestoßen. Demnach lässt sich die Permalikstruktur durch folgende Zeichenkett simulieren. Das funktioniert zwar, aber mit Blick auf PodPress hilft es beim UniServer auch nicht weiter

/index.php/%year%/%monthnum%/%day%/%postname%/

Wie der eine oder andere vielleicht bemerkt hat, war meine HP eine gewisse Zeit nicht erreichbar. Dies lag daran, dass ich von Strato zu Revido gewechselt bin. Über Pro & Kontra eines Anbieters kann man streiten. Ich will hier keine Werbung machen, aber für einen Preis von 2-3€/Monat nehme ich einige Service Lücken in Kauf. Dennoch bin ich in dieser Hinsicht aktuell von Revido positiv überrascht worden.
Andere Foren haben in mir eine gewisse Angst verursacht. So habe ich Berichte gefunden, nach denen es Abzocke bei Revido gibt (vgl. Google), aber dennoch will ich’s mal versuchen. Aber in einigen Punkten werde ich vorsichtig sein müssen. So habe ich ein Forum entdeckt (ich habe die Adresse leider nicht mehr), in dem bzgl. des Urheberrechtschutzes bei einer MP3 Datei geklagt wurde. Mit anderen Worten: Ich werde für Podcasts, Websites etc. nur nachweislich urrheberrechtsfreie Musik nutzen.

Für MacUser muss ich noch etwas los werden:
Beim Umzug meiner HP, die mit iWeb erstellt wurde, gab es zunächst Probleme. Schriftzeichen wie ä und ü wurden nicht korrekt dargestellt. Das war bei Strato nicht er Fall. Somit musste es entweder am Quelltext von iWeb oder am Webspace liegen.
Beides ist jedoch der Fall:
iWeb ersetzt “ä” nicht durch “ä” , was die eigentliche Ausdrucksform für “ä” ist. Andererseits liest Revido den Quelltext nicht 1a aus. Dennoch kann man mit Hilfe einer “.httacess” Datei dies bereinigen. In Fall meiner Seite enthält diese lediglich folgende Zeile:

AddCharset UTF-8 .html .htm .php

Diesen Tipp verdanken diesem Forumseintrag. Zum Revido Support kann ich in diesem Zusammenhang nur sagen, dass er innerhalb von 24h geantwortet hat und recht freundlich war.

Ein anderes Problem stellte der Umzug dieses Blogs dar. Zwar hatte ich das PlugIn Database Backup installiert, dennoch war ich wohl zu inkompetent um dieses Tool richtig zu benutzen, so dass ich es nicht hin bekam die MySQL Datenbank von dem einen auf den anderen Server zu kopieren. Von dieser Erfahrung her möchte ich den auf der folgenden Seiten beschrieben Umzug eines WordPress’s etwas vereinfachen:

Das BackUp einer MySQL Datenbank kann man sich in festgelegten Zeitabständen mit dem PlugIn Database Backup zusenden lassen. Alternativ wird es auch auf dem Webspace gespeichert. Dieses BackUp kann man wiederum mit MyAdmin installieren.

Bei mir war das Problem, dass ich die BackUps einer älteren Version des PlugIns nicht installieren konnte. Alternativ versuchte ich die Datenbank manuell nach der verlinkten Anleitung zu speichern um sie anschließend in die andere Datenbak zu laden – dies gelang jedoch auch nicht. Mit der aktuellen Version von Database BackUp läuft jedoch alles reibungslos. Die tägliche BackUp Email enthält nun auch einen “realen” Anhang. Zuvor handelte es sich um eine reine Textmail in der ein Verweis auf einen Anhang war, der aber nicht existierte. Jedenfalls funktioniert das BackUp nun mit der erstellten Datei.

Allgemeines Feedback:

Bis jetzt bin ich recht zufrieden mit Revido. Der Server erscheint mir recht flott, der Service ist bisher o.k., bezogen auf den Gesamtpreis des Angebots muss ich ihn sogar als super bezeichnen! Die technischen Probleme sind maginal, aber da muss man fairer Weise sagen, dass ggf. so spezielle Probleme seltenen vorkommen, so dass der Provider länger für die Klärung des Problems braucht, als wenn 2.000 Leute das gleiche Problem haben.

Bzgl. aller anderen Sachen bin ich gespannt, was ggf. noch auf mich zu kommt. Ich bin in gewisser Weise vorgewarnt und werde bemüht sein, mich bestmöglich gegenüber allen anklagbaren Punkten abzusichern. Alles andere wird sich ergeben und dann in diesem Blog veröffentlicht.