Caching von Artikelseiten

Hi!

ich habe einen blog aufgebaut, der verschiedene seiten hat, die aber allesamt (bis auf eine) nicht statisch sind, sondern via templates die enstprechenden artikel herausfiltert (über die kategoriezuweisung bei den artikeln eben).

mein problem ist, dass die website selbst beim normalen aufrufen 5 sekunden baucht, um mir was auszugeben, was wahrscheinlich am ausfiltern der artikel liegt, oder?

jedenfalls habe ich versucht mit den plugin wp-cache, wp super cache und einem manuellen caching via wp-config.php das problem zu beheben - leider ohne erfolg, da die plugins einfach keine daten cachen wollen. ich finde leider die ursache nicht. möglicherweise gibt es einen zusammenhang mit chmod-rechten, da gab es schonmal probleme bei mir...

habt ihr ne idee, wie ich das problem entweder anders umgehen kann oder das caching zum laufen kriege?

danke!

hi!
ja, im footer wird mir angezeigt, dass das plugin läuft - selbst wenn die caching funktion deaktiviert wurde ("<name> is Digg proof thanks to caching by WP Super Cache!").

mit den mysql-abfragen sieht es so aus (wie gesagt, pluin ist zwar aktiv, aber im plugin cacheing ausgestellt, da es nur noch langsamer wurde):
"17 queries. 10.0000 seconds. "

ich hab mal aktualisierend etwas rumgespielt und die zeitangabe variirt zwischen 7.0000 und 10.0000 und 11.0000 sekunden - da dürfte das problem sein, aber warum?

mit yslow würde ich gern mal drüber schaun, aber leider installiert sich das addon bein mir um mir dann anschließend keine neue leiste / reiter / einstellungsmöglichkeiten zu liefern 8womit ich nicht alleine bin) - ist also leider zu verbuggt, als das ich es nutzen könnte.

habt ihr ne idee warum meine doch sehr kleine anzahl von queries so ewig lang braucht? site is bei strato gehostet und nen anderes WP dort von mir hat keine so gearteten probleme....

hallo, morris.
ja, eigentlich sollte das so sein. alle von dir angegebenen daten haben schreibberechtigung für besitzer & gruppe und logischer weise ist wegen des ftp-uploads die besitzer-gruppe und der besitzer gleich....

schreib-rechte für gruppe für die htaccess hab ich auch gesetzt, bisher gab es aber z.b. im cache-ordner gar keine....

leider hat das aber nichts gebracht. die ladezeit hat sich sogar verdoppelt.
Cache Contents

WP-Cache
0 Cached Pages
0 Expired Pages

WP-Super-Cache
0 Cached Pages
0 Expired Pages

hi!

nein, wp-super-cache gibt mir keine fehlermeldung dazu aus - und soweit ich das, trotz sehr beschränktem verständnis, beurteilen kann, soltlen die entsprechenden rechte wie gesagt auch da sein.

zu allem überfluss is das WP jetzt gerade komplett abgestürzt (is schon begeisternd, wie schnell WP verrecken kann....), aber das hängt wahrscheinlich icht mit dem cacheing-kram zusammen.....

heyho,

wp-content\advanced-cache.php & \wp-cache-config.php werden beim einschalten der WSC-funktion (nicht des plugins, das läuft die ganze zeit) geschrieben.

hi!

ich hab mir heute nochmal zeit genommen und nochmal alles durchgecheckt und den fehler etwas eingrenzen können:
offenbar kann das plugin (trotz entsprechender chmod-rechte) nicht auf wp-config zugreifen. bei er aktivierung wird das caching in der wp-config nicht aktiviert. das ließe sich zwar auch manuell machen, aber ich bezweifle, dass es nur die eine aktivierungszeile ist...

hmmm, habt ihr ne idee obwohl trotz entsprechender chmod-rechte (664) kein zugriff erfolgen kann oder was wp super cache in der wo-config-datei braucht?