Im Januar hatte ich schon über mögliche Optimierungsansätze bei den Rewrite-Regeln geschrieben, bis heute hat sich diesbezüglich nicht allzuviel getan, ausser der Erkenntnis, das derart “weitreichende” Änderungen nicht in WordPress übernommen werden.

Aktuell in der Diskussion ist nur noch eine kleine Änderung: #11845. Eine ausführliche Diskussion + erweiterte Varianten der Regeln findet ihr im zugehörigen Beitrag im Forum von webmasterworld.com.

» weiterlesen…

Beim letzten Update hatte sich leider ein Bug eingeschlichen und der Play-Button wurde an der falschen Stelle (ausserhalb des Vorschaubildes) angezeigt. Neben dem entsprechenden Bugfix, gibt es nun in den Einstellungen die Möglichkeit auszuwählen, ob der Play-Button als Bild oder in der Textvariante angezeigt werden soll. Die Textvariante erhielt zudem noch eine kleine Überarbeitung, sie wird nun auch mit einer leichten Transparenz angezeigt (sollte auch im Internet Explorer funktionieren).

» weiterlesen…

Heute möchte ich ein Plugin vorstellen, dessen Funktionialität eigentlich in den Core gehört: WPLANG Lite.

Im Grunde verrät der Name schon um was es geht, das Sprachfile. Doch was genau macht es? Einfach ein paar selten genutzte Sprachfetzen aussortieren? Naja, fast. Es stellt einfach ein separates Sprachfile (.mo) fürs Frontend zur Verfügung und erlaubt es einem so eine ganze Menge Speicher zu sparen. Wer braucht schon im Frontend alle Phrasen des Backends?

Bei mir im Blog hat es den Speicherverbrauch von vorher ca 33MB auf ca 27,75MB gesenkt und ich bin noch über keine fehlenden, nicht übersetzte Phrasen gestolpert. Wer noch weiteres Optimierungspotential sieht, der kann z.B. noch die geänderte mo.php aus diesem Beitrag verwenden.

Wer einen Fehler (“parse error on line 714″) beim Update bzw. beim Installieren von Floatbox Plus bzw. bei der Aktivierung bekommen hat, der möge Floatbox Plus einfach nochmal neuinstallieren (die Einstellungen gehen nicht verloren).

Der Fehler ist durch ein “kleines” Problem beim hochladen des Updates ins SVN von WordPress.org entstanden, durch einen Konflikt war schon die neue readme.txt hochgeladen, nicht aber die eigentliche Version. So wurde statt der neuen Version die Variante aus dem “trunk” verwendet, die buggy ist und leider war es mir nicht sofort möglich den Fehler zu beheben (ich synchronisiere ein lokales SVN via SVK mit dem SVN von WordPress.org, und beim mergen gab es einen Konflikt, der nicht direkt zu lösen war *grml*). Aber nun sollte wieder alles funktionieren.

Mit dem Update auf Version 1.0.0 erkläre ich GravatarLocalCache für stabil und für den produktiven Einsatz tauglich.

» weiterlesen…

Das aktuelle Update von Floatbox Plus enthält hauptsächlich “Crossports”, d.h. Erweiterungen und Fixes aus Lightview Plus (ich hoffe mal, ich hab beim übertragen keine Fehler gemacht). Der “play”-Button kommt nun ohne Graphik aus und eine finnische Übersetzung gibts nun auch (danke an jasko).

Geht es nur mir so (oder ist das vll. nur heute der Fall?), oder ist das Laden einer Seite bei eingebundenen Videos von Vimeo doch deutlich langsamer?

Mit WordPress 2.9.2 gibt es wiedereinmal ein Sicherheitsupdate. Die Lücke betrifft den mit 2.9 eingeführten Papierkorb und erlaubt es angemeldeten Benutzen die Artikel aller im Papierkorb (aufgrund einer fehlenden Sicherheitsprüfung) zu betrachten. Die weiteren Änderungen findet ihr im Changelog.

Was mich so ein bischen wundert, warum wurde der Patch solange verzögert? Laut Ticket wurde der Fehler von mehr als 2 Wochen behoben… und die anderen Änderungen scheinen auch nicht so dramatisch zu sein, als das sie ein hinauszögern erklären dürften… Ich hoffe das ist keine Reaktion auf die Beschwerden, dass die Updatehäufigkeit teilweise als zu hoch eingeschätzt wurde…

Wie auch immer, wer Benutzer in seinem Blog zulässt und den Papierkorb nutzt, der sollte schleunigst das Update durchführen (und wie immer nicht vergessen vorher ein Backup anzufertigen).

Ein kleiner Update-Marathon gab es heute bei meinem Plugin “GravatarLocalCache“. Ausgangspunkt war eine mögliche doppelte Konstante (ungeschickt gewählter Name) und eine erweiterte Ausgabe (Debug) bei Problemen mit dem Anlegen des Cache-Verzeichnisses. Hinzu kam noch die Idee, einen Regulären Ausdruck einzusparen, und zwar bei der Auswahl des “Standard”-Gravatars und genau hier entwickelten sich mehr Probleme als erwartet. Irgendwie ist mir der Source-Code von WordPress manchmal nicht ganz klar (und insbesondere nicht gerade logisch) und so hatte ich hier den einen bzw. anderen Fehler eingebaut, um schlussendlich doch wieder auf die ursprüngliche Variante zurückzugreifen (mit ner kleinen Erweiterung, falls es dort ein Problem gibt kommt schlussendlich die WordPress-Einstellung bzgl. des Standard-Gravatars zum tragen).

Vor einem Release der Version 1.0 überlege ich nun noch die Auslagerung des Cacheverzeichnisses, da es ansonsten bei jedem Update gelöscht wird… Gibt es sonst noch Wünsche?

Angeregt durch einen Beitrag von hombertho möchte ich auch einmal einen Einblick geben, welche Plugins in meinem Blog zum Einsatz kommen:

» weiterlesen…

Wie indirekt schon angekündigt, gibt es nun eine neue Version von meinem WordPress Plugin “GravatarLocalCache“.

Ich habe mich nun gegen eine Variante via mod_rewrite/Auslieferung der Bilder via PHP-Skript entschieden und “einfach” die Zahl der vom Skript herunterzuladenden Gravatare pro Aufruf limitiert (es werden nun max 3 Gravatare bei einem Seitenaufruf heruntergeladen). Ich denke das ist ein brauchbarer Kompromiss. Zumal die Bilder nun auch weiterhin direkt (und ohne Overhead) ausgeliefert werden.

» weiterlesen…