CMS-System od. ähnl. (Protokollierung d. Arbeiten

Computer: Software & Programmierung UNIX & Linux
1

Hallo,

um in unserem Netz durchgeführte Arbeiten protokollieren zu können, überlegen wir die Einführung eines automatischen Systems. Derzeit werden alle Änderungen mit vi in html-Dateien erfaßt, nur ist es meist sehr mühsam.

Ich würde mir ein System vorstellen, in dem man
* nach Rubriken/Unterrubriken geordnet Daten (Text mit ein paar HTML-tags) eingeben kann, diese Daten danach durchsuchen kann, daraus automatisch ein Inhaltsverzeichnis (auch mit Schlüsselwörtern) erstellt wird etc

  • Abspeicherung von älteren Dokument-Versionen
  • Abspeicherung des Bearbeiters + des Änderungsdatums
  • Möglichkeit der EInbindung von Bildern (GIF/JPG) zur Dokumentation

Fällt jemandem ein passendes System ein? Man könnte so-etwas auch schnell mal selbst programmieren, doch man muß das Rad ja nicht 2x erfinden! Ich dachte an ein CMS-System, ZOPE od. öhnl. Es kann aber auch etwas völlig anderes sein.

Ziel: Protokollierung von allen durchgeführten Arbeiten damit späteres „Nachschauen“ erleichert wird.

F+r Vorschläge bin ich dankbar; soll unter Unix/Linux laufen.

Gruß,
Pete

2

Moin,

Fällt jemandem ein passendes System ein?

Klingt wie Apache und CVS.

Man könnte so-etwas auch schnell mal selbst programmieren

Ja, klar.

Thorsten

3

Moin,

Fällt jemandem ein passendes System ein?

Klingt wie Apache und CVS.

Apache + CVS wäre zwar denkbar, doch da muß jeder sich selbst um die HTML-Strukturen etc. kümmern. Ich würde mir eine Lösung vorstelle, wo wir die Daten z. B. in Formulare eingeben - fertig; es wird automatisch die gewünschte Baumstruktur, Stichwortverzeichnis, Links auf die höhere Ebene etc erstellt.
Daß es mit Apache dann läuft, ist klar. CVS wäre aber nicht so geeignet, denn ich glaube, die Daten sollte man in einer Datenbank ablegen, und da bringt CVS nicht viel. Besser wäre wohl „manuelle“ Versionsverwaltung innerhalb der Datenbank.

Obwohl das alles derzeit hauptsächlich für das EDV-Team wäre, sparen diese kleinigkeiten doch viel Arbeit, wenn man wirklich jede Kleinigkeit (neues Patch-Kabel verlegt, neuer Drucker eingerichtet) dokumentieren muß.

Daß für eigene Software-Projekte CVS hergenommen wird, ist klar, da ist es sinnvoll.

Man könnte so-etwas auch schnell mal selbst programmieren

Ja, klar.

Man muß ja das Rad nicht unbedingt zum X. Mal neu erfinde. Natürlich könnte ich mich hinsetzen und mit PHP + MySQL ein entspr. System erstellen. Doch ich glaube, da gibt es schon etwas fertiges, eben ein fertiges CVS-System, wie dieses von vielen großen Webseiten hergenommen wird. Evtl. könnte man auch die Versionsverwaltung auslassen, falls das System alles andere kann.

Any Tips?

CU,
Pete

4

Moin,

mich interessiert das Thema CMS auch, deswegen werde ich mal
drauflosplaudern.

Fällt jemandem ein passendes System ein?

Klingt wie Apache und CVS.

Apache + CVS wäre zwar denkbar, doch da muß jeder sich selbst
um die HTML-Strukturen etc. kümmern.

Ich dachte schon daran, Apache mit etwas programmierbaren zu
ergänzen.

CVS wäre aber nicht so geeignet, denn ich glaube, die Daten
sollte man in einer Datenbank ablegen, und da bringt CVS nicht
viel.

Du meinst ein RDBMS? Wenn das eigentliche CMS außerhalb der
Datenbank liegt, dürftest auf diesen Schritt auch verzichten
können. Welche Aufgabe hätte das RDBMS.
Ich würde als Datenbank ein Dateisystem benutzen, CVS ist das
schon eine Möglichkeit.

Besser wäre wohl „manuelle“ Versionsverwaltung innerhalb der
Datenbank.

Wenn die Versionsverwaltung manuell passieren kann, braucht man
sie schon fast nicht mehr.

Daß für eigene Software-Projekte CVS hergenommen wird, ist
klar, da ist es sinnvoll.

Es ging mir schon um das CMS, aber ich weiß ja nicht, ob da
wirklich ein CVS gebraucht wird.

Man muß ja das Rad nicht unbedingt zum X. Mal neu erfinde.

Ich würde nochmal kalkulieren, was eine Eigenproduktion kosten
würde. Cocoon könnte eine Grundlage sein.

Thorsten

5

mich interessiert das Thema CMS auch, deswegen werde ich mal
drauflosplaudern.

Fällt jemandem ein passendes System ein?

Klingt wie Apache und CVS.

Apache + CVS wäre zwar denkbar, doch da muß jeder sich selbst
um die HTML-Strukturen etc. kümmern.

Ich dachte schon daran, Apache mit etwas programmierbaren zu
ergänzen.

Genau um dieses Programm geht’s…

CVS wäre aber nicht so geeignet, denn ich glaube, die Daten
sollte man in einer Datenbank ablegen, und da bringt CVS nicht
viel.

Du meinst ein RDBMS? Wenn das eigentliche CMS außerhalb der
Datenbank liegt, dürftest auf diesen Schritt auch verzichten
können. Welche Aufgabe hätte das RDBMS.

=> Daten abspeichern

Ich würde als Datenbank ein Dateisystem benutzen, CVS ist das
schon eine Möglichkeit.

Das wäre natürlich eine Möglichkeit. Dadurchwird die Entwicklung allerdings umständlicher

Besser wäre wohl „manuelle“ Versionsverwaltung innerhalb der
Datenbank.

Wenn die Versionsverwaltung manuell passieren kann, braucht
man
sie schon fast nicht mehr.

Die Versionsverwaltung ist in diesem Zusammenhang zwar interessant, aber nicht unbedingt erforderlich- es geht eher um die Dokumentattion der durchgeführten Tätigkeite, gleichzeitig aber auch um die Dokumentation, WIE man etwas macht (es kommen manchmal neue Leute hinzu, die dann sich selbständig einarbeiten müssen; in Notfällen muß es auch schnell möglich sein, einem Programmierer, der nichts von vorhandenen Netzwerk versteht, nachzuschauen, wie man z. B. die überfüllte Drucker-Queue auf dem Server XYZ, welcher unter dem Betriebssystem ABC läuft, löscht. Das soll der Zwqeck der Doku sein. UNd damit wirklich jeder alles EInträgt, muß es schnell gehen, also Web-Formulare etc.

Daß für eigene Software-Projekte CVS hergenommen wird, ist
klar, da ist es sinnvoll.

Es ging mir schon um das CMS, aber ich weiß ja nicht, ob da
wirklich ein CVS gebraucht wird.

nicht unbedingt

Man muß ja das Rad nicht unbedingt zum X. Mal neu erfinde.

Ich würde nochmal kalkulieren, was eine Eigenproduktion kosten
würde. Cocoon könnte eine Grundlage sein.

Cocoon werde ich mir noch anschauen; die Programmierung würde nur 1 - 2 Tage dauern, nur gibt es ja alle möglichen Projekte, und wenn man sich die 1 - 2 Tage einsparen kann und dann ein System erhält, welches viel mehr kann, ist es natürlich noch besser.

Gruß,
Pete

6

Moin,

Du meinst ein RDBMS? Wenn das eigentliche CMS außerhalb der
Datenbank liegt, dürftest auf diesen Schritt auch verzichten
können. Welche Aufgabe hätte das RDBMS.

=> Daten abspeichern

Nach Deiner Beschreibung klingt es aber nicht so, als wäre ein Dateisystem damit überfordert.

Ich würde als Datenbank ein Dateisystem benutzen, CVS ist das
schon eine Möglichkeit.

Das wäre natürlich eine Möglichkeit. Dadurchwird die
Entwicklung allerdings umständlicher

Inwiefern?

Man muß ja das Rad nicht unbedingt zum X. Mal neu erfinde.

Ich würde nochmal kalkulieren, was eine Eigenproduktion kosten
würde. Cocoon könnte eine Grundlage sein.

Cocoon werde ich mir noch anschauen; die Programmierung würde
nur 1 - 2 Tage dauern

Wenn es nur zwei Tage dauert (Respekt!), kann ich mir nicht vorstellen, daß Du mit einer fremden Lösung besser fährst. Normalerweise ist die entweder recht teuer (Trouble-Ticketing-Systeme) oder erfordert eh noch einiges an Konfiguration.

Schreib doch mal bitte, wie Du Dich entschieden hast!

Thorsten

7

Moin,

Du meinst ein RDBMS? Wenn das eigentliche CMS außerhalb der
Datenbank liegt, dürftest auf diesen Schritt auch verzichten
können. Welche Aufgabe hätte das RDBMS.

=> Daten abspeichern

Nach Deiner Beschreibung klingt es aber nicht so, als wäre ein
Dateisystem damit überfordert.

Überfordert - nicht, aber es ist viel einfacher, aus z. B. PHP SQL-Datenbanken abzufragen, als Suchanfragen im Dateisystem zu starten. Man denke schon mal an die „verbotenen Zeichen“…

Ich würde als Datenbank ein Dateisystem benutzen, CVS ist das
schon eine Möglichkeit.

Das wäre natürlich eine Möglichkeit. Dadurchwird die
Entwicklung allerdings umständlicher

Inwiefern?

Weil der Entwicklungsaufwand durch die Nutzung einer SQL-Datenbank sehr stark verringert wird.

Man muß ja das Rad nicht unbedingt zum X. Mal neu erfinde.

Ich würde nochmal kalkulieren, was eine Eigenproduktion kosten
würde. Cocoon könnte eine Grundlage sein.

Cocoon werde ich mir noch anschauen; die Programmierung würde
nur 1 - 2 Tage dauern

Wenn es nur zwei Tage dauert (Respekt!), kann ich mir nicht
vorstellen, daß Du mit einer fremden Lösung besser fährst.
Normalerweise ist die entweder recht teuer
(Trouble-Ticketing-Systeme) oder erfordert eh noch einiges an
Konfiguration.

Ich weiß, doch wenn diese fremde Lösung groß genug ist, habe ich nach 2 Tagen Konfigurationsarbeit ein viel besseres (stabiles, fehlerfreies, sehr umfangreiches etc) System, welches auch noch weiterentwickelt wird.

Schreib doch mal bitte, wie Du Dich entschieden hast!

OK. Ich werde noch im OpenSource-Lager etwas suchen, bin mir aber zu 100% sicher, daß es ein solches System bereits gibt. Es war z. B. mal eine Meldung im Heise-Newsticker. Ist gibt sogar viele solche Systeme, nur geht’s mir darum, das beste auszuwählen :wink:

Gruß,
Pete