Lorem Ipsum Ges.m.b.H. » Blog

Softphone GreenJ mit neuer Heimat auf GitHub

Daniel Leeb — Wed, 11 Jan 2012 08:14:18 +0000

Letzten Monat haben wir unser Open-Source Softphone GreenJ bereits auf unserer Seite zum Download freigegeben und ihm auch eine eigene Domain – greenj.org – spendiert. GreenJ ist eine plattformunabhängige Voice-over-IP Applikation, welche es einem Webentwickler ermöglicht, mittels einer einfachen Schnittstelle, eine Webseite als Telefonsystem zu erstellen. Unser Programm bietet die nötigen Telefonfunktionen und kann eine beliebige Oberfläche durch den integrierten Browser darstellen. Mehr Informationen sowie Downloads des Programms, Quellcodes und der Dokumentation können in der Einführung zu GreenJ gefunden werden.

GreenJ auf GitHub

Um die Verfügbarkeit noch zu verbessern, befindet sich GreenJ ab sofort als Repository auf GitHub.com und kann auch von dort heruntergeladen werden.

Etwa indem man das GreenJ Repository klont:

1	$ git clone git://github.com/danleeb/GreenJ.git

In der mitgelieferten Readme, siehe auf GitHub unterhalb der Dateiliste, findet man auch eine kurze Schritt für Schritt Anleitung, um GreenJ unter Ubuntu 11.10 (32-bit Linux) zu kompilieren. Natürlich lässt sich GreenJ auch unter einer anderen Linux Distribution oder unter Windows kompilieren und verwenden. Bei Interesse einfach unsere GreenJ Produktseite besuchen.

Doctrine 2 SQL Profiler in Debugleiste

Daniel Leeb — Wed, 21 Dec 2011 15:12:17 +0000

Auch wenn es sich um ein sehr spezielles Thema handelt, möchte ich hier kurz zusammenfassen, wie man einen Doctrine 2 SQL Logger/Profiler in einer Zend Framework Umgebung umsetzen kann. Da die Kombination aus ZF und Doctrine 2 durchaus beliebt zu sein scheint, zumindest wenn man von Blogeinträgen und Tutorials im Internet ausgeht, könnte dieser Beitrag für manch einen hilfreich sein. Vorweg möchte ich auch noch auf eine praktische Lösung hinweisen, um Doctrine 2.x mit dem Zend Framework 1.x zu verbinden: Und zwar Bisna von Guilherme Blanco, zu finden in seinem GitHub Repository. Danach lässt sich Doctrine mittels Zend_Config (ini, xml, etc.) konfigurieren.

SQL Queries in der ZFDebug-Leiste

Nach der Integration von Doctrine in unsere neue Webapplikation basierend auf dem Zend Framework fehlte uns noch eine einfache Möglichkeit SQL Queries anzuzeigen. Da wir bereits ZFDebug verwenden, lag ein zusätzliches Plugin für die Ausgabe in der Debugleiste für uns nahe. ZFDebug wurde leider seit Mitte 2009 nicht mehr aktualisiert, funktioniert jedoch immer noch sehr gut, liefert hilfreiche Informationen rund um die Webapplikation und lässt sich sehr einfach erweitern. Daher werde ich hier zeigen, wie man den Doctrine 2 Profiler in einem ZFDebug Plugin verwenden kann.

Profiler

Doctrine bietet mit Doctrine\DBAL\Logging\SQLLogger bereits ein Interface um einen Logger mit einer Datenbank-Verbindung zu verknüpfen. Wir implementieren dieses Interface mit den beiden Methoden startQuery() und stopQuery() und speichern einfach alle Queries in ein Array das wir später in der Debugleiste ausgeben werden.

DoctrineExtensions/Profiler/ZFDebugProfiler.php:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28

namespace DoctrineExtensions\Profiler;

