Moodle und ILIAS kennen wir von innen.

1Typische Projekte

Plugins & Erweiterungen

Neue Funktionen, die sich wie ein Teil der Plattform anfühlen.

LTI-Anbindungen

Externe Werkzeuge einbinden oder Ihre Anwendung als LTI-Tool bereitstellen.

Single Sign-on

Shibboleth, SAML, OAuth2 oder LDAP, passend zu Ihrem Identitätsdienst.

Campus-Management

Kurse, Einschreibungen und Noten automatisch abgleichen.

Upgrades & Migration

Auf neue Versionen, inklusive Bestandsaufnahme aller Fremd-Plugins.

Prüfung bestehender Plugins

Codequalität und Sicherheit, bevor ein Plugin produktiv geht.

2Worauf wir achten

Vier Zeilen, an denen die meisten Sicherheitslücken in Moodle-Plugins entstehen. Wir haben sie in fremdem Code oft genug gefunden.

require_login($course, false, $cm);
$context = context_module::instance($cm->id);
require_capability('mod/example:view', $context);       ①

$id = required_param('id', PARAM_INT);                  ②
$entry = $DB->get_record('example_entries',
    ['id' => $id, 'exampleid' => $cm->instance],        ③
    '*', MUST_EXIST);

echo $OUTPUT->render_from_template('mod_example/entry', [
    'title' => format_string($entry->name),             ④
]);

Dazu kommen Moodle-Coding-Guidelines, PHPUnit und Behat in der CI über moodle-plugin-ci und ein Security-Review vor jeder Auslieferung. Mehr dazu unter Sicherheit.

3Beispiel

AusgangslageEin Plugin aus Moodle-3.x-Zeiten, der Entwickler ist nicht mehr erreichbar, das nächste Upgrade steht an.

4Häufige Fragen