Wie geht es ab 01.01.08 weiter mit dem Monitor?

[nepomuck]

1. Sourceforge

{mysenf}
Wir machen das Projekt auf SF Publik und legen dort "Major Builds" ab. Von SF aus verweisen wir auf unsere Homepage. Andere Features von SF nutzen wir nicht.

Wir erstellen ein eigenes Monitord-Portal. Auf dem gibt es einen Blog zur aktuellen Entwicklung, Infos zu verwandten Projekten, das Wiki und stable Binaries/Sources zum Download -- sobald verfügbar. Das SVN kann bleiben wo es ist oder zieht auch ins Portal um. Als Forum verlinken wir hierher. Sollte das Forum hier dann doch mal schliessen, implementieren wir was vergleichbares auf der eigenen Site.

Ich biete an dieser Stelle nochmal Hardware und Hosting für das Projekt an, kann aber nicht sofort eine neue Domain registrieren. Bis das möglich ist kann ich aber Namespace aus meinen bestehenden Domänen benutzen und das Ganze später einfach umbennenen.

Oder einer von euch kauft die Domain und findet einen bezahlbaren Hoster mit akzeptablen Leistungen.
{/mysenf}

Andreas

[jhr-online]

Gut, ich bin einverstanden mit dem Weg. Es bleibt das Portal zu erstellen, aber da hatten sich ja schon Optionen ergeben.
Ich bleibe bei meinem Angebot, die Domain zu stellen, und selbstverständlich kann mein Rechner weiterhin genutzt werden. Ich würde auf die Domain dann Subdomains einrichten für BTS und Wiki. Kapazitativ sollte das ganze für mich kein Problem ergeben; es läuft ja bisher auch rund...

Ich muss das aber auch nicht machen. Es wäre - wie gesagt - mein Beitrag, da ich nicht aktiv entwickeln kann. Wenn jemand unbedingt will, kann er aber auch seinen Server opfern.

Also: entscheidet euch :)

[Buebchen]

Ich bin in solchen Dinge "träge":-)

So wie es jetzt läuft (Forum, bts, SVN) bin ich eigentlich recht zufrieden. Das wiki wird noch zu wenig genutzt. Auch das bts hat noch Potential (das neue Layout gefällt mir übrigens sehr gut). Liegt aber auch an der noch sehr aktiven Entstehungsphase. Im Wiki läßt sich sonst hervorragend Dokumentieren und Tips und Tricks vereinigen. Im BTS wird die Entwicklung vorangetrieben.

Was die Sache abrunden würde wäre noch eine ansprechenden Präsenz für den Erstbesucher. Sprich ein Portal oder sonst was.

Wer kennt die SF in Bezug auf SVN , nightly builds etc. schon ? Welchen Nutzen kann man aus einem Umzug erwarten ? Sonst wurde ich auch vorschlagen nur die Milestones und releases auf SF zu packen.

Wenn jhr-online sich schon anbieten würde ich sagen, da sagen wir doch einfach mal "Danke !" und machen das so, oder ?
Ob nun er selbst oder jemand anders das Portal erstellt und pflegt ist eine zweite Entscheidung. Die kann auch gerne im nächsten Jahr gefällt werden.

[funkwart]

Egal, wo die einzelnen Teile liegen, registriert doch die Domain und macht eine Startseite, die Links auf die einzelnen Teile enthält.

Gruß,
Funkwart

[jhr-online]

Done.

ACHTUNG! Änderungen!

Ab jetzt sollte alles unter der Domain monitord.de erreichbar sein. Es gibt also svn.monitord.de und bts.monitord.de. Genauso ist das svn jetzt unter der Domain erreichbar. Es gibt jetzt auch wieder einen regelmäßigen Export. Da unter der Domain nur ein Projekt liegt, ist das svn auch mit einem "monitor" weniger in der URL anzusprechen. Falls ihr Aliase o.Ä. gesetzt habt, also jetzt überprüfen. :)

Der regelmäßige Build ist zu finden unter http://builds.monitord.de. Dort liegt das gepackte Ergebnis von

svn export svn://monitord.de/monitor/trunk

Alles roger so?

jhr

[mdi]

Moin,

wow das ging ja fix, schön :)! Und Danke :). Die Domain hätte ich auch am liebsten bei Dir gesehen; ich bin leider mit dem Maintaining bei SF noch nicht weiter, weil ein recht großer Berg Arbeit die Woche auf mich wartete. Naja.

An meinem CMS bin ich bisschen weitergekommen; mittlerweile ist ein mitglieder-interner Bereich mit Login (PHP/Datenbank/Sessions) fertig.
Ich bin im Dialog mit anderen auf die Frage gestoßen, ob es sinnvoll ist, eine eigene Lösung zum Thema CMS zu bauen - ich denke schon, da die bestehenden "großen" quasi alles können aber recht unhandlich sind und man teilweise sehr viel lesen oder geschult werden muss, um mit ihnen umgehen zu können (meine Meinung), ich aber nur etwas brauche, was Inhalte, Navigation und Aussehen sinnvoll zusammenbaut. Jetzt vor Weihnachten ist es bei mir auch zeitlich etwas enger geworden, aber ich denke, zwischen den Jahren habe ich nochmal ein wenig Zeit, dann doch endlich mal eine "Demo" des CMS (einschließlich passender Kurz-Anleitung) irgendwo abzulegen.

Was war noch... ach ja, SF. Ich sehe es als sehr vernünftig an, SF erst in Ruhe zu probieren, bevor man sein gewohntes Terrain verlässt. Entsprechend lasse ich mir da auch mehr Zeit als geplant und werde dann auch die Tage mal genauer schauen, was sich wie machen lässt. Die Original-Monitor-Sourcen würde ich dann dort auch einmal einstellen (ins SVN) um zu schauen, wie das alles so miteinander läuft. Dummerweise gibt es das Projekt "monitord" dort schon (ist irgendein Netzwerk-Tool), dahingehend brauchen wir einen mehr oder weniger anderen Namen :/. radiomon oder radiomonitor oder soetwas ginge vielleicht?

Martin

[jhr-online]

Was war noch... ach ja, SF. Ich sehe es als sehr vernünftig an, SF erst in Ruhe zu probieren, bevor man sein gewohntes Terrain verlässt. Entsprechend lasse ich mir da auch mehr Zeit als geplant und werde dann auch die Tage mal genauer schauen, was sich wie machen lässt. Die Original-Monitor-Sourcen würde ich dann dort auch einmal einstellen (ins SVN) um zu schauen, wie das alles so miteinander läuft. Dummerweise gibt es das Projekt "monitord" dort schon (ist irgendein Netzwerk-Tool), dahingehend brauchen wir einen mehr oder weniger anderen Namen :/. radiomon oder radiomonitor oder soetwas ginge vielleicht?

*argh*

[nepomuck]

An meinem CMS bin ich bisschen weitergekommen; mittlerweile ist ein mitglieder-interner Bereich mit Login (PHP/Datenbank/Sessions) fertig.

Ich will dir nicht auf die Zehen treten, aber ich fände es besser, ein bereits existierendes und etabliertes CMS wie Joomla! einzusetzen.

Wenn wir etwas Handgestricktes nutzen, sind wir bei allen Problemen und möglichen Sicherheitslücken stets auf dich als Entwickler angewiesen.

Die existierenden Open Source CMS sind simpel zu bedinen, gut dokumentiert und werden regelmässig gewartet. Zudem gibt es eine Fülle fertiger Plug-Ins wie Diskussionsforen oder Wikis.

viele Grüsse,
Andreas