Zum Inhalt springen

cache_pages sprengt die Datenbank

Erstellt am 5. Oktober 2009 · 6 Antworten · letzte Antwort am 5. Oktober 2009

Tags: Datenbank, Frage

arag0rn2k7 ·

ich habe mehrere Backendgruppen (bisher 6 ... bald 15 und mehr) und über 300 Seiten (werden bald weit über 1000 werden) und die Datenbank ist jetzt schon am Ende. D.h. die cache_pages wächst nach dem leeren und einer Neuindizierung innerhalb kürzester Zeit auf 200MB an.
Das Problem ist ja das Typo3 für jede Benutzergruppe die Seite in die DB packt auch wenn es bei allen Benutzergruppen der gleiche Inhalt ist. (Kann man die Redundanz verringern?)
Sind bei 300 Seiten a 60kb schon 18MB und das mal 6 Benutzergruppen sind 144MB...

Ich könnte auch damit Leben, den Cache auszuschalten, da ich sowieso vor habe auf staticfilecache umzustellen. Allerdings werden dann die Seiten nicht mehr für die Suche indiziert... gibt es da einen Lösungsansatz?

Vielen Dank

webdeveloper ·

Hallo,

fuer den ersten Teil habe ich leider spontan keine Loesung parat, aber wg. der Suchproblematik kannst du die EXT "crawler" nutzen.

arag0rn2k7 ·
webdeveloper schrieb

fuer den ersten Teil habe ich leider spontan keine Loesung parat, aber wg. der Suchproblematik kannst du die EXT "crawler" nutzen.

Den Crawler hab ich ja laufen...aber der indiziert auch nur die Seiten, die im Cache sind...

just2b ·

Hallo,

cache ausschalten ist scho mal ganz schlecht!

die frage ist ja: für was brauchst du die verschiedenen Benutzergruppen wenns immer den gleichen Inhalt gibt? Wärs nicht geschickter hier die fe-user zu erweitern und nicht diese Gruppen zu verwenden?

ansonsten kann man da eigentlich sehr wenig machen, aber eine große DB ist ja per se kein Problem und Begründung hat das ganze ja durchaus

Georg

arag0rn2k7 ·
just2b schrieb

die frage ist ja: für was brauchst du die verschiedenen Benutzergruppen wenns immer den gleichen Inhalt gibt? Wärs nicht geschickter hier die fe-user zu erweitern und nicht diese Gruppen zu verwenden?

Hallo Georg,

es gibt ja gewisse Teile die sich doch unterscheiden (aber das ist nur ein Bruchteil der Seiten)
Die Teile die für alle sind habe ich ja "anzeigen wenn angemeldet" gesetzt und die kundenspezifischen Elemente dann der jeweiligen Gruppe zugeordnet. Vielleicht muss ich die Crawler-konfig nochmal ändern. Damit er nicht für jede Gruppe alle Seiten in den Cache packt.

Möglicherweise ist ja fl_staticfilecache die Lösung. Aber Indexed Search brauch doch seine Cache Tabellen und auf die Suche kann ich nicht verzichten.

just2b ·

IMO braucht der crawler sehr wohl jede möglichkeit, ansonsten wirds eben für user dieser gruppe nicht gefunden. der crawler macht ja auch nichts anderes als jeder websitebesucher, einfach die seite aufrufen damit der cache gefüllt wird.

IMO wirst du mit dem cache leben müssen und ich seh jetzt nicht ein riesen problem damit