| View previous topic :: View next topic |
| Author |
Message |
Silicoid
Tux's lil' helper
Joined: 20 Jul 2004
Posts: 144
Location: Erde
|
 Posted: Mon Jan 22, 2007 11:16 am Post subject: Suche CMS |
 |
|
Hi
bin schon seit einiger Zeit auf der Suche nach einem CMS für mich. Leider hab ich bisher nichts gefunden, was das kann, was ich will. Erstmal was hab ich zur Verfügung
- apache (kann keine weiteren Module hinzufügen)
- php ink. mod_php
- perl, ohne mod_perl, weitere Perl Module sind kein Problem.
- mysql
Was soll es können (der wichtigkeit nach geordnet):
- Es sollen hinten statische Seiten rauskommen. Ich möchte nicht, daß jede Seite bei jedem Aufruf neu generiert wird.
- Über Web bedienbar
- Möglichst einfach. Ich will kein Enterprise Site Management
- Perl (perl kann ich, php eher net)
Für Tips wäre ich sehr dankbar.
Silicoid |
|
| Back to top |
|
 |
b3cks
Veteran
Joined: 23 Mar 2004
Posts: 1481
Location: Bremen (GER)
|
|
| Back to top |
|
|
Silicoid
Tux's lil' helper
Joined: 20 Jul 2004
Posts: 144
Location: Erde
|
| Posted: Mon Jan 22, 2007 12:43 pm Post subject: |
|
|
Hi
| b3cks wrote: |
Um nur mal die deutschsprachigen Threads dazu aufzulisten. |
ist mir schon klar, daß es dazu einiges gibt. Ich such auch nicht erst seit gestern, sondern schon seit > 1 Jahr und hab nichts gefunden.
Schwierig sind halt die Anforderungen die ich hab. Die meisten scheiden schon aus, weil ich statische Seiten, also html Files gerneriert haben möchte. Warum sollte eine Seite meiner Page, die ich vielleicht nur einmal erstellt habe jedes mal neu generiert werden?
Es gibt zwar sehr viele Scripten, die html Files generieren, aber keine mit einem Webfrontend (zumindest hab ich da nix gefunden). Ich hab keine Shell auf dem Webserver. Wenn ich dann mal eines gefunden habe, dann ist es gleich eines für Enterprise Site Management und braucht extra Konfigs im Apache (mod_perl oder fastcgi). Die kann ich nicht machen. Ich bin nur normaler User.
Hab auch schon auf Seiten wie cmsmatrix.org gesucht. Auch da nicht wirklich was gefunden. |
|
| Back to top |
|
|
misterjack
Veteran
Joined: 03 Oct 2004
Posts: 1657
|
| Posted: Mon Jan 22, 2007 2:26 pm Post subject: |
|
|
cms != statische html-Seiten, das ist dir schon klar?
_________________
„Meine Meinung steht fest! Bitte verwirren Sie mich nicht mit Tatsachen.“ |
|
| Back to top |
|
|
Keepoer
Apprentice
Joined: 30 Mar 2004
Posts: 293
Location: Zwischen Kassel und Edewecht pendelnd
|
| Posted: Mon Jan 22, 2007 2:36 pm Post subject: |
|
|
| misterjack wrote: | | cms != statische html-Seiten, das ist dir schon klar? |
Wollte ich auch gerade meinen 
Ich nutze teilweise CMSMadeSimple (wurde hier auch vor nicht länger als nem Monat empfohlen). Braucht zwar immer noch eine MySQL-Datenbank, ist aber richtig schnell und sehr komfortabel einzurichten.
Sonst gibt es noch diese XHTML+CSS-Systeme, wo du zum Teil deine Daten schon als XML eingeben kannst (glaube ich). Wenn man seine Seiten selten verändert, dann finde ich diese ganz gelungen. XML lässt sich auch relativ gut parsen und html-Seiten ausgeben. Wie schwierig das ist - keine Ahnung  Es gibt dort auch Lösungen mit Perl.
Unter Perl sind wohl auch einige CMSs' geschrieben, aber die gehen eher in die Größenordnung von Typo3. |
|
| Back to top |
|
|
oscarwild
l33t
Joined: 15 Jul 2003
Posts: 857
Location: Memmingen, Germany, Old Europe, Earth
|
| Posted: Mon Jan 22, 2007 2:38 pm Post subject: |
|
|
| misterjack wrote: | | cms != statische html-Seiten, das ist dir schon klar? |
Ich vermute, Silicoid möchte die Seiten zum Hosten statisch aus dem CMS generieren, was durchaus sinnvoll ist, wenn man kostenfreien Webspace benutzen möchte, der kein PHP etc. bietet. Manche CMS unterstützen die statische Generierung nativ, bei anderen muss man etwas tricksen.
_________________
http://blog.selbsthilfenetzwerk-cannabis-medizin.de |
|
| Back to top |
|
|
Silicoid
Tux's lil' helper
Joined: 20 Jul 2004
Posts: 144
Location: Erde
|
| Posted: Mon Jan 22, 2007 3:10 pm Post subject: |
|
|
Hi
| misterjack wrote: | | cms != statische html-Seiten, das ist dir schon klar? |
CMS = Content Management System. Das sagt nicht darüber aus, ob die Seiten jedesmal dynamisch generiert werden oder statische Seiten generiert werden und dann hochgeladen werden.
| oscarwild wrote: | | Ich vermute, Silicoid möchte die Seiten zum Hosten statisch aus dem CMS generieren, was durchaus sinnvoll ist, wenn man kostenfreien Webspace benutzen möchte, der kein PHP etc. bietet. Manche CMS unterstützen die statische Generierung nativ, bei anderen muss man etwas tricksen. |
Nicht ganz. Mein Problem ist, daß auf dem Webserver teilweise sehr viel los ist. Derzeit habe ich selbstgebaute HTML Seiten. Die flutschen auch wenn der Server unter Last steht. Andere Seiten, die ständig dynamisch generiert werden, sind da deutlich langsamer. Statische Seiten haben auch den Vorteil, daß sich da niemand reinhacken kann, sind also wesentlich sicherer. Wenn ich also ein CMS hätte, daß statische Seiten generiert, brauche nur ich Zugriff und kann das ganze wesentlich sicherer machen.
Und wie ich bereits sagte: Warum sollte jedesmal eine Seite generiert werden. Teilweise ändern die einzelnen Seiten nie. Nur einige werde ich immer wieder editieren. Dann einen Generierungslauf und alles wäre aktuell. |
|
| Back to top |
|
|
b3cks
Veteran
Joined: 23 Mar 2004
Posts: 1481
Location: Bremen (GER)
|
| Posted: Mon Jan 22, 2007 6:30 pm Post subject: |
|
|
| Silicoid wrote: | | Statische Seiten haben auch den Vorteil, daß sich da niemand reinhacken kann, sind also wesentlich sicherer. Wenn ich also ein CMS hätte, daß statische Seiten generiert, brauche nur ich Zugriff und kann das ganze wesentlich sicherer machen. |
Wenn du ein CMS benutzt, welches über eine Web-Frontend administriert wird, hast du auch hier eine Angriffsfläche. Klar ist das Sicherheitsrisiko minimiert, da sich eine potenzielle Gefahr nur auf diese Oberfläche beschränkt und nicht alle Skripte/Seiten.
| Quote: | | Und wie ich bereits sagte: Warum sollte jedesmal eine Seite generiert werden. Teilweise ändern die einzelnen Seiten nie. Nur einige werde ich immer wieder editieren. Dann einen Generierungslauf und alles wäre aktuell. |
Das Problem ist, dass allein vom logischen Aufbau her, fast alle diese CMSe auf Templates basieren, nicht umsonst Template-Systeme sind, und somit nur dynamisch sein können. Wenn du den Copyright-Tag im Footer änderst, willst du ja schließlich, dass er sich überall ändert und nicht nur auf einer Seite.
Dennoch unterscheidet man zwischen dynamischen und statischen CMSen. Mir ist allerdings kein statisches bekannt. Zudem kann man dann, meiner Meinung nach, auch gleich einen (Web-)Editor nehmen.
_________________
I am /root and if you see me laughing you better have a backup. |
|
| Back to top |
|
|
Silicoid
Tux's lil' helper
Joined: 20 Jul 2004
Posts: 144
Location: Erde
|
| Posted: Mon Jan 22, 2007 7:07 pm Post subject: |
|
|
| b3cks wrote: |
Wenn du ein CMS benutzt, welches über eine Web-Frontend administriert wird, hast du auch hier eine Angriffsfläche. Klar ist das Sicherheitsrisiko minimiert, da sich eine potenzielle Gefahr nur auf diese Oberfläche beschränkt und nicht alle Skripte/Seiten.
|
Schon klar. Aber ich kann die Scripten dann zumindest zusätzlich durch htaccess schützen.
| b3cks wrote: |
Das Problem ist, dass allein vom logischen Aufbau her, fast alle diese CMSe auf Templates basieren, nicht umsonst Template-Systeme sind, und somit nur dynamisch sein können. Wenn du den Copyright-Tag im Footer änderst, willst du ja schließlich, dass er sich überall ändert und nicht nur auf einer Seite.
|
Genau dafür braucht man eben eine gute Template Engine. Die Engine von Template Toolkit (perl) erkennt meines Wissens sowas.
Make sagt man ja z.B. was wovon abhängt. Sobald sich eine der Abhängigkeiten verändert baut make das Target neu.
| b3cks wrote: |
Dennoch unterscheidet man zwischen dynamischen und statischen CMSen. Mir ist allerdings kein statisches bekannt. Zudem kann man dann, meiner Meinung nach, auch gleich einen (Web-)Editor nehmen. |
Da ist schon noch ein Unterschied. Bei einem CMS hab ich ggf. Module für Galerien oder Menüs. Ich möchte natürlich auch mit Templates arbeiten, sonst darf ich jede Seite editieren, wenn ich was grundsätzliches ändere.
Wenn ich nichts bessers finde, werd ich wahrscheinlich sowas wie Template Toolkit nehmen und mit einem Webeditor die Template Files editieren. Danach Template Toolkit über ein kleines CGI starten. Ich hätte das zwar lieber aus einer Hand, aber wenn ich nichts besseres finde wirds das wohl werden. |
|
| Back to top |
|
|
Robelix
l33t
Joined: 21 Jul 2002
Posts: 760
Location: in a World created by a Flying Spaghetti Monster
|
| Posted: Tue Jan 23, 2007 10:16 am Post subject: |
|
|
Will mich hier jetzt nicht weiter über Sinn und Zweck eines derartigen Systems aufhalten, sondern eines anbieten mit dem das prinzipiell geht:
Für Typo3 gibt es die extension fl_staticfilecache http://typo3.org/extensions/repository/?tx_terfe_pi1%5Bview%5D=search&no_cache=1&tx_terfe_pi1%5Bsword%5D=fl_staticfilecache
die genau sowas macht.
Entwickelt wurde das Ding allerdings primär aus Performance-Gründen für High Traffic Sites.
Ob jetzt wirklich Typo3 die Lösung für dich ist waage ich etwas zu bezweifeln - die Einarbeitungszeit dafür würde ich mit Minimum 2 Wochen angeben - allerdings kann ich mir gut vorstellen, daß es für kleinere/einfachere CMS ähnliches gibt.
_________________
mysql> SELECT question FROM life, universe, everything WHERE answer=42;
Empty set (2079460347 sec) |
|
| Back to top |
|
|
l3u
Advocate
Joined: 26 Jan 2005
Posts: 2616
Location: Konradsreuth (Germany)
|
| Posted: Tue Jan 23, 2007 1:41 pm Post subject: |
|
|
| Einfach mit irgendwas lokal bauen und dann mit httrack spiegeln? Dann hat man statische HTML-Dateien, die man hochladen kann. |
|
| Back to top |
|
|
Silicoid
Tux's lil' helper
Joined: 20 Jul 2004
Posts: 144
Location: Erde
|
| Posted: Tue Jan 23, 2007 1:59 pm Post subject: |
|
|
Hi
neee, Typo ist da auch nicht das Richtige. Meines Wissens generiert Typo auch keine statischen Seiten, sondern legt einen Cache an. Das heißt jeder Setienaufruf geht durch Typo. Schaut halt nur zuerst nach, ob die Seite bereits im Cache ist. Wenn nicht wird sie generiert.
Von daher auch nicht ganz was ich suche ...
| Libby wrote: |
Einfach mit irgendwas lokal bauen und dann mit httrack spiegeln? Dann hat man statische HTML-Dateien, die man hochladen kann.
|
Lokal bauen hat eben den nachteil, das ich die Seite nicht von überall verändern kann. Möchte ich z.B. können um Codebeispiele Online zu stellen und sie mir zu merken. |
|
| Back to top |
|
|
mr_elch
Apprentice
Joined: 18 Jun 2004
Posts: 170
|
|
| Back to top |
|
|
Robelix
l33t
Joined: 21 Jul 2002
Posts: 760
Location: in a World created by a Flying Spaghetti Monster
|
| Posted: Wed Jan 24, 2007 9:57 am Post subject: |
|
|
| Silicoid wrote: | Hi
neee, Typo ist da auch nicht das Richtige. Meines Wissens generiert Typo auch keine statischen Seiten, sondern legt einen Cache an. Das heißt jeder Setienaufruf geht durch Typo. Schaut halt nur zuerst nach, ob die Seite bereits im Cache ist. Wenn nicht wird sie generiert.
|
Stimmt, Cache in der DB ist das normale Verhalten von Typo3. Die von mir erwähnte extension modifiziert das aber so, daß "echte" Files geschrieben werden.
Und nochmal: Ich will dir nicht unbedingt Typo3 aufdrängen, ich nehme sogar an, daß es für deine Anwendung heilloser Overkill ist. Ich wollte nur darauf hinweisen, daß es CMS gibt die diese Möglichkeit bieten, auch wenn sie nicht Standard ist. Du dich also bei den CMS nach entsprechenden Plugins/Extension/Components/WieauchimmerdasZeugdortheisst umsehen solltest.
_________________
mysql> SELECT question FROM life, universe, everything WHERE answer=42;
Empty set (2079460347 sec) |
|
| Back to top |
|
|
return13
Guru
Joined: 02 Feb 2004
Posts: 513
Location: Hamburg - Germany
|
| Posted: Wed Jan 24, 2007 11:34 am Post subject: |
|
|
| Code: | * www-apps/nanoblogger
Latest version available: 3.2.3
Latest version installed: 3.2.3
Size of downloaded files: 160 kB
Homepage: http://nanoblogger.sourceforge.net/
Description: Small and simple weblog engine written in Bash for the command-line
License: GPL-2
|
erzeugt statische seiten - das ganze jedoch recht dynamisch aus der bash...
_________________
Wer Recht erkennen will, muß zuvor in richtiger Weise gezweifelt haben.
Aristoteles (384-322), griech. Philosoph, Begründer d. abendländ. Philosophie |
|
| Back to top |
|
|
Silicoid
Tux's lil' helper
Joined: 20 Jul 2004
Posts: 144
Location: Erde
|
| Posted: Wed Jan 24, 2007 6:04 pm Post subject: |
|
|
Hi
| mr_elch wrote: | | Was ist mit mod_cache bzw. Squid als Reverse-Proxy? Die sind doch genau für solche Zwecke gedacht! |
Es geht mir nicht unbedingt darum die Seite schneller auszuliefern, indem ich irgendwas um ein CMS System rumbaue. Ich bin auch von Beruf Sysadmin und mir widerstrebt es einfach, wenn ich weiß, daß ein System etwas immer wieder tut, obwohl das nicht nötig ist. Wie ich schonmal geschrieben habe finde ich es einfach nur Verschwendung eine Seite jedes mal neu zu generieren, die sich nur sehr selten oder vielleicht nie ändert. Klar gibt es andere Seiten, die dynamisch sein müssen. Gästebücher und Webforen um nur zwei zu nennen. Wenn ich aber eine Bildergalerie habe, so wird sich diese nur dann ändern, wenn ich Bilder hinzufüge oder enferne oder wenn ich das Layout der Seite ändere. Warum sollte diese Seite bei jedem Besuch neu gebaut werden. Das reicht, wenn sie bei der Änderung neu gebaut wird.
@Robelix: Richtig, Typo ist da Overkill.
@return13: Danke!!! Werd ich mir mal anschauen. Mal schauen was das so kann. |
|
| Back to top |
|
|
firefly
Watchman
Joined: 31 Oct 2002
Posts: 5328
|
| Posted: Wed Jan 24, 2007 11:42 pm Post subject: |
|
|
| Silicoid wrote: | Hi
| mr_elch wrote: | | Was ist mit mod_cache bzw. Squid als Reverse-Proxy? Die sind doch genau für solche Zwecke gedacht! |
Es geht mir nicht unbedingt darum die Seite schneller auszuliefern, indem ich irgendwas um ein CMS System rumbaue. Ich bin auch von Beruf Sysadmin und mir widerstrebt es einfach, wenn ich weiß, daß ein System etwas immer wieder tut, obwohl das nicht nötig ist. Wie ich schonmal geschrieben habe finde ich es einfach nur Verschwendung eine Seite jedes mal neu zu generieren, die sich nur sehr selten oder vielleicht nie ändert. Klar gibt es andere Seiten, die dynamisch sein müssen. Gästebücher und Webforen um nur zwei zu nennen. Wenn ich aber eine Bildergalerie habe, so wird sich diese nur dann ändern, wenn ich Bilder hinzufüge oder enferne oder wenn ich das Layout der Seite ändere. Warum sollte diese Seite bei jedem Besuch neu gebaut werden. Das reicht, wenn sie bei der Änderung neu gebaut wird.
@Robelix: Richtig, Typo ist da Overkill.
@return13: Danke!!! Werd ich mir mal anschauen. Mal schauen was das so kann. |
Also "moderne" CMS-Systeme generieren nicht ständig die Seite neu, auser es wurden ihnen gesagt es zu tun, sondern verwenden ein cache-system um den Seitenzugriff zu beschleunigen. Was dann quasi statischen Seiten entspricht.
_________________
Ein Ring, sie zu knechten, sie alle zu finden,
Ins Dunkel zu treiben und ewig zu binden
Im Lande Mordor, wo die Schatten drohn. |
|
| Back to top |
|
|
Silicoid
Tux's lil' helper
Joined: 20 Jul 2004
Posts: 144
Location: Erde
|
| Posted: Wed Jan 24, 2007 11:54 pm Post subject: |
|
|
| firefly wrote: |
Also "moderne" CMS-Systeme generieren nicht ständig die Seite neu, auser es wurden ihnen gesagt es zu tun, sondern verwenden ein cache-system um den Seitenzugriff zu beschleunigen. Was dann quasi statischen Seiten entspricht. |
Das ist schon richtig, allerdings geht mir das eben noch nciht weit genug. Jede Anfrage muß erstmal durch das CMS. Das CMS muß dann entscheiden, ob es die Seite schon gecachet hat oder generieren muß. Aber auch das kostet Rechenleistung. Zwar
weniger, aber doch mehr, als wenn der Webserver die Seite einfach nur aus dem Filesystem nimmt und ausliefert.
Es geht mir eben auch ein wenig um Sicherheit. An statischen Seiten kann man nichts hacken. Selbst wenn ein CMS nur gecachte Seiten ausliefert, ist es doch das CMS, mit dem gesprochen wird. Es ist also von jedem Ansprechbar und somit kann man es hacken. |
|
| Back to top |
|
|
think4urs11
Bodhisattva
Joined: 25 Jun 2003
Posts: 6659
Location: above the cloud
|
| Posted: Thu Jan 25, 2007 12:37 am Post subject: |
|
|
| Silicoid wrote: | | Das ist schon richtig, allerdings geht mir das eben noch nciht weit genug. Jede Anfrage muß erstmal durch das CMS. Das CMS muß dann entscheiden, ob es die Seite schon gecachet hat oder generieren muß. Aber auch das kostet Rechenleistung. Zwar weniger, aber doch mehr, als wenn der Webserver die Seite einfach nur aus dem Filesystem nimmt und ausliefert. |
Dafür hast du dann ja deinen reverse Proxy davor; der schaut in seinem Cache nach und liefert aus - zusätzlich hast du mit einem RP erhöhte Sicherheit gegenüber direktem Zugriff auf den Webserver (außer letzterer liefert ausschließlich statischen Content versteht sich).
Aber ich verstehe dich schon vom Grundgedanken dahinter. Es ist teils Geschmackssache und teils eine philosophische Frage welche Lösung man bevorzugt. Man muß ja auch bedenken das die meisten CMS mit DB-Backend deutlich mehr Möglichkeiten haben als ggf. verfügbare die mit statischen flatfiles arbeiten... Was ist nun wichtiger, bessere Gestaltungsmöglichkeiten oder Performance? Frag 5 Admins und du erhältst 6 Antworten dazu.
_________________
Nothing is secure / Security is always a trade-off with usability / Do not assume anything / Trust no-one, nothing / Paranoia is your friend / Think for yourself |
|
| Back to top |
|
|
l3u
Advocate
Joined: 26 Jan 2005
Posts: 2616
Location: Konradsreuth (Germany)
|
| Posted: Thu Jan 25, 2007 9:28 am Post subject: |
|
|
| Hast du auf deinen Seiten wirklich so viel Zugriffe pro Sekunde, daß du dir ernsthafte Gedanken darüber machen mußt, daß das Generieren der Seiten zu viel Rechenleistung in Anspruch nehmen könnte? |
|
| Back to top |
|
|
Silicoid
Tux's lil' helper
Joined: 20 Jul 2004
Posts: 144
Location: Erde
|
| Posted: Thu Jan 25, 2007 11:35 am Post subject: |
|
|
| Libby wrote: | | Hast du auf deinen Seiten wirklich so viel Zugriffe pro Sekunde, daß du dir ernsthafte Gedanken darüber machen mußt, daß das Generieren der Seiten zu viel Rechenleistung in Anspruch nehmen könnte? |
Ich alleine nicht. Aber auf dem Server laufen über 1000 Domains. Die haben teilweise schon recht viel zu tun. Vor einem Jahr war der Server mal extrem dicht. Bei den dynamisch generierten Seiten ging nix mehr. Bei meiner statischen hat es geflutscht. Von daher möchte ich ihn so wenig wie möglich belasten. Performance ist ja nicht der einzige Grund. Sicherheit eben auch. |
|
| Back to top |
|
|
b3cks
Veteran
Joined: 23 Mar 2004
Posts: 1481
Location: Bremen (GER)
|
| Posted: Thu Jan 25, 2007 1:45 pm Post subject: |
|
|
Sorry, aber schon mal über einen Serverwechsel nachgedacht? Ich mein >1000 Domains auf einem Server ist ja schon pervers, aber dann auch noch diverse Einschränkungen und zudem größere Latenzen/Ausfälle hinnehmen?
Oder geht das aus irgendwelchen Gründen nicht?
_________________
I am /root and if you see me laughing you better have a backup. |
|
| Back to top |
|
|
Silicoid
Tux's lil' helper
Joined: 20 Jul 2004
Posts: 144
Location: Erde
|
| Posted: Thu Jan 25, 2007 2:35 pm Post subject: |
|
|
| b3cks wrote: | Sorry, aber schon mal über einen Serverwechsel nachgedacht? Ich mein >1000 Domains auf einem Server ist ja schon pervers, aber dann auch noch diverse Einschränkungen und zudem größere Latenzen/Ausfälle hinnehmen?
|
Ich könnte schon, aber ich sehe keinen Grund. Der Space ist sehr günstig. Selbst wenn ich woanders hin ziehe, werde ich den Space auf diesem Server weiter haben, da er teil eines Paketes bei einer Non Profit Organisation ist.
Ausserdem könnte der Server noch bedeutend mehr, wenn alle statische Seiten hätten und nur zum ändern von Seiten eine Webapplikation verwenden würden |
|
| Back to top |
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
Deutsches Forum (German) 
