Wenn man die Qualität der darzustellenden Daten nicht selber unter Kontrolle hat, kann es schonmal vorkommen, dass man nachträglich noch “Hand anlegen” muss. Ich habe mir eine kleine Funktion geschrieben, die einige unschöne Zeichen entfernt.

function removeUglyChars($phrase) {

  // characters to remove
  $remove = array('*', '+', '!',  ',', '#', '@', '♦', '►', '◄', '•');

  // remove to ugly chars
  $phrase = str_replace($remove, " ", $phrase);

  // remove all double white-spaces
  while (strpos($phrase, "  ") !== false) $phrase = str_replace("  ", " ", $phrase);

  return trim($phrase);

}

Im Array $remove werden dazu alle “hässlichen” Zeichen definiert, die entfernt werden sollen. Mit str_replace werden diese durch ein Leerzeichen ersetzt. Anschließend werden mit Hilfe der While-Schleife alle doppelten Leerzeichen entfernt und das Ergebnis ohne Leerzeichen am Anfang und Ende zurückgegeben.

Sehr wirkungsvoll das Ganze, dann so sehen die eBay-Suchergebnisse bei Handy Preis nicht mehr ganz so schlimm aus - zu sehen z.B. beim Samsung Galaxy i9000.

Bei einem unserer Projekte setzen wir auf Geotargeting. Abhängig davon, aus welchem Land ein Besucher kommt, werden ihm unterschiedliche Informationen angezeigt - auch die Sprache der Website ändert sich entsprechend.

Für einen Entwickler besteht nun in aller Regel die Herausforderung darin, die Ermittlung des korrekten Landes anhand entsprechender IP-Adressen live an der Website zu ermitteln. Ich nutze dazu freie Proxies die es in unterschiedlichen Ländern gibt. Eine Liste mit entsprechenden Servern gibt es z.B. auf xroxy.com. Einfach im Firefox in den Einstellungen eintragen und schon glauben die meisten IP-basierten Geotargeting-Dienste, dass man in dem entsprechenden Land sitzt.

Einfach und effektiv um das Targeting anhand der IP-Adressen zu testen.

Grundsätzlich muss man sagen, dass webEdition mehr ein Content-Management-Framework ist. Es gibt weder Themes noch fertige Layouts, d.h. der Entwickler muss sich um alles selber kümmern. Genau aus diesem Grund kann man mit webEdition sehr gut optimierte Websites umsetzen - das A und O ist dabei natürlich das technische Verständnis von HTML, PHP, webEdition und Suchmaschinen-Optimierung.

Aus meiner langjährigen Erfahrung mit dem Content-Management-System kann ich folgende Hinweise bei der Umsetzung geben:

