Benutzer:Kirmse

ein Webinterface als Ersatz für die Fachlehrershell

Es gab in der schan-developer die Diskussion wegen Weglassen der Fachlehrershell. m.E. wäre es durchaus zeitgemäß, eine andere (webbasierte) Lösung zur Verfügung zu stellen. Ich kann aber derzeit nicht absichern, ob ich diese Lösung völlig ohne Hilfe hinbekomme. Also soll diese Plattform die Möglichkeit bieten, mein Vorhaben transparent zu machen und Interessierten die Möglichkeit zu geben, eventuell mitzuarbeiten.

• Konzeption
• Script 1
• Script 2
• Script 3
• Script 4
• Script 5

--Kirmse 13:18, 8. Nov 2005 (CET)

Zielsetzung (Pflichtenheft)

• Beim Aufruf des Scriptes zum Austeilen wird ein Webformular bereitgestellt, welches angibt, von welchen Verzeichnis des (angemeldeten) Lehrers in welches Unterverzeichnis des Schülers kopiert werden soll. Es wird die Möglichkeit geboten, diese Voreinstellung zu ändern.

• Es wird auf der Webseite angegeben, das alle Dateien dieses Verzeichnisses kopiert werden. Es gibt die Möglichkeit das zu ändern:
  • nur eine Datei - Eingabefeld
  • nur ein Dateityp (nach Endung)
  • von einem Tag - heute, gestern, vorgestern ...

• Es werden alle Klassen aufgelistet, die mit Hilfe von Checkboxen ausgewählt werden können. Es besteht die Möglichkeit, sich alle Schüler der Klasse auflisten zu lassen und dort auszuwählen.

• Es werden alle Projekte aufgelistet, die mit Hilfe von Checkboxen ausgewählt werden können. Es besteht die Möglichkeit, sich alle Schüler des Projekts auflisten zu lassen und dort auszuwählen.

• Die ausgewählten Schüler werden (für diesen Lehrer) gespeichert und diese Auswahl steht für das Einsammeln zur Verfügung.

• Es wird eine Statistik als Webseite gliefert, welche Dateien wohin kopiert wurden.

• Für das Aufrufen des Scriptes zum Einsammeln gilt im Prinzip das Gleiche mit folgenden Unterschied:
  • es wird zuerst geprüft, ob entsprechende Daten (vom Austeilen) für den Lehrer bereitstehen.
    • Gibt es diese nicht, dann ist alles analog wie beim Austeilen, nur das in die entgegengesetzte Richtung kopiert wird.
    • Liegen entsprechende Daten (Schüler, Verzeichnis, Dateiauswahl) einmal vor, dann werden diese angezeigt, ohne ein Auswahlmenü bereitzustellen. Es gibt aber die Option, die Auswahl neu festzulegen. *** Liegen mehrere "Datensätze" vor, dann wird eine Auswahl dieser Datensätze ermöglicht oder eine Neuauswahl.
  • ein weiterer Unterschied ist, dass die temporären Daten hinterher weggeräumt (gelöscht) werden.

• Um wirklich ein sauberes Verzeichnis wieder zu erreichen, wird ein nächtlicher Cron-job die übrigen Reste wegräumen.

Vergleich dieser Zielsetzung mit der Fachlehrer-Shell

• alle Klassen und alle Projekte anzeigen muss das Webinterface auch können, um die Auswahl zu ermöglichen.
• das Auswählen der Gruppe natürlich auch,
• die Liste der Mitglieder wird ebenfalls bereitgestellt, weil man auf Wunsch ja auch innerhalb der Klassen bzw. Projekte die Schüler auswählen kann
• Verzeichnisse einsehen - dass wird über dieses Webinterface nicht ermöglicht. Andererseits kann man als Fachlehrer über die Netzwerkumgebung sowieso in die Verzeichnisse einsehen
• über das Webinterface kann man auswählen, ob man nur eine Datei, alle Dateien, nur einen bestimmten Dateityp oder von einem bestimmten Tag kopiert haben will.
• Projektmitgleider ein- und austragen sind kann man über das Webinterface auch nicht. Allerdings sind das Funktionen, die über das Projektadmin-Menü zur Verfügung stehen. Das ist auch im Menü der Fachlehrer-Shell angegeben.

