CMS
Gerrit Kuehn
Hier ist ja auch gerade mal wieder gar nichts los... hat jemand
Interesse, sich über CMS-Systeme zu unterhalten?
Ich habe auf der Suche nach einer Lösung in den letzten Wochen mehrere
Wikis (insbesondere TikiWiki) angetestet, bin mittlerweile aber
ziemlich begeistert von Plone/Zope.
Regards,
Gerrit
Helmut Hullen
Du meintest am 02.07.08:
CMS ist was anderes als Wiki.
http://arktur.de/Wiki/Zusatzprogramme:cms
http://arktur.de/Wiki/Zusatzprogramme:Wiki
Was willst Du machen: Wissensbasis pflegen oder Webseite(n) pflegen?
Viele Gruesse
Helmut
"Ubuntu" - an African word, meaning "Slackware is too hard for me".
Gerrit Kuehn
03 Jul 08 08:36, Helmut Hullen wrote to All:
>> Hier ist ja auch gerade mal wieder gar nichts los... hat jemand
>> Interesse, sich über CMS-Systeme zu unterhalten?
>> Ich habe auf der Suche nach einer Lösung in den letzten Wochen
>> mehrere Wikis (insbesondere TikiWiki) angetestet, bin mittlerweile
>> aber ziemlich begeistert von Plone/Zope.
HH> CMS ist was anderes als Wiki.
HH> Was willst Du machen: Wissensbasis pflegen oder Webseite(n) pflegen?
Beides. Das tut man auch zwangsläufig immer, weil das Wissen ja irgendwie
per Web zur Verfügung gestellt werden soll. Die Übergänge zwischen Wiki und
CMS sind fließend, wie man besonders schön z.B. an Wikis wie TikiWiki oder
TWiki sieht, die ihrer Historie nach zwar Wikis sind, aber mittlerweile
auch schon viele Features bieten, die man eher unter CMS einsortieren
würde.
Regards,
Gerrit
Dennis Alexis Valin Dittrich
HH>> Was willst Du machen: Wissensbasis pflegen oder Webseite(n) pflegen?
GK> Beides. Das tut man auch zwangsläufig immer, weil das Wissen ja
GK> irgendwie per Web zur Verfügung gestellt werden soll. Die Übergänge
GK> zwischen Wiki und CMS sind fließend, wie man besonders schön z.B. an
GK> Wikis wie TikiWiki oder TWiki sieht, die ihrer Historie nach zwar
GK> Wikis sind, aber mittlerweile auch schon viele Features bieten, die
GK> man eher unter CMS einsortieren würde.
Ich hatte tikiwiki ein ganze Weile (ca 1.5 Jahre) im Einsatz. Es hat sich
fuer meine Zwecke als zu resourcenhungrig und langsam herausgestellt. Es
gab zu viele Datenbankqueries und selbst mit lighty und eaccelerator ging
die Load ziemlich schnell hoch.
Inzwischen bin ich bei drupal gelandet. Zusammen mit dem CacheRouter-Module
hat es sich bisher recht gut bewaehrt.
LG,
Dennis
Gerrit Kuehn
07 Jul 08 19:33, Dennis Alexis Valin Dittrich wrote to Gerrit Kuehn:
DAVD> Ich hatte tikiwiki ein ganze Weile (ca 1.5 Jahre) im Einsatz. Es
DAVD> hat sich fuer meine Zwecke als zu resourcenhungrig und langsam
DAVD> herausgestellt. Es gab zu viele Datenbankqueries und selbst mit
DAVD> lighty und eaccelerator ging die Load ziemlich schnell hoch.
Ok, ich habe das Teil im Moment auf 2 Opeterons mit jeweils 2 Kernen und
viel zuviel Speicher laufen (auch mit lighttpd); die Harware langweilt sich
glaube ich ziemlich. Abschrecken tut mich irgendwie eher die Tatsache, da�
Features nicht funktionieren und kaum Infos oder Support dazu zu bekommen
sind.
Nachdem ich jetzt ca. zwei Tage mit dem Sourcecode verbracht habe (kann bis
jetzt weder php noch sql, da dauert das alles ein bi�chen :-), um Bugs zu
beheben, habe ich nur noch wenig Lust, mich damit weiter herumzu�rgern.
DAVD> Inzwischen bin ich bei drupal gelandet. Zusammen mit dem
DAVD> CacheRouter-Module hat es sich bisher recht gut bewaehrt.
Ich habe jetzt testweise plone laufen. Sieht wesentlich besser aus als
tiki, macht einen deutlich aufger�umteren Eindruck und bietet zumindest auf
den ersten Blick auch besseren Support durch die Userbase.
Im Vergleich zu tiki besch�ftigt es den Rechner aber ziemlich, f�r Dich ist
das dann also vermutlich weniger was. :-)
Regards,
Gerrit
Dennis Alexis Valin Dittrich
GK> Ok, ich habe das Teil im Moment auf 2 Opeterons mit jeweils 2 Kernen
GK> und viel zuviel Speicher laufen (auch mit lighttpd); die Harware
Wo wir gerade auch bei Webservern sind. In letzter Zeit wechseln wohl recht
viele von lighty auf nginx. Die Entwicklung bei lighty ist ein wenig ins
Stocken geraten. Hast Du Dir nginx schon mal angesehen? Oder hat jemand
anderes hier damit Erfahrungen gesammelt, insbesondere im Vergleich zu
lighty (auf eher schwachen Maschinen)?
GK> eher die Tatsache, daß Features nicht funktionieren und kaum Infos
GK> oder Support dazu zu bekommen sind.
Der schlechte Support war fuer mich dann auch mit ausschlaggebend, mich
nach anderer Software umzusehen.
GK> Ich habe jetzt testweise plone laufen. Sieht wesentlich besser aus
[...]
GK> Im Vergleich zu tiki beschäftigt es den Rechner aber ziemlich, für
GK> Dich ist das dann also vermutlich weniger was. :-)
Wahrscheinlich nicht. Mein Server ist ein billiger Celeron 2.4GHz mit 512
MB RAM. Die Load bewegt sich Dank umfangreichem Tweaking bei nur knapp 0.1,
wobei postfix+spamassassin+dspam den groessten Teil der Grundload ausmachen
(1k Mail/Tag, mit gut 2/3 Spam). Lighty muss momentan gerade mal 2k PI/Tag
bedienen. Im Wintersemester, wenn ich meine grossen Lehrveranstaltungen
habe kommt das 2-3 fache.
LG,
Dennis
Gerrit Kuehn
09 Jul 08 10:58, Dennis Alexis Valin Dittrich wrote to Gerrit Kuehn:
DAVD> Wo wir gerade auch bei Webservern sind. In letzter Zeit wechseln
DAVD> wohl recht viele von lighty auf nginx. Die Entwicklung bei lighty
DAVD> ist ein wenig ins Stocken geraten. Hast Du Dir nginx schon mal
DAVD> angesehen? Oder hat jemand anderes hier damit Erfahrungen
DAVD> gesammelt, insbesondere im Vergleich zu lighty (auf eher schwachen
DAVD> Maschinen)?
Ne, kenne ich noch gar nicht. Lighty habe ich auf ITX-Boards mit C7/1.5GHz,
ist das schwach genug?
GK>> Im Vergleich zu tiki beschäftigt es den Rechner aber ziemlich, für
GK>> Dich ist das dann also vermutlich weniger was. :-)
DAVD> Wahrscheinlich nicht. Mein Server ist ein billiger Celeron 2.4GHz
DAVD> mit 512 MB RAM. Die Load bewegt sich Dank umfangreichem Tweaking
DAVD> bei nur knapp 0.1, wobei postfix+spamassassin+dspam den groessten
DAVD> Teil der Grundload ausmachen (1k Mail/Tag, mit gut 2/3 Spam).
DAVD> Lighty muss momentan gerade mal 2k PI/Tag bedienen. Im
DAVD> Wintersemester, wenn ich meine grossen Lehrveranstaltungen habe
DAVD> kommt das 2-3 fache.
Gut, das ist soviel nun auch nicht. Plone basiert halt auf zope/python und
ist glaube ich grundsätzlich nicht so der Renner, ziemlich unabhängig von
der Hardware. :-)
Vielleicht etwas wie früher mit Sun/Solaris: Lahm mit 10 Usern, aber nicht
viel langsamer mit 1000.
Regards,
Gerrit