• Nutzen Sie die Eigenschaften (Titel, Description und Keywords) bei jedem Dokument und implementieren Sie diese auch im Template. Dadurch bekommt jedes Dokument einen eindeutigen Titel, eine Description und ggf. Meta-Keywords. Sollten diese Felder nicht gesetzt sein (ifEmpty), können Sie anhand des Seitentitels eine Description generieren.
• Pflegen Sie Dokumente strukturiert in Ordnern ein, d.h. ein Artikel zum Thema Automobil sollte nicht /auto.html, sondern /auto/index.html heissen. Dadurch haben Sie die Möglichkeit bei der Ausgabe, dass unnötige index.html zu entfernen und die URL schön kurz darzustellen, nämlich als /auto/.
• Entfernen Sie in Listviews unnötige Dateinamen wie index.html (s.o.). Das können Sie dadurch erreichen, dass sie sich den Pfad des aktuellen Dokuments im Listview holen und dann einfach die ungewünschte Zeichenkette entfernen. Eine weitere Möglichkeit, ist das Auslesen der ParentID des Dokuments.
• Wenn Sie das Navigations-Tool von webEdition nutzen, können Sie ebenfalls unnötige Dateinamen entfernen. Im Artikel Suchmaschinenfreundliche URLs mit der webEdition Navigation erfahren Sie, wie das geht.
• Ähnlich wie mit dem Navigations-Tool können Sie auch Links im Eingabefeldern bearbeiten. Einfach die Ausgabe des Angabefeldes puffern und dann von internen Links die ungewünschten Dateinamen abschneiden.
• Die wohl größte Herausforderung ist die Nutzung von Objekten. Je nachdem wie Ihr System aufgebaut ist, gibt es verschiedenen Möglichkeiten diese URLs besser zu gestalten. Ein Weg ist z.B. mit Hilfe von URL-Rewritung die Objekte-ID zu übergeben und dann noch einen für das System “unnützen” String, z.B. /events/4565/webedition-schulung-august-2010/. Viele andere Muster sind dabei denkbar.
  Einen Weg den ich üblicherweise eingeschlage, ist die Nutzung eines Textfeldes im Objekt das im System eindeutig sein sollte. Diese Textfeld nutze ich dann, um das Objekt aus dem System auszulesen, wie z.B. bei http://handy-preis.net/samsung-galaxy-s-i9000/. Anstatt ein eigenes Textfeld zu nutzen, kann man auch den Objektnamen nehmen. Meine Erfahrung sagt jedoch, dass der Objektname und der Inhalt des Objektes manchmal recht stark variieren.

Mit diesen kleinen Tricks können Sie eine webEdition Seite recht gut optimieren. Sollten Sie weitere Fragen haben oder eine ausführliche Beratung wünschen, können einen Kommentar schreiben oder mich jederzeit kontaktieren.

Die Optimierung Ihrer Website für zufriedene Benutzer UND Suchmaschinen beginnt eigentlich schon bevor Sie auch nur eine Zeile Quellcode schreiben. Bei der Umsetzung von großen Projekten beginnt die Optimierung bereits in der Auswahl und Konfiguration des Webservers. Auch wenn Sie vielleicht einen eigenen Root Server haben, so lässt sich trotzdem noch einiges an der Performance optimieren.

Einige sehr interessante Tipps gibt es z.B. auf folgender Seite:

• Webserver Optimization and Bandwidth Saving Tips
  https://calomel.org/save_web_bandwidth.html

Wenn der Webserver eingerichtet ist, gibt es bei der Umsetzung des Designs auch noch einiges zu beachten. Zwei große Suchmaschinen-Betreiber geben dazu wirklich sinnvolle Tipps:

• Yahoo Developer Network: Best Practices for speeding up your website
  http://developer.yahoo.com/performance/rules.html
• Google Page Speed: Web Performance Best Practices
  http://code.google.com/intl/de-DE/speed/page-speed/docs/rules_intro.html

Technische Website Optimierung beginnt also schon bei der Planung und Umsetzung der Website. Um so besser und performanter Ihre Site ist, umso lieber kommen auch Google und Co. vorbei und übernehmen die Inhalte in den Suchmaschinen-Index.

Seitdem Facebook die Social Plugins eingeführt hat, gibt es beim Wizard für die Like-Box verschiedene Probleme. Ich habe mich sehr lange damit herumgeschlagen, dass im IFrame eine nicht funktionierende Seite eingezeigt wurde.

In einem Forum bei Facebook bin ich auf die Lösung gestoßen. Wenn man sich den Code vom Like-Box Wizard generieren lässt, erhält man etwas, dass ungeführ so aussieht:

<iframe src="http://www.facebook.com/plugins/likebox.php?profile_id=185550966885&amp;width=292&amp;connections=10&amp;stream=true&amp;header=true” scrolling=”no” frameborder=”0″ allowTransparency=”true” style=”border:none; overflow:hidden; width:292px; height:px”></iframe>

Ich habe in dem Snippet das Attribut profile_id hervorgehoben. Damit die Like-Box bei Ihnen richtig funktioniert, müssen Sie das Wort profile_id durch id ersetzten. Das sieht dann ungefähr so aus:

/plugins/likebox.php?id=185550966885

Nachdem ich das angepasst hatte, war die Facebook Like-Box überall problemlos zu sehen.

Derzeit gibt es bei Sitepoint ein gratis eBook in englischer Sprache das beschreibt, wie Sie eine eigene Firefox Extension erstellen können. Es ist sehr einfach aufgebaut und erläutert Schritt für Schritt den Entwicklungsprozess.

Link: http://tools.sitepoint.com/codeburner/firefox/

Als ich heute einige Plugins updaten wollte, kam leider die o.g. Fehlermeldung. Im Blog von Alex stand ein einfacher Lösungsvorschlag. Da jedoch viele nicht den absoluten Pfad zum Blog kennen, habe ich seine Lösung etwas umgeschrieben. Statt dem absoluten Pfad wird nun der Document-Root des Webservers genommen. Ggf. muss man dort noch der WordPress-Installationsverzeichnis eintragen.

putenv('TMPDIR='. $_SERVER['DOCUMENT_ROOT'] .'/wp-content/tmp');
define('WP_TEMP_DIR', ABSPATH . 'wp-content/tmp');

Ich hoffe, dass diese Lösung auch anderen hilft die Probleme beim Update der Plugins hatte.

Seit dem 1. Juni 2009 ist das bis Oktober 2008 kommerzielle Content-Management-System webEdition komplett frei. Es wurde eigens vom Hersteller living-e eine eigene Community gegründet.

Mit der komplette Überführung sind ab sofort auch alle zuvor kostenpflichtigen Support-Dokumente frei im Netz verfügbar. Für mich ein weiterer Grund jederzeit wieder webEdition zu nutzen.

Bevor ich Ihnen erläutere, wie Sie Ihre Google Analytics Konto-Daten abrufen können, lesen Sie bitte den ersten Teil Authentifizierung dieser Serie. Im folgenden Beispiel wird das Auth-Token $auth aus dem ersten Artikel benötigt.

Um auf Ihre Account-Daten zugreifen zu können, müssen Sie sich bei Google authentifizieren. Dies geschieht indem Sie einen angepassten HTTP-Header mit jeder Abfrage mitsenden. Auch hierzu verwenden ich wieder das HTTP_Request-Package von PEAR. Folgendes Beispiel zeigt, wie Sie eine Anfrage an den entsprechenden Service stellen:

// URL des Account-Services
$FEED_URL = 'https://www.google.com/analytics/feeds/accounts/default';

// neues Request-Objekt erstellen
$req = new HTTP_Request($FEED_URL);

// Wichtig: Methode GET nicht POST
$req->setMethod(HTTP_REQUEST_METHOD_GET);

// Authentifizierungs-Header konstruieren
$req->addHeader('Authorization', 'GoogleLogin auth='.$auth);

// Anfrage senden
$response = $req->sendRequest();

Das erfolgreiche Ergebnis dieser Anfrage enthält eine XML-Datei. Die Daten sehen ungefähr so aus. Ich habe IDs und Domainnamen durch Fantasie-Inhalte ersetzt.

  http://www.google.com/analytics/feeds/accounts/YOURID
  2009-03-21T07:46:38.000-07:00
  

  
    Google Analytics
  
  Google Analytics
  14
  1
  14
  
    http://www.google.com/analytics/feeds/accounts/ga:0001
    2009-01-30T09:06:56.000-08:00
    

    ga:0001
    
    
    
    
  
  
    ...
  

Sie können die Daten folgendermaßen ermitteln. Bitte beachten Sie die Anmerkungen nach dem Code-Beispiel.

if ($response) {

  // Daten extrahieren
  $content = $req->getResponseBody();

  // als XML-Datei laden
  $xml = simplexml_load_string($content);
}

