Druckbare Version
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
Ich will dir nicht auf die Zehen treten, aber ich fände es besser, ein bereits existierendes und etabliertes CMS wie Joomla! einzusetzen.Zitat:
Zitat von mdi
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
Hallo Andreas,
ich fühle mir nicht auf die Zehen getreten, aber:
dann halte ich meine Finger da raus und stelle lediglich gern das bereits erstellte Logo (bei Interesse) und Inhalte zur Verfügung.Zitat:
Zitat von nepomuck
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.Zitat:
Zitat von mdi
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.
@buebchen: Volle Zustimmung!
@mdi: FTP dürfte laufen. Du kannst mich anschreiben, wenn du ein bisschen anfangen willst.
jhr
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.gibt den aktuell entwickelten Zweig aus.Code:svn ckeckout http://svn.monitord.de/monitor/trunk
svn export http://svn.monitord.de/monitor/trunk
Ich hoffe, auf Verständnis zu stoßen und wünsche allen einen guten Rutsch und frohe Weitereintwicklung im neuen Jahr!
jhr
Also bei mir klappt der Schwenk auf den neuen Pfad soweit. Ich kann aber keine Commits tätigen:Zitat:
Zitat von jhr-online
Client ist Eclipse 3.2 mit SVN Plugin.Code:svn: Commit failed (details follow):
svn: MKACTIVITY of '/!svn/act/d900ff48-6de9-c144-bacf-d9123137d3e8': 500 Internal Server Error (http://svn.monitord.de)
Ich werde auch nochmal einen neuen checkout machen. Vielleicht erledigt es sich dann von selbst ...
Ergänzung:
Nach neuen checkout bleibt der Fehler bestehen :-(
Ich sehe das Problem bei einem weiteren Projekt auch und prüfe das. Danke.
War ein Authentifizierungsfehler, der nun behoben sein sollte. Sorry!
Prima ! Läuft wieder wie verrückt:-)