Nachdem ich heute Morgen bereits darüber berichtet habe, wie Vanity URLs bei Facebook Pages erstellt werden können, erkläre ich jetzt wie ihr die Anzahl der Fans eurer Facebook-Seite ohne Plugin an beliebiger Stelle in eurem WordPress-Blog veröffentlichen könnt.

Tragt den untenstehenden Code-Schnipsel in die functions.php euren aktivierten Themes ein. Vergesst aber nicht die URL zu ändern, sonst bekommt ihr dauerhaft die Fans von galuba dot net angezeigt.

function fb_data ( $data ) {
    $fb_data = json_decode ( file_get_contents ( "https://graph.facebook.com/galubadotnet" ) );
    return $fb_data->$data;
}

Um die Anzahl der Fans dann letztendlich auf eurer Seite anzeigen zu können, müsst ihr den folgenden Befehl an die Stelle eures aktivierten Themes kopieren, wo dieser erscheinen soll. Am sinnigsten macht sich der Code in der sidebar.php, dort erscheint er dann bei jedem Aufruf eurer Seite.

Anzahl der Fans: <!--?php echo fb_data ( 'likes' ); ?-->

In dem Objekt $fb_data befindet sich nicht nur die Anzahl der Fans einer Facebook-Seite, sondern eine Reihe weiterer Informationen über die eigene Seite. Untenstehend findet ihr alle Informationen die über die Facebook-Fanseite von galuba dot net verfügbar sind. Auf diese Informationen könnt ihr natürlich auch über den obenstehenden Code-Schnipsel zugreifen.

{
   "id": "193624724002510",
   "name": "Galuba dot net",
   "picture": "http://profile.ak.fbcdn.net/hprofile-ak-snc4/187898_193624724002510_5228673_s.jpg",
   "link": "http://www.facebook.com/galubadotnet",
   "likes": 71,
   "category": "Internet/software",
   "website": "http://www.galuba.net",
   "username": "galubadotnet",
   "location": {
      "street": "Euskirchener Stra\u00dfe 20",
      "city": "Cologne",
      "country": "Germany",
      "zip": "50937",
      "latitude": 50.9191589,
      "longitude": 6.9187398
   },
   "can_post": true,
   "talking_about_count": 1
}

Um zum Beispiel das Profilfoto eurer Facebook-Fanseite in einem Image-Tag anzeigen zu lassen, kopiert ihr einfach den folgenden Code an die gewünschte Stelle.

<img src="<?php echo fb_data ( 'picture' ); ?>" alt="" />

Um auf die anderen Informationen zuzugreifen, ersetzt ihr im echo-Befehl einfach das picture durch die der gewünschten Information.

Ich hatte in den letzten Wochen das Problem, das ich keine Pings oder Trackbacks auf meine eigenen Artikel mehr senden kann, bzw. diese nicht mehr ankommen oder nicht mehr korrekt verarbeitet werden.

Nach intensiver Recherche bin ich nun zumindest so weit gekommen, das ausgehende Pings ankommen, aber nicht verarbeitet werden. Manuelle Trackbacks kommen auch an, werden aber leider auch nicht weiter verarbeitet. Wenn ich aber an die Artikel-URL den Zusatz /trackback/ anhänge, kommt der Trackback an und wird auch verarbeitet.

Das heißt zumindest so viel, das grundsätzlich kein Fehler vorhanden ist, aber dann doch irgendwie schon. Das verwirrende an der Sache ist, das dies alles mal reibungslos funktioniert hat. Ich möchte euch aber erklären, wie ich bei der Fehlersuche vorgegangen bin und welche Kniffe es dabei gibt.

Fehlermeldungen der Datei wp-cron.php anzeigen

Als Erstes habe ich einen Tipp von Stefan Murawski ausprobiert, er beschreibt in einem älterem Artikel auf seinem Blog, wie man Fehlermeldungen beim manuellen Aufruf der Datei wp-cron.php ausgibt. Dort habe ich nach Zeile 27 den folgenden Code eingefügt.

/* Error Ausgabe und Cron hinzufügen, damit es ausgeführt wird */
error_reporting(E_ALL ^ E_NOTICE);
wp_schedule_single_event(time(), 'do_pings');
if ( false === $crons = _get_cron_array() )
die();

Danach habe ich die Datei wp-cron.php über den Browser aufgerufen und bekam richtigerweise ein weiße Seite zu Gesicht. Es können normalerweise auch nur zwei Fehlermeldungen angezeigt werden, entweder wird die maximale Ausführungszeit überschritten, oder aber das Skript bricht aufgrund von zu wenig zugewiesenem Speicher ab. Da bei mir kein Fehler angezeigt wurde, musste ich weiter recherchieren.

