Software Guide

Ui ui, von 48 Anfragen auf 28 runter

Nur die Zeit verwundert mich, 2.604 Sekunden bei 48 und 2.715 Sekunden bei 28..wobei, dieser Unterschied ist ja gefühlt.. nix

Besten Dank für die Info, hauseigene Mittelchen sind bekanntermaßen die Schönsten ;)

Wow, danke!

Auch von mir ein großes Danke. Ich dachte immer diese Zeile *wäre* für das WP-Cache. Bei mir ging es von 79 auf 36 Abfragen runter und die Zeit halbierte sich.

Danke für den Tipp, werde es mal ausführlich testen. Bisher war der Effekt minimal (von 40 auf 35 – zu Beginn gar auf 105 Abfragen).

PS: Ich kann den Kommentar nicht editieren :-( (trotz eingeschaltetem JavaScript)
Warum ich schreibe: darf ich deine Kommentar-Hilfe auch für meinen Blog benutzen?

Hatte das Plugin mal im Einsatz. Hatte. Problematisch ist die Aktualisierung des Caches und das bei Useren eben nicht die aktuelle Seite im Browser erscheint. Bei Artikeln ist die Verzögerung kein Problem. Wenn Kommentare häufig geschrieben werden und man sich darauf bezieht, ensteht eigentlich nur noch ein verwirrendes Chaos. Das war auch der Grund warum ich es wieder rausgehauen hatte.

Erstmal “Danke” für die Tuninganleitung. Aufgrund meiner mangelhaften Fachkenntnisse habe ich jedoch 2-3 Fragen ;-)

1) So wie Ben-Inside auch festgestellt hat steigt, nach Aktivierung des Cache, beim ersten Seitenaufruf die Anzahl der Datenbankabfragen nicht unerheblich an: ohne Cache 19, 1. Aufruf 30, danach 10

a) Wovon hängt die Anzahl der Datenbank-Abfragen ab (Plugins? Anzahl der Beiträge?…) bzw. wie kann ich sie reduzieren (außer mit Caching)?

b) Könnten dadurch nicht viele potentielle neue Besucher, die eventuell auch noch per Modem surfen, abspringen bevor sie in den Genuss der kürzeren Ladezeiten kommen?

2) Schreibrechte des Cache-Ordners: Bitte um genaue CHMOD-Angabe (766?) inklusive der rekursiven Rechte; wenns geht die sicherste (paranoide) Version :-)

Schöne Grüße

1) Das ist ganz normal, es muss ja erst der Cache vollgeschrieben werden.

a) Hängen – mal simpel ausgedrückt – von Anzahl und Umfang der Abfragen ab, die du via Template Tags tätigen lässt.

b) Der Geschwindigkeitvorteil liegt nur auf Serverseite. Der Server kann die Seite schneller zusammenstellen und ausgeben. Die Übertragungsgeschwindigkeit zum Client verändert sich dadurch nicht.

2) Ausprobieren ;) Einfach die CHMOD-Rechte solange erweitern, bis sich der Cache-Ordner füllt. Und das Ergebnis hier reinposten ;)

Ihr wisst schon, dass die reine Datenbankzeit von WordPress fast vernachlässigbar ist, oder? Das große Problem ist die Formatierung der Artikel bei jedem Seitenaufruf und die vielen Zeilen PHP-Code, die jedes mal geladen werden müssen.

Um die Datenbankabfragen zu beschleunigen reicht es auch schon den Querycache von Mysql zu aktivieren. Dann erzeugt das kaum noch Last. WP-Cache umgeht den ganzen WordPressbierbauch und kommt gleich zum Wesentlichen, weshalb diese Art des Caches doch deutlich mehr bringt als die 2-3 ms, die man durch so einen Cache spart (zumal, die Daten so eben von der Platte des Servers anstatt aus dem RAM der Datenbank gelesen werden).

Im Großen und Ganzen ist das natürlich richtig, aber da mein Blog nicht alleine auf einem Server läuft und die Datenbank schon von anderen Sachen belastet wird, ist der Cache schon ne gute Sache.

@ Felix + all
Als Rechte für den Cache-Ordner genügt CHMOD 700 (Besitzer rwx und sonst nix – was für ein Reim :-)
Um WordPress nicht rein zu pfuschen hab ich die Rechte nicht rekursiv gesetzt. Für die Unterordner im Cache setzt WP die Rechte mit 710.