class ZFDebugProfiler implements \Doctrine\DBAL\Logging\SQLLogger
{
public $totalTime = 0.0;
public $queries = array();

protected $_curQuery = null;

public function startQuery($sql, array $params = null, array $types = null)
{
$this->_curQuery = new \stdClass();
$this->_curQuery->sql = $sql;
$this->_curQuery->params = $params;
$this->_curQuery->time = \microtime(true);
}

public function stopQuery()
{
$executionTime = \microtime(true) - $this->_curQuery->time;
$this->totalTime += $executionTime;
$this->queries[] = array(
'time' => $executionTime,
'sql' => $this->_curQuery->sql,
'params' => $this->_curQuery->params
);
}
}

Nun müssen wir Doctrine noch mitteilen, dass unser Profiler verwendet werden soll. Wird Bisna eingesetzt, kann dies ganz einfach in der Konfiguration (hier beispielsweise in einer ini-Datei) erledigt werden:

1	resources.doctrine.dbal.connections.default.sqlLoggerClass = "DoctrineExtensions\Profiler\ZFDebugProfiler"

Im Hintergrund wird der Konfiguration der DBAL-Verbindung eine neue Instanz unseres SQL Loggers übergeben:

1
2
3

$configuration = new Doctrine\DBAL\Configuration();
$configuration->setSQLLogger(new DoctrineExtensions\Profiler\ZFDebugProfiler());
$connection = Doctrine\DBAL\DriverManager::getConnection($connectionParams, $configuration);

Natürlich lässt sich statt des ZFDebugProfilers auch einfach ein LogProfiler oder FirebugProfiler implementieren, welche die Queries direkt in eine Datei schreiben bzw. im Firebug ausgeben. Wir verwenden unseren Profiler hingegen, um die SQL Queries in einem ZFDebug Plugin aufzulisten.

ZFDebug Plugin

Nachdem der SQL Logger an Doctrine übergeben wurde, werden alle SQL Queries, deren Parameter und die Dauer der einzelnen Queries gespeichert. Ausgeben wollen wir das Ganze in unserer ZFDebug Leiste, wir erstellen also zunächst ein Plugin, indem wir das Interface ZFDebug_Controller_Plugin_Debug_Plugin_Interface implementieren:

ZFDebug/Controller/Plugin/Debug/Plugin/Doctrine.php:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76

class ZFDebug_Controller_Plugin_Debug_Plugin_Doctrine implements ZFDebug_Controller_Plugin_Debug_Plugin_Interface
{
protected $_identifier = 'doctrine';
protected $_profilers = array();

public function __construct(array $options = array())
{
if (isset($options['profiler'])) {
$this->_profilers = $options['profiler'];
}
if (!is_array($this->_profilers)) {
$this->_profilers = array($this->_profilers);
}
}

public function getIdentifier()
{
return $this->_identifier;
}

public function getTab()
{
if (!count($this->_profilers)) {
return 'No Profiler';
}
foreach ($this->_profilers as $profiler) {
$profilerInfo[] = count($profiler->queries) . ' in ' . round($profiler->totalTime * 1000, 2) . ' ms';
}
return implode(' / ', $profilerInfo);
}

public function getPanel()
{
$html = '';
if (!count($this->_profilers)) {
return $html . 'No Profiler';
}
foreach ($this->_profilers as $index => $profiler) {
$html .= '

Profiler ['.$index.']

;

foreach

(

$profiler

queries

$query

)

{

$html

[' . round($query['time'] * 1000, 2) . ' ms] ';
$html .= $this->highlightSql(htmlspecialchars($query['sql']));

if (!empty($query['params'])) {
$html .= '
bindings:' . $this->listBindings($query['params']);
}
$html .= '

;

}

$html

';
}
return $html;
}

private function listBindings($bindings)
{
$html = '

;

foreach

(

$bindings

$binding

)

{

$html

';
if (is_array($binding)) {
$html .= $this->listBindings($binding);
} else {
$html .= $binding;
}
$html .= '

;

}

return

$html

';
}

private function highlightSql($sql)
{
$statements = array('SELECT', 'UPDATE', 'INSERT', 'FROM', 'WHERE',
'LEFT JOIN', 'JOIN', 'ORDER BY', 'GROUP BY',
'OFFSET', 'LIMIT', 'SET', 'VALUES');
return preg_replace('/('.implode('|', $statements).')/', '\1', $sql);
}
}

