CONTENIDO Forum

Wie gesagt, bei 1und1 sind ausschließlich die Datenbanken schuld. Mir passiert es gelegentlich auch, dass Contenido so lahmt, dass ich einen Wechsel der DB vornehmen muss...

HerrB hat geschrieben:Ähm, hä? Die Ursache für das lahme Verhalten sind die 1&1-Datenbankserver. Da kannst Du soviele CMS probieren, wie Du möchtest. Solange Du sie mit mySQL-Datenbanken von 1&1 verwendest, wird jedes lahm sein.

ööhhmm ich hab das CMS auf einem Server von Host Europe laufen lasssen...so lannge auf dem Server nichts anderes lief gings gut, sobald ein wenig Bewegung auf dem Server war lahmte es wieder. Wir haben dort nrur ein paar wenige Seiten laufen die wir kurzzeitig offline gesetzt haben es lief also nur das CMS.....

Kann man denn noch soo stark an den Skripten rumoptimieren, dass sich auch bei erhöhtem Datenbankverkehr noch was reißen lässt?
Oder liegt es einfach in der Natur von Contenido (und anderen aufwendigen CMS), dass es dann nunmal dauert? Bei Redaxo z.B. hab ich auf 1und1-Servern keine Probleme, allerdings bietet es auch nicht ganz so viele Möglichkeiten (zumindest nicht von Haus aus).

_Marc

Was die Provider-Diskussion betrifft:
Bei mir läuft Contenido recht fix auf dem 4.99-Paketen von www.hosteurope.de

B.

Nachdem ich das CMS bei STRATO eíngerichtet habe, ich einige Daten drin habe, mich auch mit der Geschwindigkeit rumgeärgert habe und hier eure Probleme gelesen habe, habe ich die Tabellen prüfen lassen. Das Ergebnis war folgendes:

Warnungen bei den Indizes der Tabelle `xxx_area`
Die Index-Typen INDEX und PRIMARY sollten nicht gleichzeitig für die Spalte `idarea` gesetzt sein
Es sollte nicht mehr als ein Index des Typs INDEX für die Spalte `idarea` gesetzt sein
Warnungen bei den Indizes der Tabelle `xxx_art`
Die Index-Typen INDEX und PRIMARY sollten nicht gleichzeitig für die Spalte `idart` gesetzt sein
Warnungen bei den Indizes der Tabelle `xxx_art_lang`
Es sollte nicht mehr als ein Index des Typs INDEX für die Spalte `idart` gesetzt sein
Warnungen bei den Indizes der Tabelle `xxx_cat`
Die Index-Typen INDEX und PRIMARY sollten nicht gleichzeitig für die Spalte `idcat` gesetzt sein
Es sollte nicht mehr als ein Index des Typs INDEX für die Spalte `idclient` gesetzt sein
Warnungen bei den Indizes der Tabelle `xxx_cat_art`
Die Index-Typen INDEX und PRIMARY sollten nicht gleichzeitig für die Spalte `idcatart` gesetzt sein
Warnungen bei den Indizes der Tabelle `xxx_cat_lang`
Die Index-Typen INDEX und PRIMARY sollten nicht gleichzeitig für die Spalte `idcatlang` gesetzt sein
Es sollte nicht mehr als ein Index des Typs INDEX für die Spalte `idlang` gesetzt sein
Warnungen bei den Indizes der Tabelle `xxx_keywords`
Es sollte nicht mehr als ein Index des Typs INDEX für die Spalte `idlang` gesetzt sein
Warnungen bei den Indizes der Tabelle `xxx_mod`
Die Index-Typen INDEX und PRIMARY sollten nicht gleichzeitig für die Spalte `idmod` gesetzt sein
Warnungen bei den Indizes der Tabelle `xxx_template`
Die Index-Typen INDEX und PRIMARY sollten nicht gleichzeitig für die Spalte `idtpl` gesetzt sein
Warnungen bei den Indizes der Tabelle `xxx_template_conf`
Die Index-Typen INDEX und PRIMARY sollten nicht gleichzeitig für die Spalte `idtplcfg` gesetzt sein

Ich bin nun nicht gerade DER Datenbankprofi und frage mich, ob es vielleicht an den "Warnungen" liegen könnte, dass das ganze System so langsam läuft.
Kann mich da mal einer aufklären?

Siegfried

Ist dass nicht ein wenig OT?

Es ist nicht so günstig, aber es hat (fast) keinen Einfluss auf die Performance. Die lahme Geschwindigkeit ergibt sich aus der schlechten Gesamtperformance des Datenbankservers des Providers (-> viele oder stark ausgelastete DBs anderer Nutzer auf dem gleichen Server).

Gruß
HerrB

Danke für die Antwort.
Siegfried