Informationen zum monitord 2.0

[mdi]

Hallo,

@SirFS: Danke :).

@Norad: Die Idee mit den Frontends im SVN sehe ich grundsätzlich positiv, allerdings müsste sich jhr äußern, ob er "das alles", was (vielleicht und hoffentlich) noch kommt, in seinem SVN haben mag. Schlecht wäre eine derart zusammengefügte Sammlung der Sourcen auch im Bereich der Frontends meiner Meinung nach nicht, sofern keine Lizenzprobleme entgegenstehen (Vorschlag: Nur GPL und vglb. werden integriert, zu anderen Projekten gibt es vielleicht einen Pointer).

@all: Frontends sind ein gutes Stichwort. Ich brauche für bereits bestehende Frontends noch Screenshots für die monitord-Webseite! Kann mich da jemand per pm zu einem Download triggern oder anderweitig entsprechend versorgen?

Martin

[jhr-online]

Von mir aus kann rein, was wir so drin haben wollen. Ich würde nicht zu viel reglementieren wollen und kapazitativ sind so ein paar Sources nicht das Problem... :)
Wir müssen nur überlegen, wie es soll. Derzeit haben wir diese Struktur:

monitor
   - branches
   - tags
   - trunk
monitor-frontend
   - branches
   - tags
   - trunk
monitordb
   - monitordb
   - wxMonitor
wxmonitor

Das bedarf eventuell einer gewissen Überarbeitung, oder? :)

jhr

[Norad]

Wie wäre:

monitor
   - branches
   - tags
   - trunk
frontends
   - Frontend1
      - branches
      - tags
      - trunk
   - Frontend2 .....

?

[edit: den Fehler mit dem h kann ich mir einfach nicht abgewöhnen ;) ]

[jhr-online]

"wäre" schreibt man ohne "h", aber ansonsten finde ich deinen Beitrag ziemlich gut... :-P

jhr
*duck und weg*

[Buebchen]

Dann auch am besten monitord. Dann ist auch klar, daß das "nur" der Serverteil ist.

[Norad]

Dann auch am besten monitord. Dann ist auch klar, daß das "nur" der Serverteil ist.

hmm, ja, warum nicht. Müssen wir unsere lokalen Versionen davon bloß auf die neue URL anpassen (oder im Apachen die URL umschreiben (mod_rewrite)).

[jhr-online]

Nehme ungern mod_rewrite, wenn ich ehrlich sein darf...