How I build-in Tumblr in my Drupal install ist schon sehr nah an dem dran was ich mit Tumblr auf meiner Homepage machen will. Jetzt muss ich nur noch ein minimales Widget schreiben und den Code da reinfummeln und statt auf die regulären Postings nur auf die Fotos gehen. und ich hab wieder Tumblr-Fotos auf der Homepage.
Update: wer rechts guckt kann die Tumblr Fotos wieder sehen. Also auf der Homepage. Klappt ganz gut und frisst keine Zeit mehr. Irgendwann pack ich das Plugin das ich da gebaut habe mal zusammen, im Moment ist es noch etwas roh.
Sonntagslektüre: Google Streetview - gelinkt, weil mir das ganze pro-Streetview Gelaber und die "wer verpixelt hat das Netz nicht verstanden" Fraktion gehörig auf den Senkel geht. Das Netz ist ein Medium der ganzen Gesellschaft und nicht allein der Spielplatz einiger Technikbegeisterter. Und wer seine Netzfreiheit an die Erlaubnis zur unbeschränkten Datensammlung für einen Grosskonzern bindet, hat ein saftiges Verständnisdefizit. Besonders wenn der einzige Betriebszweck dieses Konzerns in der systematischen Auswertung dieser Datenberge zwecks Optimierung von Werbung ist..
API | Tumblr - weil ich vielleicht ja doch noch etwas mehr damit machen will als im vorigen PHP Beispiel benutzt wurde.
Display photos from Tumblr (using JSON method) ist PHP, aber das sollte ich eigentlich leicht auf JavaScript umbauen können und dann nur client-seitig laufen lassen.
hyphenator könnte ich mir mal angucken, denn dann läuft die Silbentrennung einfach mit JavaScript auf dem Browser. Ist ja sowieso nur interessant für die Webseiten selber, Feed-Reader müssen eh selber rendern.
Update: jau, sieht gut aus. Jetzt kann ich mir meine Homepage wieder angucken, ohne Pickel zu bekommen, und die Integration war mit dem custom package builder von denen sehr simpel - ein paar Checkboxen durchgehen, eine optimierte Download-Version der Library bauen und diese im Head des Blogs einbinden. Als Klasse hab ich einfach entry-content genommen, dadurch werden alle Beiträge (und nur die) mit Silbentrennung versorgt. Und da Client-seitig, betrifft es weder den Feed noch irgendwelche anderen internen Wege.
... sollte man natürlich nicht unbedingt betreiben. Das Tumblr Widget braucht durch seinen synchronen Zugriff auf Tumblr locker mal eben 300ms und das Typografie Plugin braucht nochmal 300ms. Autsch. Ok, sieht mein Text eben typografisch müllig aus, mir doch egal.
Beim Cache bin ich im Moment bei xcache angelangt - mal gucken ob der ähnlich wie apc komische Meldungen produziert. Ich hab ja Konflikte zwischen apc und WP Super Cache im Verdacht für meine Probleme, denn immer wenn das Problem auftrat, hatte ich auch diese seltsamen GC Meldungen von apc im Log. Und keinerlei Meldungen von PHP, was darauf hindeutet dass nix vom PHP ausgeführt wurde (was auch den leeren Output erklärt).
Es gibt in WordPress Unterstützung für den Objekt-Cache von xcache. Ganz toll, kann man per kleinem Plugin aktivieren. Ich spar mir den Link, denn ohne dieses Modul ist das Blog schneller (und 27 vs 29 DB Queries ist jetzt auch nicht so wahnsinnig erfolgreiches agieren des Objekt Caches). Mit aktiviertem Objekt-Cache war das Blog gleich wieder in der 700ms+ Zone - ganz ohne Zeitfresserplugins.
Für Tumblr werde ich mir jetzt also doch eine JavaScript-Ajax-Lösung bauen, die mittels Tumblr API meine Bilder raussucht und in das HTML der Seite schiebt. Ist eh nur für den Look und dann wird auch nicht versehentlich ein Tumblr-Connect-Problem gecached.
Aber um das doch recht erstaunlich gut funktionierende Silbentrennen aus dem Typografie-Plugin ist es irgendwie doch schade. Man kann wohl nicht alles haben. Render-Zeiten im Bereich von oberhalb ner halben Sekunde find ich jedenfalls albern. Vielleicht änder ich meine Meinung aber nochmal, wenn ich mal wieder länger auf mein Blog gestarrt habe.
WordPress › Support » WP Super Cache sometimes ignites a blank Home Page! Need to restart Apache - klingt genau wie mein Problem, ist aber schon ein Jahr alt. Scheint irgendeine Kombination von vielen Teilen zu sein. Im Moment hab ich erstmal APC ausgeschaltet, denn der produziert auch seltsame Meldungen im Error Log, für die keine richtig befriedigenden Kommentare im Netz zu f inden sind. Irgendwie ist der ganze PHP Kram echt voll scheiße. Viel zu viele Teile die von viel zu vielen verschiedenen Stellen kommen und alle irgendwie aber eben doch nicht ganz zusammenarbeiten. Prinzipiell läuft ja alles, aber sobald man die Performanceprobleme in den Griff kriegen will, gibts lauter seltsame und unerklärliche Effekte. Alles nur wilde Hacks.