XML-RPC LogFile in WordPress einschalten

In Zeile 73 der Datei xmlrpc.php ändert ihr den Wert der Variable $xmlrpc_logging von “0″ auf “1″, um das Logging zu aktivieren. Danach scrollt ihr zur Zeile 89 und passt den Pfad der Logdatei an. Wichtig ist, dass ihr nach dem Testen den Ursprungszustand wiederherstellt, da die Logdatei ansonsten sehr groß werden kann.

$fp = fopen("pfad-zur-logdatei/wp-content/tmp/xmlrpc.log","a+");

Ein vollständiger und richtig gesendeter Pingback sieht wie folgt aus.

2012-01-13 18:23:34  Input: <?xml version="1.0"?>
<methodCall>
<methodName>pingback.ping</methodName>
<params>
<param><value><string>http://blog.alexander-fischer.org/facebook/fake-vodafone-verschenkt-500-iphones-4s-an-facebook-nutzer-stimmt-mit-sicherheit-nicht/</string></value></param>
<param><value><string>http://www.galuba.net/social-media/facebook/facebook-vodafone-verschenkt-keine-iphones.html</string></value></param>
</params></methodCall>

2012-01-13 18:23:34  Output: (PB) URL='http://www.galuba.net/social-media/facebook/facebook-vodafone-verschenkt-keine-iphones.html' ID='7909' Found='url_to_postid()'

Auch das war bei mir bei allen drei oben beschriebenen Ping-Methoden der Fall. Jedes Mal wurde der Ping in der Logdatei korrekt eingetragen, allerdings wurde mit bei der Methode mit an die URL dem angehängten /trackback/ der Trackback auch im WP-Admin angezeigt. Bei den anderen beiden Versuchen passierte sonst nichts weiter.

Bleibt festzuhalten, dass ich Pings und Trackbacks empfangen und senden kann, aber nur wenn ich aktiv das Feld Trackback senden benutze und der URL den Zusatz /trackback/ anhänge. Von externen Blogs kommen Trackbacks bei mir an und ich kann diese auch erfolgreich an andere Blogs schicken. Das habe ich ebenfalls mehrmal getestet.

Da ich den Fehler somit noch nicht zu 100% behoben habe, bzw. noch nicht lokalisiert habe, werde ich mein weiteres Vorgehen in einem weiteren Artikel veröffentlichen. Dieser hier ist schon lang genug.

Ich habe heute in einem Projekt den Standard-Absender des Mail-Versands in WordPress ändern müssen, da die verschickten Mails über die Funktion wp-mail() immer von WordPress <wordpress@domain.tld> versendet werden.

In den meisten Fällen wird es diese E-Mail-Adresse gar nicht geben, was insbesondere bei Antworten auf die Registrierungs-E-Mail störend wird, da die E-Mail dann ins Leere geht. Leider gibt es im Administrationsbereich von WordPress keine Option dies zu ändern.

Glücklicherweise gibt es, wie in WordPress üblich, jeweils einen Filter, um den Absendernamen und die Absender E-Mail-Adresse zu ändern. Tragt den kleinen Code-Schnipsel in die functions.php eures aktivierten Themes ein und ändert Namen und die E-Mail-Adresse.

function rg_abs_name() {
return 'Absendername';
}
add_filter('wp_mail_from_name', 'rg_abs_name');

function rg_abs_adresse() {
return 'Absender@domain.tld';
}
add_filter('wp_mail_from', 'rg_abs_adresse');

Ich brauchte vor ein paar Tagen für einen Kunden eine Funktion, die im RSS-Feed das Post-Thumbnail mit ausgibt. Das sollte natürlich nur passieren, wenn ein Artikelbild zum jeweiligen Post vorhanden ist.

In meiner Funktion rg_post_thumbnail2feed frage ich ab, ob der Artikel ein post_thumbnail hat und stelle dann der Variable $postcontent, die den Artikel enthält, das Artikelbild voran. Das Post Thumbnail wird nur ausgegeben, wenn in eurem RSS-Feed nur die Artikel-Vorschau angezeigt wird.

Wordpress: Das Post-Thumbnail im RSS-Feed anzeigen

Kopiert den folgenden Code in die functions.php eures aktivierten Themes, um in eurem WordPress RSS-Feed die Artikelbilder anzeigen zu lassen.

function rg_post_thumbnail2feed($postcontent) {
global $post;
if ( has_post_thumbnail( $post->ID ) ) {
$postcontent = '' . get_the_post_thumbnail( $post->ID, 'thumbnail', array( 'style' => 'float:left; margin:0 10px 10px 0;' ) ) . '' . $postcontent;
}
return $postcontent;
}
add_filter('the_excerpt_rss', 'rg_post_thumbnail2feed');