Da wir auch ein wenig Wert auf die Formatierung legen, ist der Code des Plugins etwas umfangreicher ausgefallen. Wichtig sind die getTab() und getPanel() Methoden, welche die HTML Ausgabe für den Titel des Plugins in der Debugleiste und für detaillierte Informationen im Panel beim Ausklappen des Plugins zurückgeben.

Nun muss das Plugin noch in den Optionen von ZFDebug eingetragen werden. Beim Bootstrapping der Applikation erstellen wir das ZFDebug_Controller_Plugin_Debug und registrieren es beim Frontcontroller. Zunächst gehen wir jedoch sicher, dass die Doctrine Ressource bereits existiert und erstellen eine Liste der Profiler aller DBAL-Verbindungen, die wir anschließend unserem Plugin übergeben. In den ZFDebug Optionen tragen wir unter Plugins unsere Klasse ZFDebug_Controller_Plugin_Debug_Plugin_Doctrine mit dessen Konfiguration ein:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

$this->bootstrap('doctrine');
$container = $this->getResource('doctrine');
$profilers = array();
foreach ($container->getConnectionNames() as $connName) {
$profiler = $container->getConnection($connName)->getConfiguration()->getSQLLogger();
if ($profiler instanceof DoctrineExtensions\Profiler\ZFDebugProfiler) {
$profilers[$connName] = $profiler;
}
}
$options = array(
'plugins' => array(
'ZFDebug_Controller_Plugin_Debug_Plugin_Doctrine' => array(
'profiler' => $profilers
)
)
);
$debug = new ZFDebug_Controller_Plugin_Debug($options);
$this->bootstrap('frontController');
$this->getResource('frontController')->registerPlugin($debug);

Nun lassen sich alle Queries von Doctrine und deren Performance übersichtlich in ZFDebug anzeigen. Zu beachten ist vielleicht, falls man Bisna verwendet, dass durch den Aufruf von $container->getConnection($name)… die DBAL-Verbindungen tatsächlich gestartet werden. Ansonsten würden sie nicht unbedingt bereits beim Bootstrapping, sondern erst bei der ersten Verwendung gestartet. Da ZFDebug aber sowieso nur im Debug-Modus laufen sollte, muss diesbezüglich nur auf den Unterschied zwischen Debug- und Production-Modus geachtet werden.

Verwendete Versionen:
- Zend Framework 1.11.11
- Doctrine 2.1.5
- ZFDebug 1.5

Zend Framework 2

Da ZF2 wohl noch einige Monate auf sich warten lässt, kann man im Moment leider noch keine vollwertige Webapplikation darauf aufbauen. Spätestens zum Release wird aber eine Umstellung fällig werden, sollte die zweite Version das einhalten was sie momentan verspricht. Es wäre daher interessant zu wissen, ob ZFDebug auch für ZF2 erscheint, was wenn man sich die Projektaktivität ansieht eher zu bezweifeln ist – oder es vielversprechende Alternativen dazu gibt?

Rückmeldungen auf Bewerbungen zur offenen Lehrstelle

Werner Aschenbrenner — Thu, 08 Sep 2011 15:26:55 +0000

Auch in diesem Zyklus konnten wir uns über mehr Bewerbungen freuen als wir administrativ abarbeiten konnten.
Um nervösen Fragen vorzubeugen, ein kleiner Hinweis zur weiteren Vorgehensweise.

Alle Bewerber und Bewerberinnen die in die nähere Wahl fallen bekommen bis Mitte nächster Woche von uns eine Rückmeldung auf die eingesandten Unterlagen.

Absagen werden bis Ende September per Mail zugestellt.

Bis dato haben wir noch keine Gesprächstermine vereinbart, dies erfolgt am Montag & Dienstag.

Im Laufe der kommenden Woche werden dann die Vorstellungsgespräche stattfinden.
Nachdem der Büroumzug mittlerweile vollzogen wurde, werden bereits alle Vorstellungsgespräche im neuen Büro stattfinden.