@ Sebbi
Spielverderber ;-)
Na dann sei bitte so lieb und sag uns wenigstens wie’s geht – oder zumindest einen Link zum schlau machen – Danke schön

@ vienna22
schau mal administrator.de.

@vienna22:
Falls du auf einem Shared Hosting Server sitzt wird der Anbieter seine Datenbank wahrscheinlich schon optimiert haben. Oder möchtest du einen Link auf das WP-Cache Plugin? Findet man ja schon im Artikel ganz oben.

@ Sebbi
Stimmt bei mir war es schon optimiert.

Leider ist diese tolle Funktion erst ab Version 2.x verfügbar. Da bei mir noch die 1.5.2 Versionen ohne Probleme arbeiten muß ich wohl vorerst auf das interne Caching verzichten. Sollte ich irgendwann die Zeit für ein Update haben, werde ich mich auf jeden Fall gerne an diese Anleitung erinnern. Mein Server wird sich freuen.

Bei mir passiert geradewegs das Umgekehrte:

Ohne Cache: 37 Abfragen in 2,xx Sekunden
Mit Cache: 78 Abfragen in 7,xx Sekunden

WP hat zwei Dateien im Cache-Ordner angelegt, die standhaft bei 0 KB bleiben.

@Sebbi, Dominic
Danke für die Tipps
Das ist mir dann doch eine Nummer zu hoch und vor allem zu teuer: Bei DomainFactory ist das Aktivieren des Query-Cache erst ab ManagedServer (ab 89,95 Euro/Monat) möglich

@Boris
Ruf die Seite ein 2. Mal auf, dann sollten die Abfragen weniger sein.

@vienna22
Es ändert sich auch bei mehrmaligem Aufruf gar nichts. Ist das ein Feature von WP 2.2.x. und nicht von 2.0.x?

Nicht immer ist das Cachen sinnvoll, der “Laie” denkt oft nicht an den Cache, deshalb sollte man wohl mit Hilfe eines Plugins dafür sorgen, dass immer dann, wenn eine Anwendung läuft, die einen leeren Cache erfordert, der Cache auch geleert wird. (beispiel: du änderst einen bestehenden Beitrag, im Cache bleibt aber die alte Version) Das ist ziemlich simpel machbar. Die Funktion wp_cache_flush ist auch in der cache.php zu finden.

add_action('publish_page', 'wp_cache_flush');
add_action('publish_post', 'wp_cache_flush');
add_action('edit_comment', 'wp_cache_flush');
add_action('delete_comment', 'wp_cache_flush'); 
add_action('private_to_published', 'wp_cache_flush');

Mittlerweile gibt es auch ein Plugin, was die eine Übersicht zum Cache bereitstellt – WP Cache Inspect.

Ein ernüchterndes Ergebnis: von 117 Abfragen auf 113 Abfragen…

Mein Problem sind nicht die Ladezeiten, sondern eine zu hohe Prozessorbelastung meines Servers.
Ich bin nun unsicher, was nun mehr bringt. WP-Cache oder der eingebaute Cache in WordPress. (Ich benutze Version 2.3). Und wie wirkt sich die Cachezeit aus?
Auf einer Seite habe ich gelesen, dass man bei WP-Cache die Zeit auf min. 7200 s stellen soll und die Zeile “add_action(‘comment_post’, ‘wp_cache_get_postid_from_comment’, 0);” auskommentieren soll.

Wirkt sich eine lange Cache Zeit nicht auch so aus, dass User neue Kommentare erst nach dieser Zeit sehen oder verstehe ich da was falsch? Ich glaube nämlich, dass die Prozessorauslastung durch viele Kommentare in kurzer Zeit entsteht. Aber die Benutzer sollen natürlich schon merken, wenn ein neuer Kommentar kommt.

Ich dreh hier noch durch. Mein Blog hat eigentlich super Werte was die Anzahl der Abfragen angeht: 19 Abfragen

Brauch dafür aber 2-5 Sekunden. Seitenaufbau dauert 5-8 Sekunden. Vor dem Umbau (Neues Theme, WordPress 2.3, einige Plugins) lief das besser.

Woran kann es liegen?

Hi,

post_queries cachen sollte damit gut funktionieren:

http://wordpress.org/extend/pl.....d-caching/

lg

Sara