Aus meiner Sicht würde beim Einsatz des (noch zu erstellenden) Webinterfaces und Wegfall der Fachlehrershell keine Funktionalität verloren gehen.

--Kirmse 17:24, 8. Nov 2005 (CET)

---

fip4arktur4

Es soll hier ein Tool für die Einrichtung von festen IP-Adressen erstellt werden. Ich hoffe auf Unterstützung (Ideen, Testen, Programmieren).

Da das Tool (als Kommandozeilenprogramm) allemal einsatzfähig ist, wird die weitere Arbeit ersteinmal ausgesetzt. Der Stand der neuen Version wird weiter unten deutlich.

• Motivation
• Konzeption
• Script
• Anwenderhandbuch
• Gesamt

Roadmap

kursiv bedeutet, dass der betreffende Punkt noch nicht realisiert ist in Klammern bedeutet, es wäre schön das zu haben, aber es ist nicht zwingend

einsatzfähiges Programm

• Einlesen der dhcpd.leases, Gruppieren nach vorgegebener Bildungsvorschrift für Namen, Erstellen der Datei "computer"
• Aufrufen mit Namensliste
• Zusätzliches Einlesen der dhcpd.leases~ [1]
• Aufrufen einer Hilfe

andere Bildungsvorschriften

• Übergabe als Regex
• (übergabe als Code-Block)

Datenübernahme von vorhandenen Konfigurationen

• aus einer dhcpd.conf
• aus einer (alten) leases-Datei
• aus einer dhcpd.conf und einer leases-Datei [1]
• (aus Konfigurationen des Friege-Scripts)
• (aus Konfigurationen der Bergkemper-Lösung)

mehrfacher Aufruf möglich

• Ermitteln der Daten (Gruppen -> "Start-IP") aus dem LDAP

Menü (Dialog-Shell)

Vision: falls mehrfacher Aufruf gelingt, dann macht das folgende einen Sinn:

• Aufruf über ein Shellscript (Dialog-Menü) bzw. Perl-Modul
• Update-Paket mit Einbindung in das Sysadmin-Menü bzw. als Angebot an Reiner

[1] bedeutet erheblichen Umbau des Scripts, aber ist auf Grund der vielen Optionen eh sinnvoll und angedacht. Da das Script einsatzfähig ist, sollte das kein Problem darstellen.

In einer neuen Test-Version gelaufen sind schon die Übergabe eines Code-Blocks, die gleichzeitige Übergabe von dhcpd.conf und einer alten dhcpd.leases, die Nutzung der dhcpd.leases~, eine Hilfe und die debug-Funktion (also intensives Loggen) erfolgreich getestet worden.

ich gehe davon aus, dass bis Weihnachten das Einlesen der Konfigurationsdateien von der Heimann-/Friege-Lösung und die von der Bergkemperlösung integriert sind. Das macht aber erst in der überarbeiten Version Sinn, da die Steuerung das Systems sonst unübersichtlich wird.

Bei den Überlegungen und Tests zu diesen Erweiterungen wurde deutlich, dass das Menü wegen der vielen Parameter u.U. sehr aufwendig ist. Es wurde also das Konzept dahingehend überarbeitet, dass das Ermitteln der Parameter durch das Script automatisch erfolgt. Damit ist verbunden, dass bei der Einrichtung übergebene Regex oder Code-Blöcke auch bei den wiederholten Nutzen des Scriptes zur Verfügung gestellt werden sollten. Das bedeutet letztendlich, dass Verzeichnisse zum Bereitstellen und zum Speichern der Optionen festgelegt sind bzw. werden und diese möglichst flexibel konfiguriert werden können. Die damit im Zusammenhang stehenden programmiertechnischen Probleme wurden mit Hilfe der Perl-Mongers aus Dresden inzwischen geklärt - dafür auch hier meinen Dank.

--Kirmse 13:18, 8. Nov 2005 (CET)