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.

Gestern Abend wurde WordPress 3.3.1 veröffentlicht, wie angekündigt wurden 15 kleinere Fehler behoben und eine mögliche Sicherheitslücke wurde geschlossen.

Das Update ist bereits über die automatische Updatefunktion verfügbar. Auch im Downloadbereich von wordpress.org ist das Update bereits verfügbar. Die DE-Version von wpde.org wird voraussichtlich in den nächsten Stunden erhältlich sein. (via)

Noch in dieser Woche soll mit WordPress 3.3.1 eine weitere Version von WordPress erscheinen. Es werden allerdings nur Fehler, die in WordPress 3.3 aufgetreten sind behoben.

Unter anderem wurden Fehler in der Funktion wp_print_styles(), den Flyout-Menüs behoben. Weitere Korrekturen könnt ihr euch im WordPress Trac genauer ansehen. Bisher ist demnach noch kein sicherheitsrelevanter Bug in WordPress 3.3 aufgetaucht.

Immer auf dem neuesten Stand

Da ich gerade ein Projekt mit WordPress entwickle, das auch Mehrsprachigkeit unterstützen muss, bin ich bei meiner Recherche auf ein neues WordPress-Plugin gestoßen.

Das von Frank Bültge und Robert Windisch entwickelte Multilingual Press befindet sich zwar noch im Alpha-Stadium, kann aber bereits getestet werden. Eine Informationsseite zu dem Plugin hat Frank unter bueltge.de eingerichtet. Für das aktuelle Projekt werde ich das WordPress-Plugin noch nicht einsetzen, da mit aktuell die Zeit zum Testen fehlt.

Wordpress-Plugin: Multilingual Press

Multilingual Press wird zukünftig in einer kostenfreien Version angeboten und zudem in einer kostenpflichtigen Version mit noch nicht näher definierten Premium-Funktionen. Auf jeden Fall werde ich das Plugin weiter im Auge behalten und euch auch über Weiterentwicklungen auf dem Laufenden halten.

Download: Multilingual Press

Das WordPress DEV-Team hat auf dem letzten Meetup beschlossen in der kommenden Major-Version WordPress 3.4 auch ein neues Standard-Theme zu integrieren. Dieses wird analog zu den beiden letzten Themes den Namen Twenty Twelve tragen.

Geplant sind unter anderem eine mobile Version des Themes, eine in der Höhe variable Kopfgrafik und die CSS-Styles des Frontends sollen auch im Editor angezeigt werden.

Das Standard-Theme in WordPress 3.2 - TwentyEleven

Diese Funktionen sollen im neuen Theme Twenty Twelve enthalten sein

• Ansicht der Post-Formate (Artikel, Permalink)
• Kopfgrafik mit variabler Höhe
• Mobile Version
• Standards für die statische Startseite
• CSS-Style des Frontends auch im Editor
• Es wird versucht Features zu vermeiden, die nicht wirklich benutzerfreundlich sind
• Das Theme wird entweder auf dem 2011er Code oder auf dem 2010er basieren, jenachdem welcher Code aktueller ist und mehr Updates bekommen hat
• Keine “Featured Images” im Header
• Standardmäßig is keine Kopfgrafik eingestellt

Immer auf dem neuesten Stand

In der vergangenen Nach wurde mit WordPress 3.3 eine weitere Version der beliebtesten Blog-Software veröffentlicht, diese wurde nach dem Jazz-Saxophonisten Sonny Stitt benannt.

Ein paar der Neuerungen in WordPress 3.3, wie zum Beispiel Pupload, dem neuen Medien-Uploader, die Einbindung von jQuery 1.7.1 und dem neuen Layout vom Feature Pointer im Admin-Bereich, habe ich bereits hier im Blog beschrieben.

Die englische Version von WordPress 3.3 bekommt ihr hier bei wordpress.org und die DE-Version ist wordpress-deutschland.org verfügbar.

Nachdem in der letzten Woche das Realease Candidate 1 von WordPress 3.3 veröffentlicht worden ist, wurde heute Morgen das zweite Release Candidate herausgegeben. Im Vergleich zur RC 1 wurden insgesamt 30 Änderungen oder Verbesserungen hinzugefügt.

Wordpress 3.3 - Feature Pointer

Einige für Entwickler interessante Erklärungen zu den Änderungen in WordPress 3.3 findet ihr im WordPress Developement Blog, dort wird unter anderem auf die Änderungen an der Admin Bar, auf jQuery 1.7.1 und auf weitere neue oder geänderte API eingegangen.

Download: WordPress 3.3 RC 2

Immer auf dem neuesten Stand

Weitere Informationen zu WordPress 3.3 auf galuba dot net findet ihr unter den nachfolgenden Links.

1. WordPress 3.3 Release Candidate 1
2. WordPress 3.3 Beta 4 erschienen
3. WordPress 3.3: Feature Pointer im neuen Layout
4. WordPress 3.3 Beta 3 erschienen
5. WordPress 3.3 Beta 2 veröffentlicht
6. WordPress 3.3 Beta 1 erschienen
7. Javascript Änderungen in WordPress 3.3
8. Feature freeze bei WordPress 3.3
9. Plupload wird in WordPress 3.3 integriert
10. Neuer Medien-Upload in WordPress 3.3
11. Zeitplan für WordPress 3.3 steht

Die Betreiber von Deutschlands führender WordPress-Quelle muss in absehbarer Zeit Ihren Domainname von wordpress-deutschland.org in wpde.org umbenennen. Grund ist die Trademark Policy der WordPress Foundation, die im letzten Jahr die Rechte an der Marke WordPress bekommen hat.

Demnach ist es untersagt den Namen WordPress innerhalb einer Top-Level-Domain zu verwenden. Die Inpsyde GmbH, der Betreiber von wordpress-deutschland.org, wurde daher von der WordPress Foundation gebeten, den Domainnamen umzustellen.

Die einzigen Projekte die WordPress im Domainnamen enthalten dürfen sind daher nur wordpress.org und wordpress.com. Eigentlich schade, aber das muss wohl akzeptiert werden, wenn man keine Abmahnung riskieren möchte.

Dies wird mit Sicherheit auch noch weitere bekannte Seiten betreffen, in den WordPress im Domainnamen steht, wie zum Beispiel dem WordPress Magazin, dem WordPress Buch und vielen weiteren bekannten Internetseiten.

Immer auf dem neuesten Stand

Vor wenigen Minuten ist das erste Release Canditate 1 von WordPress 3.3 veröffentlicht worden. Über die kommende Major-Version von WordPress habe ich ja bereits des Öfteren hier im Blog berichtet.

Die Release Candidates sind die letzte Stufe vor der Veröffentlichung der finalen Version von WordPress 3.3, es kann somit noch in diesem Jahr mit WordPress 3.3 gerechnet werden.

Immer auf dem neuesten Stand

Weitere Informationen zu WordPress 3.3 auf galuba dot net findet ihr unter den nachfolgenden Links.

1. WordPress 3.3 Beta 4 erschienen
2. WordPress 3.3: Feature Pointer im neuen Layout
3. WordPress 3.3 Beta 3 erschienen
4. WordPress 3.3 Beta 2 veröffentlicht
5. WordPress 3.3 Beta 1 erschienen
6. Javascript Änderungen in WordPress 3.3
7. Feature freeze bei WordPress 3.3
8. Plupload wird in WordPress 3.3 integriert
9. Neuer Medien-Upload in WordPress 3.3
10. Zeitplan für WordPress 3.3 steht

Download: WordPress 3.3 Release Candidate 1