Um die XML-Daten weiterzuverarbeiten, können Sie z.B. die hier benutzte Funktion simplexml_load_string nutzen. Bitte beachten Sie aber, dass in den XML-Daten Namespaces verwendet werden. Die benutze Funktion kann diese Daten leider nicht auslesen. Ich empfehle Ihnen lieber auf die DOM-Funktionen von PHP zurückzugreifen.

Die hier ermittelten Google Analytics Kontodaten werden benötigt, um die Statistiken der von Ihnen angelegten Websites abzufragen. Im nächsten Teil dieser Serie erfahren Sie, wie Sie Pageviews und Visits einer Ihrer Website abfragen können.

Abonnieren Sie den News-Feed, um weitere Artikel in dieser Serie nicht zu verpassen.

Vor wenigen Tagen hat Google nach langer Zeit endlich eine Schnittstelle für den Web-Analytics-Dienst Google Analytics zur Verfügung gestellt. Mit der Data Export API können Sie die gespeicherten Daten abfragen.

Google stellt dafür bereits vorgefertigte Clients für Java und JavaScript zur Verfügung. Bisher gibt es jedoch keine Bibliothek für Abfragen mit PHP.

Im ersten Teil der Serie möchte ich die Authentifizierung bei Google vorstellen. Diese ist notwendig um die Account-Daten und Statistiken abzufragen.

Für die Authentifizierung ist es notwendig die Daten an Google per HTTP-Post zu übertragen. Es gibt unterschiedliche Möglichkeiten dies umzusetzen. Ich habe mich für das PEAR-Paket HTTP_Request entschieden. Sie sollten es Ihrer PEAR-Installation hinzufügen. Im Anschluss können Sie es folgendermaßen in Ihrem Script nutzen.

require_once('HTTP/Request.php');

Um sich nun bei Google zu authentifizieren, müssen Sie den Nutzernamen und Ihr Google Analytics Passwort wissen. Zusammen mit einem festgelegten Service- und Account-Typ müssen Sie alle Parameter per POST an Google senden. Folgender Code übernimmt dies:

$AUTH_URL 	= 'https://www.google.com/accounts/ClientLogin';

$email 		= 'ihremail@domain.com';
$password 	= 'ihrpasswort'

// neues Request-Objekt erstellen
$req = new HTTP_Request($AUTH_URL);
$req->setMethod(HTTP_REQUEST_METHOD_POST);

// Parameter hinzufügen
$req->addPostData('Email',        $email);
$req->addPostData('Passwd',       $password);

$req->addPostData('accountType',  'GOOGLE');
$req->addPostData('service',      'analytics');
$req->addPostData('source',       'meshed.de-test-0.1');

// Request senden
$response = $req->sendRequest();

Wenn Sie nun der Request absendet haben und Sie sich erfolgreich authentifizieren konnten, erhalten Sie als Response eine Nachricht die aus drei Zeilen besteht. Darin ist auch das sogenannte Auth-Token enthalten. Sie benötigen dies um alle weiteren Abfragen an den Account durchzuführen.

Der folgende Code zeigt, wie Sie das Auth-Token aus dem Response-Body auslesen können.

$authArray = array();

// Zeilen des Responses in Array speichern
$lines = explode("\n",$req->getResponseBody());

// Zeilen durchgehen
foreach ($lines as $line) {

  // Schlüssel vom Wert trennen
  $keyValue = explode("=", $line);

  $key = $keyValue[0];
  $value = $keyValue[1];

  // Daten in Array schreiben
  $authArray[$key] = $value;   

}

// Auth-Token ermitteln
$auth = $authArray['Auth'];

In der Variable $auth ist nun der Auth-Token gespeichert.

In dem nächsten Teil der Serie erkläre ich Ihnen, wie Sie Ihre Google-Analytics Kontodaten abfragen können.

Abonnieren Sie meinen News-Feed, um die folgenden Artikel zur Google Analytics API nicht zu verpassen.