KeywordFire Version 0.5.5 – Jetzt mit Cache

Ich habe KeywodFire auf allen meinen Blogs laufen und vor ein paar Wochen habe ich meine Webseiten optimiert bzgl. Geschwindigkeit. Ein Dorn im Auge waren mir einige Plugins, u.a. auch mein eigenes WordPress Plugin KeywordFire.

Gründe für Ressourcenhunger durch KeywordFire

Das Problem mit KeywordFire ist die Datenmenge die angehäuft wird und dass komplexe Abfragen, vor allem diese

SELECT a.post_id AS post_id, a.ref AS title, CONCAT(' (', a.hits, ')') AS note
FROM wp_refs_table AS a
				INNER JOIN (
				SELECT post_id, Max(hits) as maxhits
				FROM wp_refs_table
				WHERE (issearchengine =1) AND (keywordfire_date > '$date') AND (post_id > 0) AND (hits>1)
				GROUP BY post_id ) AS sub
				 ON ( (a.post_id = sub.post_id) AND (a.hits=sub.maxhits)
				)
WHERE (issearchengine =1) AND (a.keywordfire_date > '$date') AND (a.post_id > 0) AND (a.hits>1)
GROUP BY a.post_id ORDER BY a.hits DESC LIMIT 0 , $maxresults

bei bsp. > 25.00 Datensätzen

nicht gerade von MySQL ohne Anstrengung zu machen sind.

Der neue Cache von KeywordFire

Ich habe also eine neue Tabelle eingefügt,

in die jetzt je nach dem was man im Aufruf einstellt wird,

<?php keywordfire_recentrefs(30,30,"","&nbsp;\n"); ?>

das Ergebnis des Aufrufs zwischengespeichert wird. Auf diese Art und weise wird nur der erste Besucher nach 0 Uhr mit dem "langen" Laden der Webseite malträtiert, wenn der Cache neu erstellt wird. Ansonsten wird einfach

SELECT * FROM $keywordfire_cache_table

geladen, was nur einen Bruchteil einer Sekunde dauert.

Die neue Version von KeywordFire mit der Versionsnummer 0.5.5 ist wie immer hier zu laden.

Update von KeywordFire

1. KeywordFire deaktivieren
2. Neue Version herunterladen
3. alle Dateien auf dem Server überschreiben und die kf_config.inc.php neu einstellen.
4. Plugin wieder reaktivieren.

Fertig.