Wie geht es ab 01.01.08 weiter mit dem Monitor?

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