Ich habe in letzter Zeit sehr viele Applikationen ans Linuxmuster LDAP angebunden und würde gerne Anleitungen dafür irgendwo zentral bündeln. Nun wollte ich fragen, wo sowas hingehört? Am liebsten wäre mir die Dokumentation an der Stele, wo auch Nextcloud und Moodle beschrieben ist, oder spricht da was dagegen? Das hätte den Vorteil, das ganz klar ersichtlich ist, welche Applikationen sich zuverlässig mit linxumuster integrieren lassen und erspart die Suche im Forum oder Wiki.
(ich bin natürlich auch gerne bereit, die Anleitungen zu schreiben )
Externe Dienste finde ich auch gut dafür, aber die Dokumentationsmeister werden wahrscheinlich selber bestätigen. Ich habe auch ein paar LDAP-Konfigurationen geschrieben in meinem persönnliche Wiki, muss ich auch dort kopieren (dafür sollte jemand die Sprache korrigieren).
Hallo.
moodle und .htaccess kann ich gerne beisteuern; wobei die moodle-Anbindung an den v7-Server von Dir oder hier aus der Liste kam, meine ich!?
Ich hatte es aber auch so verstanden, dass ein zentraler Ort für alle möglichen Anwendungen gesucht wird – und da sollte man mal sammeln, wie viele Anwendungen mittlerweile zusammengekommen sind …
Viele Grüße,
Michael
das ist alles eine sehr gute Idee. Ergänzen könnte man das durch eine
Kurze Dokumentation des LDAP-Baumes und Tipps zu Ldapsearch sowie SSL.
Das gibt es schon:
Moodle:
Ldapsearch:
Webuntis (wohl noch 6.2):
LDAP-Replikation (6.2):
Jitsi (6.2):
BBB/Greenlight (6.2):
Die Anleitungen für 6.2 können insofern helfen, als man ja vor allem
immer zunächst herausfinden muss, wie die LDAP-Anbindung bei einem Tool
grundsätzlich geht, die Werte sind dann schnell angepasst.
Genau das Vorgehen würde ich vorschlagen. Vorab könntest du ein Issue erstellen für die Sammlung der zu beschreibenden Inhalte. Das setzt aber voraus, dass du dich mit sphinx (rst) auseinander setzt.
Alternativ wäre auch ein neues Kapitel im Wiki denkbar. Vorteil: Da könnte jeder einfach so mit schreiben. Wir würden das dann in der offiziellen Doku nur verlinken.
Eventuell wäre auch eine nicht auf eine Anwendung getrimmte Beschreibung sinnvoll, sondern ein Handlungsanweisung, wie man benötigte Daten gewinnt. Die könnte in die Doku mit dem Hinweis auf die Mitarbeit im Wiki. Mal so ins unreine gedacht.
mein Vorschlag wäre: In der offiziellen Doku wird der Ldap-Baum und der Bind-User dokumentiert, für die einzelnen Anwendungen würde ich das Wiki vorschlagen. Da können dann mehr Leute was beisteuern.
Ja, das kenne ich auch, allerdings hat mich daran gestört, dass die Navigation eigentlich nur über das linke Menü läuft, das wird irgendwann unübersichtlich, wenn es viele Seiten sind. Aber ansonsten fand ich es auch nicht schlecht (besser als Dokuwiki ist es allemal )
Ich finde, es sieht einfach nicht besonders hübsch aus, das Berechtigungssystem ist sehr intransparent und die Benutzerfreundlichkeit ist IMO einfach nicht besonders groß. Außerdem unterstützt DokuWiki kein Markdown, der Softwarestack ist auch uralt.
DokuWiki ist einfach nicht das, was ich für moderne Dokumentation haben will.
Prinzipiell könnte man vermutlich ein Script schreiben, aber per default geht es nicht, DokuWiki benutzt ja kein Markdown. Auch das ist eben ein Grund, dass ich umgestiegen bin, bevor wir überhaupt erst viel an Inhalt hatten.
das empfinde ich anders: Man kann doch sehr differenziert festlegen, welcher Bereich z. B. nur gelesen (bei uns Schulpraktikanten) oder bearbeitet werden darf (vieles von den Kollegen). Darüber hinaus gibt es Bereiche, die nur für die Schulleitung oder das Netzwerkteam zugänglich sind. Ergo: Als „Dateiablage“ für unser Kollegium finde ich es praktisch. Für eine Dokumentation mögen aber andere Anforderungen entscheidend sein.
Klar, das geht, aber ich find das UI einfach nicht übersichtlich genug.
Am Ende des Tages ist es Geschmackssache und ich finde Boockstack einfach hübscher.
)
)