… eigentlich gibt/gab es ja die Idee, mrbs gleich „ready to run“ per docker anzudocke(r)n. Daher: falls das neue Template default werden sollte, müsste es imho doch auch gleich in den Container, oder?
Dass die Codebase nicht der allerletzte Schrei ist, dachte ich mir übrigens auch schon…
Ich würde jetzt gerne Jaa rufen, aber ich hab folgende Bedenken:
MRBS hat keinen vernünftigen Theme-Engine, deshalb funktioniert das Theme im Moment so: Es wird einfach eine Javascript Datei eingebaut die dann im Nachhinein über jede Seite drüberläuft und sie so anpasst, dass es eben vernünftig aussieht. Das heißt, sobald sich was an MRBS ändert muss ich auch das Script vermutlich wieder anpassen.
Ich weiß nicht, ob ich das auf Dauer maintainen kann.
Ok, ich weiß auch nicht, wie die Roadmap von MRBS aussieht … oder ob irgendwann mit v2.0 „alles“ anders wird … wie der Upgrade-Prozess da gedacht ist, wäre sowieso mal eine Frage, die hier offenbar einige betrifft?!
Wenn Dein Theme einfach nur on top eingebunden werden muss, ist das auch nicht sooo schlimm.
nicht alles wunschträume: letztes Jahr waren wir nicht weit davon entfernt so ein universelleres Docker-konzept aufzustellen. Ich habe mich nicht eingeklinkt, daher weiß ich nicht, ob jemand anderes weitergemacht hat.
Aber in dem Maße, wie ich jetzt seit einem Jahr bei jeder Neuerscheinung von php regelmäßig einen neuen Dockercontainer erstellt hatte (eben auf Basis von 1.7.3), wäre das maintainen möglich… also auch für einen nicht so involvierten…
sind - vermutlich - keine wirklichen Alternativen zu MRBS (v1.9.3)
Suche Feature Buchung → CalDAV
Nach was ich ja suche ist, dass MRBS (oder ein anderes Buchungssystem) Einträge in einem CalDav-Calender pflegen kann, so dass man zum Bearbeiten der Buchung zwar MRBS nutzt, zur Ansicht aber auch einen CalDAV-Kalender nehmen kann.
Ich habe bislang keine Software gefunden (oder MRBS in aktueller Version getestet), die das könnte.
VG, Tobias
Dieses Skript kannst Du dann per Cronjob alle paar Minuten laufen lassen. Du musst nur den Benutzernamen und das Passwort anpassen und natürlich die URL, unter der das MRBS erreichbar ist. Und vielleicht den Zeitraum.
Getestet habe ich das mit der aktuellen MRBS-Version, es könnte so (oder so ähnlich) ab Version 1.4.6 gehen, da wurde der ICS-Export implementiert.
Ich verwende das Thema, aber ich kann die Zeilen „Reservierung von Räumen und Klassenzimmern“, die ich anpassen kann, nicht ändern.
Danke für Ihre Hilfe.
It is not possible to change the name of the description,
I would like to leave it as - Normal Superior and description as - Room Reservation…
I have the following file to achieve this
ies.inc.php
This is not a config option but a dictionary item. Something like:
$vocab_override["es"]["mrbs"] = "Reserva de Salas";
should work.
The mrbs_copmpany_more_info string appears as an additional line below „Normal Superior“ in the original template and is apparently unused in your template.
Ich hab CalDAV und so etwas gesehn und hab mich kurz sehr gefreut. Es scheint jedoch dass das hier keine Funktion ist, bzw dass meine Kollegen über Outlook oä. Buchungen verwalten können. Nun die Frage: Kommt so etwas bald / gibt es skripts die diese Integration ermöglichen?
Wenn etwas „am Theme“ liegen könnte, würde ich das Theme gerne rausschmeißen, aber wenn ich $theme = "default"; mache, dann klappts nicht mit der Anzeige der meisten Dinge. Gut, Pech.
Das Debuggen mit LDAP ist (wieder mal) ein Sch… gewesen. Immerhin: mit den php-debugging Einträgen, die ich dort dokumentiert habe, habe ich tatsächlich mal ein „LDAP-Server not reachable“ oder so gesehen. In den Logs des Dockercontainers ist nichts zu finden… $ldap_debug = true macht scheinbar gar nix. Vermutlich muss man das Debugging des Ursprungscontainers noch anwerfen (linuxserver.io?)
Ich habe das set_ldap_option(...) nicht hinbekommen: hat nicht funktioniert, dann aber mit eigener ldap.conf in den Container gemountet hat funktioniert.
ich mache im docker compose immer noch dns: 10.16.1.1. Keine Ahnung, ob das gut oder schlecht ist, dass ich das immer mache (oft machen muss).
Ihr könnt in der Doku noch lesen, dass ich das Logo wenigstens eingebaut habe über ein Docker volume mount.
Ich nutze nicht mariadb:latest, sondern gebe explizit das letzte LTS dort ein. Bin schon böse auf die Nase gefallen. Erst gestern, weil mein „acme-companion:latest“ irgend einen Sch… gemacht hat und keiner meiner Dienste hatte mehr Zugang… toll.
In deiner Readme, @dorian , sind bei mrbs und mrbs-db unterschiedliche Zeitzonen. Vermutlich ist das nicht absicht und sollte z.B. überall Europe/Berlin sein?
weil ich kein keycloak (oder was ich genau bruache) habe, habe ich SAML weder getestet noch dokumentiert, aber Fragezeichen gelassen.
Ich hatte kurz noch ein eigenes Derivativ von mrbs-docker gemacht, was mit Hilfe eines Dockerfile:
doch eigentlich eine recht schnelle Sache gewesen wäre. Allerdings wäre dann dein Theme noch reinzupfriemeln… das wollte ich nicht. Ist aber eine Alternative, die man dokumentieren könnte, wenn man auf dein Theme verzichtet kommt man schnell zu Ziel.
Beim ersten Laufenlassen deines Containers wurde ich nach einem „admin“ Benutzer gefragt, weil ich da die (alte oder eben neue, angepasste) config.inc.php noch nicht an Ort und stelle. Hat aber nicht gestört, da einen lokalen Adminbenutzer einzurichten.
Last but noch least: Ich habe tatsächlich den Datenbestand von 1.7.3 scheinbar mühelos migrieren können, ohne dass ich die DB exportieren und importieren musste. „Scheinbar“ sage ich deshalb, weil ich tatsächlich erst einen container mit 1.8.0 und dann einen container mit 1.11.5 testweise startete und beim letzteren Container wurde nach db-admin und db-passwd gefragt und das Datenbank-Schema aktualisiert. Es ist quasi das Aufgetreten was hier steht: mrbs-code/UPGRADE at main · meeting-room-booking-system/mrbs-code · GitHub und hat scheinbar funktioniert.
So, hoffe, ihr habt noch viel Spaß mit mrbs + linuxmuster.net
Tatsächlich habe ich das ganze nicht mit unserem Produktivserver durchgezogen, sondern stattdessen ihn abgeschalten… weil wir WebUntis einsetzen und die Nachfrage kam, Räume und iPad-Koffer dort buchen zu können. Dass die Räume super einfach in der closed-source-app zu buchen sind finden alle toll. Dass die iPad-Koffer dort super-umständlich in der WebUntis-Weboberfläche zu finden sind, finden alle Kacke. Aber wir sind angefixt. Ich wette sehr, dass wir von Gruber+Peters nicht mehr wegkommen und jeden Scheiß mitmachen, den die uns aufzwingen.