Wie dem ein oder anderem vielleicht aufgefallen ist, war ab gestern Mittag hier das Licht aus! Wie so oft sieht der größte Fehler vor dem Bildschirm… grins. Und dieser Depp wird niemals wieder ein OS-Upgrade so zwischen Brötchen und anderer Arbeit versuchen!!

Nun ja, ich habe mir also durch eine selten dämliche Verkettung den kompletten Server zerschossen, mich dann zur einer vollständigen Neuinstallation entschlossen. Da ich so sauer war und nicht mehr die Backups kontrolliert habe, war das ganze dann a) nervenaufreibender und b) zeitaufwendiger… ;-) 

Ich kann euch sagen, man kann 100 Backups der Datenbank haben, in dem Moment wo man ein…

mysql -uDBUSER -pGEHEIMESPASSWORT --default_character_set utf8 --database=BLOG < MeineSicherung.sql

…in die Konsole tippt und Enter drückt, da fängt man an die Fingernägel abzunagen!

Na ja, sieht so aus, als würde der Blog laufen, meine Mails wieder ankommen… Bleibt so ca. 10 Tage Aufwand für das Feintuning am Apache, MySQL, QMail, PHP und was mir sonst so einfällt.
Denn aktuell habe ich nur die Firewall konfiguriert und den Rest alles auf default gelassen! Oh, und mein Backupkonzept inkl. Worstcase-Szenario wird überarbeitet werden!!!

Grundlage des ganzen ist wie gesagt die Verwaltung diverser Feed mittels Google Reader, sowie die Nutzung der Tag/Listen-Funktionalität desselbigen. Da man einem Feed ja mehrere Tags mitgeben kann, bietet es sich an eine eigene Liste “Blogroll” oder so in der Art zu erstellen.
Wie in meinem ersten Beitrag schon erwähnt, hat dieses Liste nun auch einen eigenen Feed, den Google bereit stellt:

Google Reader: Multifeed je Tag

Diese Feed-URL ist die Grundlage für den weiteren Blogroll-Code… 

Ich habe diesen in die functions.php meines Themes gepackt, wer mag kann natürlich auch eine eigene PHP-Datei erstellen und diese ins Plugin-Verzeichnis kopieren!
Wordpress bringt von Haus aus alles mit, was man zum verarbeiten von Feeds benötigt – mittels integriertem SimplePie.

Schritt 1, die erste Funktion – das einlesen und grobe verarbeiten des Feeds:

//Blogroll: Fetch Data
function ReadMyLinkfeed($how_many) {
include_once(ABSPATH . WPINC . '/feed.php');
$rss = fetch_feed('http://GOOGLE-FEED-URL');
$maxitems = $rss->get_item_quantity($how_many);
$rss_items = $rss->get_items(0, $maxitems);
return $rss_items;
}

Nun steht uns mit $rss_items ein nettes Array bereit, in dem sämtliche SimplePie-Funktionen bereit stehen!  Die Funktion ReadMyLinkfeed (ja, ist ein riesen Name) ruft man mit einem Parameter auf – der Anzahl der abzurufenden Feeds…

Der Rest ist eigentlich nur eine Schleife und ein wenig formatieren – die o.g. Funktionen von SimplePie sollte jeder auf jeden Fall einmal durchlesen, die Möglichkeiten sind richtig groß!
Wie man auf meiner Blogroll-Seite sieht, habe ich es recht simpel gehalten:

• Überschrift des Artikels, verlinkt
• Name des Autors, verlinkt mit der Blog-URL
• Auszug des Artikels
• Datum & Zeit

Mit PHP ist dies genauso einfach, in meinem Fall habe ich es einfach in eine neues Template “Links” meines Themes gepackt und daraus eine neue, eigenen Seite erstellt:

<?php
$last_author =  array();
echo "<ul>";
$rss_items = ReadMyLinkfeed(15);

foreach ( $rss_items as $item ) :
if ($link = $item->get_source())
{
$link = $link->get_link();
}

if (in_array($link, $last_author) == false) {
$author = $item->get_author();
if ( is_object($author) ) {
$author = $author->get_name();
}
?>
<li>
<b><a target="_blank" href='<?php echo $item->get_permalink(); ?>'>
<?php echo $item->get_title(); ?></a> von
<a href='<?php echo $link; ?>'><?php echo $author; ?></a></b><br />
<?php echo shorten($item->get_description(), 200); ?>
<br /><small><?php echo $item->get_date('(j.m.Y | H:i '); echo 'Uhr)'; ?></small>
</li>
<?php $last_author[] = $link;
}
endforeach;
?>
</ul>

Erwähnenswert ist vielleicht noch das hier:
if (in_array($link, $last_author) == false)

Mir ist aufgefallen, dass einige Blogger mehrere Artikel hintereinander raushauen – und somit würden sie auch mehrfach in der Blogroll auftauchen. Gefiel mir so nicht – also überprüfe ich noch kurz, ob ein Blog bereits ausgegeben wurde, falls ja wird er ignoriert.

So, das war’s auch schon – alles unklar :-) ?

