Wie geht es ab 01.01.08 weiter mit dem Monitor?

[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*

[funkwart]

Ist noch nicht schlimm. Macht doch bei SF bos-monitord und die Domain wird per Subdomain zu bos.monitord.de

Nur so als Vorschlag.

Gruß,
Funkwart

[Buebchen]

bos-monitord war auch gerade so ein spontaner Einfall.

radio-monitord wäre zwar für die nicht-deutschen besucher verständlicher, aber klingt für deutschsprachige Ohren irgendwie seltsam.

[jhr-online]

Gut, dann machen wir das so. Martin guckt sich SF näher an und spielt da mal ein bisschen rum, sodass wir ausloten können, was sich noch so ergibt in dem Bereich. Das Projekt nennen wir dort bos-monitord und ich richte die Subdomain bos.monitord.de so ein, dass sie mit www.monitord.de gleich läuft (und daher im Moment nichts anzeigt).

jhr

[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

[mdi]

Hallo Andreas,

ich fühle mir nicht auf die Zehen getreten, aber:

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.

dann halte ich meine Finger da raus und stelle lediglich gern das bereits erstellte Logo (bei Interesse) und Inhalte zur Verfügung.
Ich persönlich kriege bei den existierenden Systemen die Krätze und habe die Erfahrung gemacht, dass sie zwar überaus umfangreich sind - es aber dem entsprechend aufwändig ist, ein eigenes Design zu bauen oder Inhalte einzustellen. Mir persönlich liegen diese "ich kann alles!"-Lösungen überhaupt nicht (und schwer im Magen), weswegen ich dahingehend dann keine Zeit investieren werde, sondern höchstens mal irgendwelche Texte für die Seiten schreibe. Vielleicht liegt es auch daran, dass ich HTML kann und ich keine alles integrierenden Pakete sondern lediglich eine Skriptsammlung brauche, die Navigation und Seiteninhalte sinnvoll zusammenfügen kann.

Martin

[Buebchen]

dann halte ich meine Finger da raus und stelle lediglich gern das bereits erstellte Logo (bei Interesse) und Inhalte zur Verfügung.
Ich persönlich kriege bei den existierenden Systemen die Krätze und habe die Erfahrung gemacht, dass sie zwar überaus umfangreich sind - es aber dem entsprechend aufwändig ist, ein eigenes Design zu bauen oder Inhalte einzustellen. Mir persönlich liegen diese "ich kann alles!"-Lösungen überhaupt nicht (und schwer im Magen), weswegen ich dahingehend dann keine Zeit investieren werde, sondern höchstens mal irgendwelche Texte für die Seiten schreibe. Vielleicht liegt es auch daran, dass ich HTML kann und ich keine alles integrierenden Pakete sondern lediglich eine Skriptsammlung brauche, die Navigation und Seiteninhalte sinnvoll zusammenfügen kann.

Martin

Ich kann beide Aspekte gut verstehen. Zum einen sehe ich immer wieder, daß von ausserhalb exploits auf unseren Webservern gestartet werden. Angefangen bei uralten IIS-Tricks bis hin zu Lücken im webmin - Sprich Sicherheit ist kein Luxus mehr. Zum anderen halte ich auch viele CMS für schwierig zu handhaben. Wir setzen oft typo3 ein. Nicht zuletzt, weil wir da die Macken kennen. Aber für unsere Kunden ist es zu Beginn schwierig sich in ein CMS einzudenken.

Und jetzt wird es spannend: Ein selbstgeschriebenes CMS ist für Hacker nicht von Interesse, weil es nicht genug Ziele anbietet. Selbst wenn da Fehler drin sind.

Von meiner Seite aus kann ich nur wiederholen, daß ich ein kleines gut gepflegtes Portal besser finde als eine Web-Site mit vollintegriertem wiki,Forum,Maillingliste, Shoutbox und was es so alles gibt - wo sich aber pro Inhaltelement sich nur alle drei Wochen mal etwas tut.

Da mdi da mit grossem Elan an der Sache dran ist, laßt ihn doch das Portal mal hochladen. Vielleicht genau das, was wir suchen. Wenn er zustimmt kann ja auch der PHP Code mal quergelesen werden, um auszuschliessen, daß es totaler Wahnsinn wäre, ihn einzusetzen (was ich nicht denke).

Wenn wir nachher merken, daß wir zu wenig Freiheiten im "mdi-CMS" haben, dann können wir immer noch um Erweiterung bitten oder das bestehende Layout in joomla, typo3, ... umziehen, wenn der Änderungsaufwand den Zeitrahmen sprengen würde.

Aber wie heisst es so schön: Solche Dinge müssen mit den Anforderungen wachsen.

[jhr-online]

@buebchen: Volle Zustimmung!
@mdi: FTP dürfte laufen. Du kannst mich anschreiben, wenn du ein bisschen anfangen willst.

jhr

[jhr-online]

Es tut mir sehr sehr leid, aber ich muss nochmal die URL des Repositorys ändern. Da ich jetzt mehr Projekte laufen habe und der svn-eigene Daemon nicht gut mit verschiedenen Domains umgehen kann, hab ich die freie Zeit eben genutzt und WebDAV eingerichtet. Das macht es für mich unter den neuen Umständen erheblich bequemer. Leider bedeutet es für euch wieder eine Änderung, nämlich im Protokoll: HTTP!

Es sollte in Sachen Berechtigungen etc. alles beim alten geblieben sein und auch sonst keine Probleme machen. Auch der regelmäßige Export der aktuellen Revision (alle 3 Stunden) ist angepasst und weiterhin zu finden unter http://builds.monitord.de.

Zugriff also AB SOFORT über http://svn.monitord.de. Checkout ist für Entwickler das Richtige, weil von da aus auch eine neue Revision geschrieben werden kann. Wer testen will macht einen Export, da dabei die svn-internen Daten nicht mitübertragen werden und folglich nicht im Weg stehen können.

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

gibt den aktuell entwickelten Zweig aus.

Ich hoffe, auf Verständnis zu stoßen und wünsche allen einen guten Rutsch und frohe Weitereintwicklung im neuen Jahr!

jhr

[Buebchen]

Zugriff also AB SOFORT über http://svn.monitord.de. Checkout ist für Entwickler das Richtige, weil von da aus auch eine neue Revision geschrieben werden kann. Wer testen will macht einen Export, da dabei die svn-internen Daten nicht mitübertragen werden und folglich nicht im Weg stehen können.

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

gibt den aktuell entwickelten Zweig aus.


jhr

Also bei mir klappt der Schwenk auf den neuen Pfad soweit. Ich kann aber keine Commits tätigen:

svn: Commit failed (details follow):
svn: MKACTIVITY of '/!svn/act/d900ff48-6de9-c144-bacf-d9123137d3e8': 500 Internal Server Error (http://svn.monitord.de)

Client ist Eclipse 3.2 mit SVN Plugin.

Ich werde auch nochmal einen neuen checkout machen. Vielleicht erledigt es sich dann von selbst ...

Ergänzung:
Nach neuen checkout bleibt der Fehler bestehen :-(

[jhr-online]

Ich sehe das Problem bei einem weiteren Projekt auch und prüfe das. Danke.

[jhr-online]

War ein Authentifizierungsfehler, der nun behoben sein sollte. Sorry!

[Buebchen]

Prima ! Läuft wieder wie verrückt:-)