Wenn dies dein erster Besuch hier ist, lies bitte zuerst die Hilfe - Häufig gestellte Fragen durch. Du musst dich vermutlich registrieren, bevor du Beiträge verfassen kannst. Klicke oben auf 'Registrieren', um den Registrierungsprozess zu starten. Du kannst auch jetzt schon Beiträge lesen. Suche dir einfach das Forum aus, das dich am meisten interessiert.
Um die Paket-Erstellung bzw. Pflege zu erleichtern, würden wir gerne die Config-Dateien umziehen, z.B. in ein Unterverzeichnis /config/.
Außerdem ggf. auch für Custom-CSS, etc. pp.
Gibt's hier allgemeine Wünsche, Anregungen, Bedenken, ...?
Das ganze würde ich in den nächsten Tagen umsetzen wollen.
TS2, B.IQ, DALI, WireGate für 1wire so wie Server für Logik und als KNX Visu die CometVisu auf HomeCockpit Minor. - Bitte keine PNs, Fragen gehören in das Forum, damit jeder was von den Antworten hat!
Dann aber bitte gleich alle Stellen anpassen die mit den Configs arbeiten. Das betrifft auch den Editor (Laden und Speichern), das Backup - Verzeichnis und das Upgrade-Skript.
Am besten das Upgrade-Skript und/oder die index.php vom Editor so anpassen, dass sie selbständig erkennen wenn das Config-File noch am alten Ort liegt und es dann gleich verschieben. Dann braucht man das nicht in einem separaten Commit machen und hat durchgängig eine funktionierende Visu im SVN.
Ack, es hätte viele Vorteile; in der SVN-Version ist es einfach ein Unterverzeichnis, im Paket ein Symlink nach FHS in -> /etc/cometvisu.
Wer SVN verwendet kann das unterscheiden
Hätte viele Vorteile, da wieder auf eine saubere Spur zu kommen (u.a. deswegen zog sich das mit dem Packerl, weil das installieren von CGI, config und JS unter /var/www tut eigentlich der Debian/FHS-Seele weh!)
Bin ich voll dabei: jedwede Auth/Authz ist nicht job der CV oder des Editors sondern des Webservers, der kann das! Verdammt gut & ausgereift..
Das nochmal neu zu erfinden = Zeitverschwendung.
So, mit Revision 1638 sollte die Verzeichnisumstellung hoffentlich komplett sein.
=> Bitte ausgiebig testen.
Ich würde dann zeitnah (heute Abend?) ein neues Pre-Release backen, dass wieder zur Packaging-Entwicklung dienen kann. (D.h. es ist noch kein Release-Candidate, das käme dann später, inkl. der damit zusammenhängenden Einschränkungen)
Dann aber bitte gleich alle Stellen anpassen die mit den Configs arbeiten. Das betrifft auch den Editor (Laden und Speichern), das Backup - Verzeichnis und das Upgrade-Skript.
Die sollte jetzt alle angepasst sein. Aber eben bitte testen, man übersieht ja gerne mal etwas...
Am besten das Upgrade-Skript und/oder die index.php vom Editor so anpassen, dass sie selbständig erkennen wenn das Config-File noch am alten Ort liegt und es dann gleich verschieben. Dann braucht man das nicht in einem separaten Commit machen und hat durchgängig eine funktionierende Visu im SVN.
Das Upgrade-Skript kopiert nun die Datei in's neue Verzeichnis.
Die Check-Config warnt, wenn es die Config nur im alten Verzeichnis gibt.
Die Visu und der Editor dagegen schauen beide nur im neuen Verzeichnis.
Hier bin ich mir noch unschlüssig, ob die immer den Balast rumschleppen sollen und wie ich denen am besten beibringen würde an beiden Stellen zu suchen.
Aber da ich davon ausgehe, dass mit der neuen Visu entweder das Upgrade-Skript ausgeführt wird oder frisch bei Null angefangen wird, halte ich CV und Editor nicht für wichtig.
TS2, B.IQ, DALI, WireGate für 1wire so wie Server für Logik und als KNX Visu die CometVisu auf HomeCockpit Minor. - Bitte keine PNs, Fragen gehören in das Forum, damit jeder was von den Antworten hat!
Wir verarbeiten personenbezogene Daten über die Nutzer unserer Website mithilfe von Cookies und anderen Technologien, um unsere Dienste bereitzustellen. Weitere Informationen findest Du in unserer Datenschutzerklärung.
Indem Du unten auf "ICH stimme zu" klickst, stimmst Du unserer Datenschutzerklärung und unseren persönlichen Datenverarbeitungs- und Cookie-Praktiken zu, wie darin beschrieben. Du erkennst außerdem an, dass dieses Forum möglicherweise außerhalb Deines Landes gehostet wird und bist damit einverstanden, dass Deine Daten in dem Land, in dem dieses Forum gehostet wird, gesammelt, gespeichert und verarbeitet werden.
Kommentar