Performancefresser …

… soll­te man na­tür­lich nicht un­be­dingt be­trei­ben. Das Tum­blr Wid­get braucht durch sei­nen syn­chro­nen Zu­griff auf Tum­blr lo­cker mal eben 300ms und das Ty­po­gra­fie Plu­gin braucht noch­mal 300ms. Autsch. Ok, sieht mein Text eben ty­po­gra­fisch mül­lig aus, mir doch egal.

Beim Cache bin ich im Mo­ment bei xca­che an­ge­langt – mal gu­cken ob der ähn­lich wie apc ko­mi­sche Mel­dun­gen pro­du­ziert. Ich hab ja Kon­flik­te zwi­schen apc und WP Super Cache im Ver­dacht für meine Pro­ble­me, denn immer wenn das Pro­blem auf­trat, hatte ich auch diese selt­sa­men GC Mel­dun­gen von apc im Log. Und kei­ner­lei Mel­dun­gen von PHP, was dar­auf hin­deu­tet dass nix vom PHP aus­ge­führt wurde (was auch den lee­ren Out­put er­klärt).

Es gibt in Word­Press Un­ter­stüt­zung für den Ob­jekt-Ca­che von xca­che. Ganz toll, kann man per klei­nem Plu­gin ak­ti­vie­ren. Ich spar mir den Link, denn ohne die­ses Modul ist das Blog schnel­ler (und 27 vs 29 DB Que­ries ist jetzt auch nicht so  wahn­sin­nig er­folg­rei­ches agie­ren des Ob­jekt Ca­ches). Mit ak­ti­vier­tem Ob­jekt-Ca­che war das Blog gleich wie­der in der 700ms+ Zone – ganz ohne Zeit­fres­ser­plug­ins.

Für Tum­blr werde ich mir jetzt also doch eine Ja­va­Script-Ajax-Lö­sung bauen, die mit­tels Tum­blr API meine Bil­der raus­sucht und in das HTML der Seite schiebt. Ist eh nur für den Look und dann wird auch nicht ver­se­hent­lich ein Tum­blr-Con­nect-Pro­blem ge­ca­ched.

Aber um das doch recht er­staun­lich gut funk­tio­nie­ren­de Sil­ben­tren­nen aus dem Ty­po­gra­fie-Plu­gin ist es ir­gend­wie doch scha­de. Man kann wohl nicht alles haben. Ren­der-Zei­ten im Be­reich von ober­halb ner hal­ben Se­kun­de find ich je­den­falls al­bern. Viel­leicht änder ich meine Mei­nung aber noch­mal, wenn ich mal wie­der län­ger auf mein Blog ge­starrt habe.

Dieser Beitrag wurde unter Artikel abgelegt und mit verschlagwortet. Setze ein Lesezeichen auf den Permalink.