Auch in diesem Zyklus waren Bewerbungen dabei die nicht elektronisch eingegangen sind sondern schriftlich per Post zugegangen sind. Sollten Sie sich noch bewerben wollen, bitten wir Sie dies per Mail zu tun!

Magento: Verschiedene Preise in StoreViews

Peter Hasitschka — Fri, 26 Aug 2011 09:55:51 +0000

Magentos Shop-Hierarchie ist in 3 Ebenen aufgebaut: Website – Store – StoreView. Letztere wird im Allgemeinen dazu verwendet, um mehrere Sprachen auf einen Shop anzuwenden. Je nach Einstellung können Felder global oder StoreView-spezifisch gesetzt werden. Außerdem kann man ohne Probleme verschiedene Währungen angeben.

Unser Kunde hatte jedoch den Wunsch, für ein spezielles Land eigene Preise festsetzen zu können. Leider bietet Magento out-of-the-box keine Möglichkeit das Preisattribut auf StoreView Ebene zu setzen, sondern nur global.

Abhilfe bietet das Modul Store Price[1] von ZenPrint. Es wandelt den Preis, der in der Datenbank als Decimal-Attribut gespeichert ist, von einem fixen globalen Attribut in ein frei wählbares um. Es lässt sich über Magento Connect Version 1.0 installieren, bzw. in neueren Magento Versionen problemlos manuell einspielen.

Nach der Installation muss das Attribut unter System->Configuration->Catalog->Catalog noch auf die StoreView Ebene gesetzt werden (Siehe Screenshot).

Aktivieren des Store Price Moduls

Nun können beim Wechsel des Store Views in der Backend-Produktansicht verschiedene Preise eingegeben werden.

: Store View spezifischer Preis

BugFix: Falls im Frontend die Preise in der Kategorieansicht plötzlich als SpecialPrices erscheinen muss noch schnell ins Template eingegriffen werden:
Unter app\design\frontend\[path_to_templates]\template\catalog\product\price.phtml findet man etwa in Zeile 43 folgenden Code:

1	$_product = $this->getProduct();

Diesen erweitert man um eine weitere Zeile, die das Produkt vollständig lädt:

1
2
3

$_product = $this->;getProduct();
$_product = Mage::getModel('catalog/product')
->load($_product->getId());

Schlussendlich sind im Frontend für jeden StoreView respektive Sprache verschiedene Preise verfügbar.

Preis im StoreView 1

Preis im StoreView 2

Links:

[1] http://www.magentocommerce.com/magento-connect/bott/extension/976/zenprint-store-price

Magento: Suche mit kurzer Zeichenlänge

Georg Perrogon — Fri, 01 Jul 2011 09:05:42 +0000

Magento bietet allerhand Einstellungen an, auch für die Produktsuche. So lässt sich die Mindestanzahl der Zeichen festlegen, ab der eine Suche möglich sein soll. Eine Produktsuche nach nur einem Buchstaben macht wohl nur in den wenigsten Fällen einen Sinn.

Anders schaut es hier bei Suchanfragen mit einer Länge von 3 Zeichen aus. Diese können bei manchen Shops schon häufiger auftreten. Nun kann es aber sein, dass trotz richtiger Magentoeinstellung und Vorhandensein mindestens eines passendes Produkts, die Suche bei nur 3 Zeichen zu keinem Ergebnis führt. Daran muss nicht unbedingt Magento schuld sein.

Die Standardeinstellungen eines MySQL-Servers verlangen bei einer Fulltext Suche eine Anfrage mit einer Mindestlänge von 4 Zeichen. Kürzere Anfragen bleiben unbeantwortet. Um dies zu ändern muss man die MySQL config /etc/mysql/my.cnf bearbeitet und die Variable ft_min_word_len hinzugefügt werden, z.B.:

1 2	[mysqld] ft_min_word_len=3

Nach Neustart des MySQL-Servers kann es notwendig sein, dass in der Datenbank die für die Suche verantwortliche Tabelle gerichtet werden muss:

1	repair table catalogsearch_fulltext quick;

Zu guter Letzt muss noch der Suchindex von Magento neu erstellt werden. Dies kann man gemütlich im Backend erledigen, aber auch über die Konsole gibt ein Skript im Magento-Ordner unter shell:

1	php indexer.php --reindex catalog_category_product

Jetzt sollten auch Suchanfragen mit 3 Zeichen Länge zu Ergebnisse führen.

Follow-Up zum Grazer Webmontag: Empfehlenswerte WordPress-Plugins

Ing. Karl Kowald — Tue, 07 Jun 2011 17:49:30 +0000

Wie bereits gestern am Grazer Webmontag angekündigt hier eine kurze Zusammenfassung der vorgestellten Plugins:

Für die Suchmaschinenoptimierung

Das Plugin “All in One SEO Pack” ist kostenlos, mit wpSEO kann man jedoch bereits ab knapp 20 € eine schönes Plugin erhalten, das sehr sauber gecodet ist. Für den Einstieg ist der kostenlose Konkurrent jedoch durchaus ausreichend. Google XML Sitemaps sollte auf jedenfall in jede WordPress-Installation. Alleine das zusätzliche Anpingen der Suchmaschinen beschleunigt die Aufnahme neuer Texte in die Ergebnisseiten der Suchmaschinen.

Caching und Ladezeitoptimierung

Mittels WP Minify verringert man die Anzahl der Connections pro Seitenaufruf durch zusammenlegen der ausgelagerten Javascript- & Stylesheet-Dateien. Zusätzlich wird durch eine Minimierung der Dateigröße ein weiterer Geschwindigkeitsvorteil erzielt. Die restlichen 3 Plugins sind für Cachings zuständig. Cachify eignet sich hervorragend für Einsteiger in dieser Thematik, bringt damit aber auch den geringsten Funktionsumfang mit sich. WP Super Cache hat bereits mehrere Funktionsvielfalt und ist für Erfahrener Anwender ohne besonderes Know-How bezüglich Webserveroptimierungen udgl. gut geeignet. W3 Total Cache ist der Monsterversuch nicht nur WordPress, sondern auch den dahinter liegenden Webserver zu optimieren. Hierbei wird zusätzlich zu Apache auch noch IIS und Nginx angeboten, wobei bei meinen Tests Probleme mit Nginx aufgetreten sind, es hierbei also noch nicht besonders ausgereift scheint. Zusätzlich bringt es seine eigene Minify-Lösung mit und bietet auch mehrere Möglichkeiten mit einem CDN zu arbeiten. Dieses Plugin ist besonders für erfahrene Entwickler geeignet, da es einen guten Einstieg in die Thematik der Optimierung rund um Webserver, PHP & WordPress bietet, aber leider noch nicht in allen bereich perfekt funktioniert und eventuell im Detail “angepasst” werden muss.

Funktionserweiterungen

Die Antispam Bee ist die kostenlose Alternative zum von WordPress mitausgelieferten Akismet, auch für kommerzielle Seiten kostenlos. AntiVirus hilft beim Auffinden potentieller Eindringlinge, falls das eigene WordPress Theme verseucht sein sollte (kommt vor allem bei kostenlosen Designs ab und an vor). Es behebt das Problem jedoch nicht selbstständig. Mit dem Contact Form 7 kann man spielend einfach Mail-Formulare für den eigenen Blog verbauen. Durch die einfache Handhabung ist kein Hintergrundwissen bezüglich HTML-Formularen notwendig. Das Newsletter-Plugin bietet einen kostenlosen Einstieg ins Newslettergeschäft. Sobald man jedoch einen großen Kundenstamm aufgebaut hat empfiehlt es sich hier auf eine kostenpflichte Software umzusteigen, aber für den Start allemal top. Mittels qTranslate kann man WordPress in mehreren Sprachen verfügbar machen. Da WordPress von seiner internen Struktur für Mehrsprachigkeit leider nicht ausgelegt ist, schränkt man hier teilweise den Funktionsumfang anderer Plugins ein. Sobald man Mehrsprachige Webseiten mit WordPress umsetzen möchte emfpiehlt es sich sehr sorgfältig die benötigten Erweiterungen zu überprüfen ob diese Kompatibel sind. Statify bietet eine “deutschlandsichere” Besucherzählung an, sodass man vor Abmahnungen aus Datenschutzgründen geschützt ist. Für österreichische Projekte ist es nicht notwendig vom deutlich umfangreichen Google Analytics wegzugehen.