Um für jeden Artikel manuell zu entscheiden ob und vor allem an welcher Stelle die Google Adsense Werbung angezeigt werden soll, habe ich mir einen WordPress Shortcode gebastelt.

Mit diesem Shortcode ist es mir möglich, an jeder Stelle des jeweiligen Artikels ein kleines Werbebanner einzublenden. Tragt den folgenden Code-Schnipsel in die functions.php eures aktivierten Themes ein.

function rg_adsense_shortcode( ) {
	$ad = '<script type="text/javascript"><!--
	google_ad_client = "ca-pub-3921212789549210";
	/* 468x60, Erstellt 12.09.11 */
	google_ad_slot = "2169428263";
	google_ad_width = 468;
	google_ad_height = 60;
	//-->
	</script>
	<script type="text/javascript"
        src="http://pagead2.googlesyndication.com/pagead/show_ads.js">
        </script>';
        return $ad;
}
add_shortcode('gads', 'rg_adsense_shortcode');

Wenn ihr jetzt in eurem Artikel den Shortcode [gads] eintragt, wird an dieser Stelle das Werbebanner angezeigt.

Letzte Woche habe ich darüber berichtet, dass ich als Syntax Highlighter nicht mehr den CodeColorer einsetze, sondern den SyntaxHighlighter Evolved.

Beide WordPress-Plugins nutzen logischerweise eigene Short-Tags, um den zu hervorzuhebenden Code zu markieren. Bis heute hatte ich beide Plugins aktiv, damit die bisher von mir veröffentlichten Code-Beispiele, die noch auf den CodeColorer aufbauen, auch noch korrekt angezeigt werden.

Änderung des Short-Tags in der Datenbank

Die älteren Beispiele sollen natürlich auch über den neuen SyntaxHighlighter Evolved angezeigt werden, dafür muss der Short-Tag des Code Colorers in den des SytaxHighlighters Evolved geändert werden.

Ich habe mich dafür entschieden, die Änderung des Short-Tags direkt in der Datenbank vorzunehmen. Dafür sollte zuerst die Tabelle wp-präfix_posts gesichert werden, damit ihr falls ein Fehler passiert eure Datenbank wieder herstellen könnt.

UPDATE wp_posts
SET post_content = REPLACE(post_content, 'cc lang="php"]', 'php]')
WHERE post_content LIKE '%cc lang="php"]%';

UPDATE wp_posts
SET post_content = REPLACE(post_content, '/cc]', '/php]')
WHERE post_content LIKE '%/cc]%';

Gestern habe ich über den neuen Medien-Upload in WordPress 3.3 gebloggt, dieses neue Feature wird mit dem auf jQuery aufbauenden Tool Plupload realisiert. Die Entwickler des neuen Medienuploaders sind mit Ihrem Javascript WYSIWYG Editor TinyMCE in WordPress schon prominent vertreten.

Plupload liegt aktuell in der Version 1.5b vom 11. September 2011 vor, allerdings ist diese noch als Beta-Version deklariert.

Die Feature-Übersicht von Plupload

Mit Pupload wird nicht nur der Upload von Bildern und Dateien vereinfacht, sondern werden zudem noch zusätzliche Funktionen zur Bildbearbeitung bereitgestellt.

Die Veröffentlichung von WordPress 3.3 ist laut den WordPress Development Updates auf den 29. November 2011 terminiert.

Der Upload von Medien wird in WordPress 3.3 vollkommen überarbeitet, in den aktuellen Nightly Builds von WordPress sind die neuen Features bereits integriert.

Upload per Drag ‘n’ Drop

Neben dem bisher bekannten Datei-Upload, können ab WordPress 3.3 auch Dateien per Drag ‘n’ Drop hochgeladen werden. Dafür müsst ihr nur die gewünschte Datei in das gestrichelte Rechteck ziehen.

Der neue Medien-Upload in WordPress 3.3

Nach erfolgreichem Upload können direkt unter dem Upload-Bereich die Bildspezifischen Daten, wie Bild-Titel oder Bild-Beschreibung eingegeben und gespeichert werden.

In WordPress ist es Usus dass die Artikel chronologisch aufgelistet werden, manchmal möchte man die Beiträge aber alphabetisch sortiert haben. Sei es für eine Sitemap oder ein Lexikon.

Kopiert am besten die category.php in eurem Themeverzeichnis zu category-<nameneintragen>.php um und tragt den untenstehenden Code-Schnipsel direkt vor dem Loop ein. Hierbei ist darauf zu achten das ich den Loop in dem Schnipsel nur zur Verdeutlichung mit aufgenommen habe, diesen dürft ihr natürlich nicht mitkopieren.