Dann einfach fragen… Oh, und wer das ganze lieber als Widget haben möchte – das habe ich mir auch erstellt für meine Sidebar. Bei Lust und Laune einfach mal angucken, das Prinzip sollte auch klar sein. Angepasst werden muss eigentlich nur die Anzahl der Links (bei mir: 3) sowie ein wenig die Ausgabe…

Update:

Luigi ist der erste kleine Fehler aufgefallen, beim wühlen durch den Code habe ich auch noch was entdeckt, was sinnig ist ! Als erstes also diesen Code mitübernehmen:

//Feed-Lifetime
add_filter( 'wp_feed_cache_transient_lifetime',
create_function( '$a', 'return 5400;' ) );
//Kuerzen
function shorten($string, $length) {
$suffix = '...';
$short_desc = trim(str_replace(array("\r","\n", "\t"),
' ', strip_tags($string)));
$desc = trim(substr($short_desc, 0, $length));
$lastchar = substr($desc, -1, 1);
if ($lastchar == '.' || $lastchar == '!'
|| $lastchar == '?') $suffix='';
$desc .= $suffix;
return $desc;
}

Die erste Funktion beeinflusst die Cache-Lebensdauer des Feeds (soweit ich mich erinnere, ein Codeschnipsel von Tanja), in meinem Fall also 5.400 Sekunden.
Die zweite Funktion kürzt die Artikel-Beschreibung…

Update 2:

Wichtig ist noch, dass man den entsprechenden Google Ordner/Tag-Feed als “Öffentlich” erstellt, geht auch nachträglich in den Einstellungen:

GReader: Ordner und Tags

define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);
@ini_set('display_errors',0);

Ab sofort wird im wp-content/ Ordner ein debug.log geschrieben (ggf. muss man die Datei  erstmalig anlegen und Schreibrechte setzen). Ich war heute faszinierd bis erschrocken, wieviele Meldungen ausgegeben werden… Angefangen von der Verwendung veralterter WP-Funktionen bishin zu echten Fehlern.

[Fri Dec 10 22:28:01 2010] [error] [client 10.100.100.100] ALERT – script tried to increase memory_limit to 268435456 bytes which is above the allowed value (attacker ’10.100.100.100′, file ‘/wp-admin/admin.php’, line 96), referer: http://www.gregel.com/wp-admin/index.php

Habe ich ja morgen mal wieder was zu analysieren… :-/

Dieses kann nämlich den Speicherhunger anhand angegebener Checkpoints messen – z.B. Artikel speichern, Pings versenden…

Da das ganze mit einem Ping auf Tanja keinen Spaß macht, hier noch ein Ping auf Andreas, der aktuell auch mit Problemen zu kämpfen hat.

Update 1:
Nach einer Stunde wahlosem Klicken (oder gezielten DB-Abfragen, Speicher-vorgängen und WP_Cornjobs) habe ich die aktuelle Höchstbelastung wie folgt:

WordPress memory usage exceeded 32 MB
WordPress peak memory usage: 32.25 MB
Number of database queries: 31

Ich beobachte das ganze einmal die nächsten Tage…

Update 2:
Na wenn man so um einen Ping bittet – gerne, lieber Luigi ;-)

Übrigens habe ich mittlerweile einen neuen RAM-Höchststand (ich nutze die Email-Benachrichtigung des Plugins):

WordPress peak memory usage: 70.92 MB

Leider zu einem Moment, wo ich das Debugging wieder runter gefahren habe – versuche später mal rauszufinde, was in dem Moment wo ablief.

Wunsch:
Artikel (s)eines Blogs (oder jeder anderen Seite, die einen Feed anbietet) irgendwo extern darstellen.

Als Lösung nutzen wir dazu  MagpieRSS -  RSS for PHP und dieses hübsche, kleine Tutorial. Die Möglichkeiten (auch der Darstellung) sind riesig, ein erstes Ergebnis gibt es aber in wenigen Minuten!

Kleiner Tipp für MagpieRSS:
Standardmäßig wird ein Feed in ISO-Formatierung erwartet – WordPress ist aber idR UTF-8 konvertiert, folglich könnten Umlaute & Co recht hässlich aussehen.
Man nehme die Datei rss_fetch.inc und ändert die Zeile 358 einfach ab…

define('MAGPIE_OUTPUT_ENCODING', 'UTF-8');

…das Leben (und der Umlaut) ist direkt wieder schön!

PHP Fatal error:  Can’t load /srv/www/some/thing/index.php, open_basedir restriction.
in Unknown on line 0

Lösung:

eAccelerator neu compilieren, und zwar mit ohne … ;-)

--without-eaccelerator-use-inode

Im Detail, nach dem Download und entpacken:

phpize
./configure --without-eaccelerator-use-inode
make
make install

eA-Cache löschen und Apache neustarten ist auch noch eine gute Idee!

Wie auch immer, wenn Simple Tags die Arbeit mit einer Fehlermeldung quittiert, machen wir einfach das übliche:

Die Plugindatei simple-tags.php mit einem Editor unserer Wahl öffnen und einfach die Versionsnummer von Carmen hinzufügen:

// Check version.
global $wp_version;
if ( strpos($wp_version, '2.7') !== false || strpos($wp_version, '2.8') !== false || strpos($wp_version, '2.9') !== false ) {

Viel Spaß mit Carmen und Simple Tags!

Das ganze bringt zwei Vorteile mit sich:

• Die Ladezeit der Website reduziert sich aufgrund der geringeren Strecke, die Bits & Bytes zurücklegen müssen
• Der Browser lädt die komplette Seite schneller, weil der Content von verschiedenen (Sub-) Domains kommt.
  Speziell der letzte Punkt ist interessant, dies schauen wir uns nun mal genauer an.

Ein richtiges CDN bei einem großen Anbieter (wie das Amazon S3 Netzwerk) ist für die meisten Blogs ja ein wenig überdimensioniert. Also scheidet der erste o.g. Punkt am Geldbeutel und somit für den Durchschnittsblogger schonmal aus.
Aber wie sieht es mit der Auslagerung auf eine zweite (und/oder dritte) Domain aus? Bilder, CSS & Javascript ist bei jedem WordPress-Blog reichlich vorhanden, bietet sich also förmlich an.
Werfen wir einen Blick auf AskApache, wo das ganze Verfahren anschaulich dokumentiert ist:

So instead of waiting for 30 items from 1 source, it waits for 30 items from 3 different sources, drastically speeding up the transfer. By using multiple subdomains browsers are further able to maintain persistant connections with all 3 unique servers, making the site load incredibly faster.

Klingt gut.
Ich habe für den Anfang alle Bilder des aktuellen Themes, sowohl die CSS-Datei als solche auf static.gregel.com ausgelagert. Wie immer gilt: Viele Wege führen nach Rom, speziell bei WordPress.

Zum Beipiel bietet das in meiner Cache-Analyse genannte WordPress-Plugin W3 Total Cache von Haus aus die Möglichkeit CDN zu aktivieren (Über W3 Total Cache hat hombertho gebloggt, die entsprechenden Kommentare sind auch lesenswert).
Desweiteren finden sich im WordPress Plugin Directory noch einige andere Plugins speziell für diesen Zweck, z.B. CDN Rewrites oder CDN Tools.

Alle erfüllen sicherlich ihren Zweck – für mich waren sie aber entweder oversized oder suspekt. Letzteres, weil ich auch nach Studium des jeweiligen Codes nicht ganz verstanden habe, wo an welcher Stelle wie engegriffen wird – nichts für mich.

Zudem wollte ich ja klein anfangen – CSS auslagern und damit alle Bilder, die via CSS verknüpft sind. Und dies schafft man mit einfachen WordPress-Bordmitteln und drei Zeilen Code…

So verwendet jedes vernünftige Theme für das Einbinden der CSS im Head-Bereich der Seiten eine Variable:

<link rel="stylesheet" href="<?php bloginfo('stylesheet_url'); ?>" type="text/css" media="screen" />

Die Variable zielt im Normal auf domain.xy/blogverzeichnis/wp-content/themes/name/styles.css – also biegen wir dieses Ziel doch einfach um auf unsere (Sub-) Domain für statischen Content!

function stylesheet_uri_neu ($stylesheet_uri, $stylesheet) {
$stylesheet_neu_uri = 'http://static.domain.xy/dir/style.css';
return $stylesheet_neu_uri;
}
add_filter('stylesheet_uri' , 'stylesheet_uri_neu', 10, 2);

Die paar Zeilen in eine Datei name.php packen, wie jedes andere Plugin hochladen, aktivieren – fertig. Oder alternativ direkt in die functions.php des jeweiligen Themes.
Ab sofort wird die CSS-Datei und alle darin verknüpften Bilder von der neuen Subdomain geholt und unsere Seite lädt wieder ein wenig schneller.
Mission Accomplished.

WordPress 2.8 ist verfügbar! Jetzt aktualisieren.

Uhmm… ja, ist klar.
Dafür gibt’s aktuell einen Tipp, nachzulesen auf dem WordPress-Deutschland Blog:
Eine Ergänzung in der wp-config.php sollte helfen…

$wp_local_package = 'de_DE';

Desweiteren habe ich einen interessanten Beitrag bei Code Styling gefunden, dort wird etwas detaillierter erklärt was neu ist und warum etwas vielleicht nicht funktioniert. jQuery hat z.B. ein Update bekommen und wird nun eventuell erst im Footer geladen, desweiteren wird CSS und JS nun komprimiert…
Bei mir könnte es ein Problem geben, weil ich (vermutlich, vielleicht, verflixt…) nun doppelte Komprimierung verwende.

Viel Spaß Erfolg beim frickeln!

PS: Übrigens kann man nun in den allgemeinen Einstellungen eine Stadt (Berlin) für die Zeitzone wählen – dann sollte beim nächsten mal die Umstellung auf Winterzeit automatisch klappen!
(bisher hat man dort immer “GMT + 2” o.ä. eingetragen…)