riecken.de

Warum es in diesem Artikel geht, erfahrt ihr hier. Dieser Code läuft, u.a. weil er von Martin Langhoff ist. Den Originalthread findet man hier – hätte ich man erst auf moodle.org gesucht… Ich habe die dort geposteten Dateien noch einmal tüchtig eingedampft.  Der Ausgangspunkt sind wieder zwei Subdomains:

http://heim.domain.tld

http://schule.domain.tld

Der Unterschied zu meiner ersten Lösung besteht darin, dass im Prinzip nun  jede Moodleinstallation ihre eigene config.php erhält – über eine dynamische scheint es nicht zu laufen. Dazu braucht es wiederum eine modifizierte config.php:

<?php
# Hier gewinnen wir den ersten Domainteil der Subdomain
$domain_parts=explode(“.”, $_SERVER['HTTP_HOST']);
$instance=$domain_parts[0];
$instance = preg_replace(“/\W/”, “”, $instance);

unset ($CFG);
$CFG->dirroot=’/pfad/zum/moodleverzeichnis’;

// Allow file overrides for our domain

if (file_exists(“$CFG->dirroot/config_”.$instance.”.php”))  {      // Do not edit

include_once(“$CFG->dirroot/config_”.$instance.”.php”);
$CFG->directorypermissions =00777;

} else {

die(‘Ungültige Subdomain’);

}

if (file_exists(“$CFG->dirroot/lib/setup.php”))  {      // Do not edit

include_once(“$CFG->dirroot/lib/setup.php”);

} else {

if ($CFG->dirroot == dirname(__FILE__)) {

echo “<p>Could not find this file: $CFG->dirroot/lib/setup.php</p>”;
echo “<p>Are you sure all your files have been uploaded?</p>”;

} else {

echo “<p>Error detected in config.php</p>”;
echo “<p>Error in: \$CFG->dirroot = ‘$CFG->dirroot’;</p>”;
echo “<p>Try this: \$CFG->dirroot = ‘”.dirname(__FILE__).”‘;</p>”;

}

die;

}

?>

Neu ist jetzt, dass im gleichen Verzeichnis wie die config.php jetzt für jedes Moodlesystem eine Extradatei liegt, in unserem Beispiel mit den Namen:

config_heim.php

config_schule.php

Der Inhalt von config_heim.php lautet dann z.B.:

<?php

unset($CFG);

$CFG->dbtype    = ‘mysql’;
$CFG->dbhost    = ‘localhost’;
$CFG->dbname    = ‘dbname’;
$CFG->dbuser    = ‘dbuser’;
$CFG->dbpass    = ‘dbpasswd;
$CFG->dbpersist =  false;
$CFG->prefix    = ‘mdl_’;
$CFG->wwwroot   = ‘http://heim.domain.tld’;
$CFG->dirroot   = ‘/pfad/zu/moodle’;
$CFG->dataroot  = ‘/pfad/zum/datenverzeichnis’;
$CFG->admin     = ‘admin’;

?>

Also einfach die obere config.php einsetzen und für jede Installation eine eigene config_name.php-Datei anlegen. Das läuft hinter einem Reverse Proxy, auf normalem Webspace, auf einem managed Server – wirklich.Eine Beispielinstallation (proof of concept) gibt es unter den Links:

http://moodle.riecken.de

http://testmoodle.riecken.de

Beide Systeme laufen unter der gleichen Codebasis hinter einem Reverse Proxy auf einem lighttpd-Webserver mit PHP als fastCGI.

Dort konnte ich die Codebasis unter /pfad/zu/moodle tatsächlich für beliebig viele Moodles nutzen und hatte völlig freie Wahl bei  z.B.  dem Pfad zum /moodledata-Verzeichnis oder beim Datenbanknamen – was zusätzlich einen kleinen Sicherheitsgewinn bedeutet. Meine vollständig dynamische Lösung aus dem vorherigen Artikel fand ich zwar eleganter, aber wenn Moodle das nicht will…

Viel Spaß damit!

Ähnliche Artikel:

1. MoodleMU: Die Erste…
2. Tooltips für Moodle
3. GoogleDocs: Die Suche geht weiter nach vorn
4. MME – Moodle Mail Essentials
5. Moodle und Reverse Proxies