Nette Spielereien aus Grafik und Funktion

Der CodeColorer bietet eine einfache Möglichkeit für Entwickler Sourcecode visuell angenehm darzustellen. Zusätzlich bietet er auch die Option auf eine Verlinkung der Befehle direkt zu den Hersteller-Hilfedokumenten. Mit der FancyBox for WordPress kann man mittels 1-Click-Install den schönen grafischen Effekt der jQuery-FancyBox in die Seite integrieren. Einzelbilder werden damit ebenso wie ganze Gallerien mit diesem jQuery-Effekt dargestellt. Mit wpMAPS wird einem eine einfache API-basierte Möglichkeit geboten wie man Google Maps auf die eigene Seite integrieren kann. Besonders geeignet für Kontakt- & Impressum-Seiten.

Sturm12 Liveticker Rapid Wien vs Sturm Graz

Ing. Karl Kowald — Sat, 09 Apr 2011 17:16:37 +0000

Ein kleiner Ersatzlink für die Ausfallszeit des Sturm12.at – Servers:

Liveticker: Rapid Wien – Sturm Graz

WordPress 3.1 Pluginbugfixing bei Kategorielinks

Ing. Karl Kowald — Thu, 24 Feb 2011 21:43:58 +0000

Seit gestern wird WordPress 3.1 als stable ausgeliefert, jedoch scheinen einige Plugin-Anbieter ihre Software nicht damit vorabgetestet zu haben, denn bei einigen treten seltsame Fehler auf, betreffend der mod_rewrite-Funktion für sprechende URL’s und Kategorielinks

Kategorielinks verweisen auf Artikel oder 404-Fehlerseite

Ob man ein Plugin mit solch einen Fehler hat bemerkt man eigentlich sehr einfach. Klickt man auf einen Kategorielink und wird automatisch auf einen Artikel der Kategorie oder eine 404 Fehlerseite weitergeleitet, anstatt in der schönen Kategorieübersicht zu landen hat man ein nicht kompatibles Plugin dabei.

1 Zeile auskommentieren als Sofortmaßnahme

Erstaunlicherweise lässt sich das in den meisten Fällen jedoch recht einfach lösen. Einfach nach folgender Zeile suchen:

1	$wp_rewrite->flush_rules();

Diese Zeile einfach auskommentieren oder löschen und schon funktionieren die Kategorielinks wieder korrekt. Trotz dieses Eingriffs funktionieren die Plugins alle noch korrekt (bisher 3 Plugins auf diese Art bearbeitet). Dies ist zwar keine sinnvolle Dauerlösung, jedoch werden in den nächsten Tagen und Wochen die meisten Pluginentwickler adequate, getestete Lösungen via Updates nachreichen.

Betroffene Plugins via Linux-Shell finden

Betreiber von Blogs mit sehr vielen Plugins können mit diesem Aufruf in der Linuxshell rasch und effizient herausfinden in welche Plugins von diesem Problem betroffen sind.

1	grep -rl 'flush_rules' /pathtowordpress/wp-content/plugins/

Mit diesem Aufruf erhält man eine Liste betroffener Dateien zurück, dort muss nur noch der entsprechende Eintrag auskommentiert werden.

WordPress Adminbar für Usergruppen global deaktivieren

Ing. Karl Kowald — Wed, 23 Feb 2011 19:30:25 +0000

Seit heute ist WordPress in der Version 3.1 veröffentlicht. Mit diesem Release kam unter anderem ein Feature namens Adminbar, für Benutzer von wordpress.com bereits eine bekannte Kopfleiste im Frontend von WordPress um schneller Backendfunktionen auch im Frontend nutzen zu können.

Adminbar für registrierte Benutzer global deaktivieren

Grundsätzlich eine sinnvolle Sache für Admins und Redakteure, jedoch für registrierte Leser meist unnötig und nicht ins Designkonzept passend. Mit einem kleinen aber feinen Eintrag in der functions.php des aktivierten Designs kann man dem aber Abhilfe schaffen – alternativ kann man das natürlich auch via Plugin aktivieren:

1
2
3

if(!current_user_can('edit_posts')) {
add_filter( 'show_admin_bar', '__return_false' );
}

Mit diesen Zweizeiler kann man auf einfachste Weise die Adminbar für gewisse Usergruppen deaktivieren. In diesem Beispiel gilt das nur für registrierte Benutzer, da diese die einzige Gruppe ist, die keine Artikel editieren kann.

edit_posts

Facebook-Connect in Magento-Shops

Peter Hasitschka — Fri, 11 Feb 2011 10:09:13 +0000

Seit Dezember 2008 bietet Facebook eine interessante Lösung für den Login-Prozess auf Internetseiten an. Dabei können User mittels des Facebook-Connect-Buttons sich mit einem Klick auf Seiten registrieren bzw. einloggen.
Da Magento auch einen Checkout-Prozess mit einem User-Login anbietet, lag es nahe eine Facebook-Connect Lösung auch für Shops zu implementieren.

Um Facebook connect realisieren zu können, muss man vorab den technischen Ablauf verstehen: Im Grunde befindet sich zwischen der eigenen Seite und Facebook als Schnittstelle im Login-Prozess der Access-Token. Dieser wird von Facebook zurückgegeben, wenn dort die Authorisierung der entsprechenden Seite erfolgt ist. Da die Intentität des Users durch sein Login bei Facebook bestätigt ist, kann mittels des Tokens die UserID von Facebook abgefragt werden, und anstatt eines User-Passwort Tupels für den Login auf unserer Seite benutzt werden.

Um einen gültigen Access-Token zu bekommen muss der User natürlich bestätigen, dass er der jeweiligen Seite seine ID und optional weitere Informationen zur Verfügung stellen will. Facebook identifiziert die Seite über eine vom Seitenbetreiber erstellte Facebook-App. Diese hat insofern keinen spannenden Inhalt da sie ausschließlich speichert, welche Informationen des Users abgefragt werden sollen, und welche Seite dafür gültig sein soll.

Facebook-Connect

Beim Klicken auf den Facebook-Connect-Button wird der User um Bestätigung aufgefordert, die entsprechende Anwendung (die auf unsere Seite weiterleitet) mit den entsprechenden Rechten (Lesen von Posts, Bildern, schreiben von Posts, etc.) zu authorisieren. Ist die Authorisierung erfolgt wird der User auf die angegebene Landing-Page weitergeleitet. Mit dem nun erhalteten Access-Token kann die Seite einen Registrierungs- bzw. Login Prozess durchführen. In unserem Falle speichern wir Magento-User-Ids und Facebook Ids in einer Tabelle und können mittels LoginById() – Methode des Session-Models einen Login durchführen, sobald eine gültige Facebook-Id zurückkommt.
Sobald der Facebook-User einmal die Anwendung authorisiert hat, wird dieser Schritt übersprungen, wodurch ein One-Click-Login möglich ist.

Die Grundmotivation für den Einbau von Facebook-Connect in unseren Shop war es neben der generellen Connect-Idee, die kurz zuvor von Facebook gestartete Freigabe von Adressen und Telefonnummern der User zu nutzen. Dies wäre insofern praktisch gewesen, dass dem Magento-User eine Registrierung mit notwendiger Adresseingabe erspart geblieben wäre, da diese direkt von seinem Facebook-Account gelesen worden wären. Leider wurde die Bekanntgabe von Facebook von manchen Medien falsch aufgefasst und als weiterer drastische Einbuße von Datenschutz interpretiert, wodurch sich Facebook gezwungen sah, diese beiden User-Informations-Freigaben wieder zu deaktivieren. Dadurch konnten wir dem User die Dateneingabe im Registrationsprozess nicht abnehmen, jedoch bleibt noch immer der Vorteil des schnellen einloggen und registrierens.
Auch ein Verschmelzen von bereits existierenden Magento-Accounts wurde implementiert. Der User kann im Nachhinein seinen Account mit Facebook-Connect verbinden.