// Erweiterung der Abfrage
$posts = query_posts($query_string . '&orderby=title&order=asc&posts_per_page=-1');
// Start des Loops
if (have_posts()) : while (have_posts()) : the_post();

Jetzt könnt ihr wie gewohnt eure Übersichtsseite optisch anpassen, mit dem Unterschied das die Artikel alphabetisch angezeigt werden.

In den letzten Wochen habe ich hier im Blog einiges an der Performance und Optimierung des Ladezeit von galuba dot net getan. Bisher habe ich Cachify von Sergej Müller eingesetzt, welches auch gute Ergebnisse erzielte. Aber für größere Optimierungen sind zusätzliche Addons nötig.

FlexiCache, memcached und SQLite

Momentan teste ich das WordPress-Plugin FlexiCache in Zusammenarbeit mit den PHP-Modulen memcached und SQLite, sowie dem memcached-server.

memcache installieren

memcached ist ein PHP-Modul mit dem Daten im Arbeitsspeicher „gespeichert“ werden können. Wenn ihr wie ich Ubuntu als Server-Betriebssystem auf einem Host Europe VServer einsetzt, könnt ihr die folgenden Befehle übernehmen. Ansonsten müsst ihr wahrscheinlich die Pfade anpassen.

apt-get install memcached php5-memcache

Danach sollte memcached installiert und bereits aktiviert sein, testen könnt ihr das indem ihr diesen Code eintippt und ausführt.

netstat -tap | grep memcached

Jetzt müssen wir nur noch den Apache-Server neu starten, das funktioniert mit diesem Befehl.

/etc/init.d/apache2 restart

Um die komplette Installation zu kontrollieren erstellt ihr am besten eine neue PHP-Datei mit dem folgenden Inhalt,

phpinfo();

ladet diese auf euren Webspace und ruft die Datei im Browser auf. Es müsste jetzt auch in eurer PHP-Info der folgende Absatz vorhanden sein.

PHP-Modul: memcache

SQLite installieren

SQLite wird zwar nicht zwingend von FlexiCache benötigt, es wird aber, wenn es denn installiert, ist automatisch von FlexiCache benutzt, um ältere Cache-Daten aufzuspüren und zu löschen. Mit den folgenden Befehlen wird SQLite installiert und der Apache-Webserver neu gestartet.

 apt-get install php5-sqlite
 /etc/init.d/apache2 restart
 

FlexiCache installieren

Zum Schluss müssen wir noch das WordPress-Plugin FlexiCache installieren und konfigurieren. Ich habe bis auf ein paar kleine Änderungen die Standardkonfiguration von FlexiCache so gelassen. Wählt in den Main Options die Storage Engine Memcache aus und aktiviert das Caching. Ich habe noch die Gültigkeit des Caches auf 10800 Sekunden (3 Stunden) hochgesetzt, da mir der Standardwert von 3600 Sekunden zu niedrig war.

Wordpress-Plugin: FlexiCache

Auch den Standalone Mode von FlexiCache solltet ihr in den Optionen aktivieren, damit werden Anfragen direkt über mod_rewrite zu FlexiCache weitergeleitet. Das geschieht natürlich nur wenn ein passender Cache-Eintrag vorhanden ist. Ansonsten wird WordPress ganz normal ausgeführt.

# BEGIN FlexiCache Standalone
 <IfModule mod_rewrite.c>
 RewriteEngine On
 RewriteBase /
 RewriteCond %{HTTP_HOST}        www\.galuba\.net$
 RewriteCond %{REQUEST_METHOD}   GET
 RewriteCond %{REQUEST_URI}      !^/wp-
 RewriteCond %{HTTP_COOKIE}      !(wordpress_logged_in|comment_author|wp-postpass)
 RewriteCond %{REQUEST_FILENAME} !-f
 RewriteCond %{REQUEST_FILENAME} !-d [OR]
 RewriteCond %{REQUEST_URI}      ^/$
 RewriteRule ^(.*)               wp-content/plugins/flexicache/standalone.php [L]
 </IfModule>
 # END FlexiCache Standalone

Wie wirken sich die Änderungen aus?

Das Ergebnis kann sich wahrlich sehen lassen, bei Page Speed Online in den Googlelabs hat galuba dot net einen Page Speed Score von 100 Punkten die Maximalanzahl erreicht.

Google Page Speed Online

Die Anregung zu dem Artikel und den Performance-Verbesserungen habe ich auf techspread.de dem Blog von Patrick Gotthard gefunden. Dort findet ihr auch noch weitere Tipps wie ihr die Geschwindigkeit eurer Website erhöhen könnt.