Warum es in diesem Artikel geht, erfahrt ihr hier. Dieser Code läuft, u.a. weil er von Martin Langhoff ist. Den Originalthread findet man hier - hätte ich man erst auf moodle.org gesucht... Ich habe die dort geposteten Dateien noch einmal tüchtig eingedampft.  Der Ausgangspunkt sind wieder zwei Subdomains: http://heim.domain.tld http://schule.domain.tld Der Unterschied zu meiner ersten Lösung besteht darin, dass im Prinzip nun  jede Moodleinstallation ihre eigene config.php erhält - über eine dynamische scheint es nicht zu laufen. Dazu braucht es wiederum eine modifizierte config.php: &lt;?php # Hier gewinnen wir den ersten Domainteil der Subdomain $domain_parts=explode(".", $_SERVER['HTTP_HOST']); $instance=$domain_parts[0]; $instance = preg_replace("/\W/", "", $instance); unset ($CFG); $CFG-&gt;dirroot='/pfad/zum/moodleverzeichnis'; // Allow file overrides for our domain if (file_exists("$CFG-&gt;dirroot/config_".$instance.".php"))  {      // Do not edit include_once("$CFG-&gt;dirroot/config_".$instance.".php"); $CFG-&gt;directorypermissions =00777; } else { die('Ungültige Subdomain'); } if (file_exists("$CFG-&gt;dirroot/lib/setup.php"))  {      // Do not edit include_once("$CFG-&gt;dirroot/lib/setup.php"); } else { if ($CFG-&gt;dirroot == dirname(__FILE__)) { echo "&lt;p&gt;Could not find this file: $CFG-&gt;dirroot/lib/setup.php&lt;/p&gt;"; echo "&lt;p&gt;Are you sure all your files have been uploaded?&lt;/p&gt;"; } else { echo "&lt;p&gt;Error detected in config.php&lt;/p&gt;"; echo "&lt;p&gt;Error in: \$CFG-&gt;dirroot = '$CFG-&gt;dirroot';&lt;/p&gt;"; echo "&lt;p&gt;Try this: \$CFG-&gt;dirroot = '".dirname(__FILE__)."';&lt;/p&gt;"; } die; } ?&gt; Neu ist jetzt, dass im gleichen Verzeichnis wie die config.php jetzt für jedes Moodlesystem eine Extradatei liegt, in unserem Beispiel mit den Namen: config_heim.php config_schule.php Der Inhalt von config_heim.php lautet dann z.B.: &lt;?php unset($CFG); $CFG-&gt;dbtype    = 'mysql'; $CFG-&gt;dbhost    = 'localhost'; $CFG-&gt;dbname    = 'dbname'; $CFG-&gt;dbuser    = 'dbuser'; $CFG-&gt;dbpass    = 'dbpasswd; $CFG-&gt;dbpersist =  false; $CFG-&gt;prefix    = 'mdl_'; $CFG-&gt;wwwroot   = 'http://heim.domain.tld'; $CFG-&gt;dirroot   = '/pfad/zu/moodle'; $CFG-&gt;dataroot  = '/pfad/zum/datenverzeichnis'; $CFG-&gt;admin     = 'admin'; ?&gt; Also einfach die obere config.php einsetzen und für jede Installation eine eigene config_name.php-Datei anlegen. Das läuft hinter einem Reverse Proxy, auf normalem Webspace, auf einem managed Server - wirklich.Eine Beispielinstallation (proof of concept) gibt es unter den Links: http://moodle.riecken.de http://testmoodle.riecken.de Beide Systeme laufen unter der gleichen Codebasis hinter einem Reverse Proxy auf einem lighttpd-Webserver mit PHP als fastCGI. Dort konnte ich die Codebasis unter /pfad/zu/moodle tatsächlich für beliebig viele Moodles nutzen und hatte völlig freie Wahl bei  z.B.  dem Pfad zum /moodledata-Verzeichnis oder beim Datenbanknamen - was zusätzlich einen kleinen Sicherheitsgewinn bedeutet. Meine vollständig dynamische Lösung aus dem vorherigen Artikel fand ich zwar eleganter, aber wenn Moodle das nicht will... Viel Spaß damit!