Um einen (freien) Lizenzschlüssel zu bekommen, muss man sich dort registrieren und kann nach dem Login unter Licenses die Schlüssel generieren lassen.
So, jetzt aber mein kurzer Erfahrungsbericht zur Installation von Dolphin:

Was man vorher wissen/installieren sollte:
- Pfad zum PHP-Interpreter (/usr/local/bin/php o.ae.)
- ImageMagick sollte installiert sein
- eine Datenbank muss bereits eingerichtet sein

Installation:
- Paket entpacken, alles moeglichst ins Root-Verzeichnis hochladen (Subdomain funktioniert anscheinend nicht, dann bekommt man keinen Admin-Zugang, weil immer wieder aufs normale Member-Login umgeleitet wird?)
- .htaccess-Dateien loeschen oder vorher entfernen
- Install-Skript aufrufen unter http://www.domain.de/install/index.php
- den Anweisungen folgend die Rechte setzen
- Pfade etc. eingeben (s.o.)
- Datenbankdaten eingeben
- Cronjobs einrichten
- für einige Dateien die Rechte wieder zuruecksetzen
- Install-Ordner loeschen
- Seite reloaden
- der Admin-Zugang befindet sich normalerweise unter http://www.domain.de/admin/index.php, einloggen, loslegen

Ich habe es testweise auf meinem vServer installiert, aber die Software verursachte sehr viele Datenbankconnections, ausserdem lud die Seite sehr langsam, es “fühlte” sich wie eine Endlosschleife an.
Bei der lokalen Installation auf XAMPP wurden zwar die Pfadangaben zum nachinstallierten ImageMagick nicht akzeptiert und es wurden meiner Erinnerung nach weitere Warnhinweise ausgegeben, aber die habe ich getrost alle ignoriert und jetzt läuft es , ohne dass ich bisher Probleme bemerkt hätte.

Der “Trick”, damit es dann doch noch klappt, ist genauso einfach wie mMn kurios: die WAP/WAP2-Verschlüsselung vergibt in regelmässigen Zeitabständen neue Schlüssel, die Uhrzeiten zwischen dem Access Point (also eher meinem Konfigurationsrechner) und dem Laptop stimmten jedoch nicht exakt überein und so sagte der eine Rechner “hier hast du einen neuen” und der andere “ähäh, viel zu früh/spät”. Zwei Königskinder, die nicht zusammenkommen konnten, weil ihre Uhrzeit nicht synchronisiert war …
Ich habe die Laptopzeit synchronisiert, das Drahtlosnetzwerk neu eingerichtet und tatsächlich, zack, war die Verbindung da. Sachen gibt’s.
(Vielen Dank an meinen Bruder für diesen Tipp.)

Zumindest angetestet habe ich inzwischen zwei der Plugins, die Quintessenz gleich vorweg:
Sie sind für den Einsatz auf dem amerikanischen Markt entwickelt und daher – auch wenn Land, Währung etc. sogar ausgewählt werden kann – mMn für einen Shop auf dem deutschen oder europäischen Markt nicht sonderlich geeignet.
Das fängt mit der Sprache an, die wenigstens für das Frontend mitunter mühsam Fitzelchen für Fitzelchen in den Eingeweiden bearbeitet werden muss.
Und das hört bei den Bezahlmethoden auf, die sich auf Paypal oder auch Kreditkarte beschränken, was bei  deutschen Kunden und Kundinnen nicht so ohne weiteres angenommen wird.
Davon abgesehen hat nur eines dieser Plugins eine Option, anhand derer die AGB vor einer wirksamen Bestellung erst akzeptiert werden müssen.

eCommerce Lite 2.0
Nach meinem Dafürhalten das am einfachsten bedienbare und doch kompletteste Plugin.
Kategorien, Marken und Artikel können angelegt und bearbeitet, Lagerbestände angegeben werden, ich meine, sogar Sonderposten bzw. Spezialpreise sind möglich. Pro Artikel kann ein Bild hochgeladen werden, dessen Masse innerhalb der Artikelbearbeitung verändert werden können. Jedem Produkt können individuell die passenden Versandkosten mitgegeben werden.
Die Warenkorb-Funktion, welche als Widget auf den Shopseiten immer sichtbar ist, gefällt mir gut.
Für die einzelnen Shopstationen Bestellung, Kasse etc. werden statische Seiten erzeugt, die per Hand aus der Sidebar-Navigation ausgeblendet werden können.
Soweit ich mich erinnere, ist dies das einzige Plugin, welches die angesprochene AGB-Option beim Abschluss der Bestellung vorschreibt.
Die kostenlose Version kommt lediglich mit einer sehr rudimentären Paypal-Bezahlmethode aus, d.h. lediglich der Verweis auf das Konto kann angelegt werden, eine Übergabe von Parametern wie Artikelnr., Preis, Versandkosten etc. erfolgt nicht. Oder diese Funktion hat sich gut vor mir versteckt.
Für jede Transaktion werden emails erzeugt, was an sich ja nichts schlechtes ist, aber dass diese sowohl beim Kunden als auch beim Verkäufer gleich dreifach im Postfach landen, halte ich für stark übertrieben.
Weiterer kleinerer Bug: die bei jedem Produkt hinzugefügten Versandkosten werden bei Bestellung mehrerer Produkte fröhlich kumuliert.

Microshop
Eigentlich kein richtiges Plugin, da das Tool auch standalone Verwendung finden kann, es kann jedoch bei der Einrichtung an die Wordpress-Datenbank angekoppelt und das Seiten-Design mit einigen Handgriffen verwendet werden.
Als Bezahlmethode gibt es hier ebenfalls nur Paypal, aber soweit ich gesehen habe, werden die einkaufsrelevanten Parameter bei einer Zahlung mit übergeben und innerhalb der Admin-Oberfläche kann der Weg von der Bestellung bis zur Lieferung überprüft bzw. bearbeitet werden.
Eine AGB-Option fehlt.

Wer sich nur mal testweise mit seinem Blog aufs eCommerce-Parkett begeben will, dem sei ein einfacher Paypal-Button angeraten, der innerhalb des Paypal-Kontos mit ein paar Klicks erzeugt und dann unter dem betreffenden Blog-Artikel eingefügt werden kann.
Für Abos, Downloads oder die sog. Donations gut geeignet, für einen “greifbaren” Einzelartikel eher weniger, da die Erzeugung des Buttons bei der Eingabe von Versandkosten versagt und natürlich auch keine Lagerverwaltung dabei ist.

• Bild 1: Setzt Variablen und Arrays für die Navigation.
• Bild 2: Liest die XML-Datei mit Abfolge, Beschriftung und Link für die Navigation aus und  parst sie in die vorbereiteten Arrays.
• Bild 3: Bindet das Stylesheet für die Formatierung der Links ein.
• Bild 4: Baut die Navigation per Actionscript zusammen.

Ziel des Artikels ist es, Flash-Anwendungen besser zu strukturieren. Dazu gehört natürlich, dass Inhalte von der Darstellung getrennt werden, denn nur so lassen sie sich jederzeit editieren oder erweitern, ohne dass man die Flash-Datei anfassen muss: Ein Datensatz mehr im XML-File, der sich mit jedem simples Texteditor zufügen läßt, und statt 4 erscheinen 5 Navigationsbuttons.

Die Beispieldateien können im Beitrag heruntergeladen (und nachgearbeitet) werden. Ach ja, kleiner Tipp, der leicht übersehen wird: Wer eine ältere Flashversion als 8 verwendet, sollte in der XML-Datei statt button.png button.jpg einbinden.

Login-Formular einbinden – quick and dirty

Es gibt eine Quick-and-Dirty-Methode: Einfach das Formular in der Template-Datei (z.B. meintemplate.htm) hart codieren:

1. <form action=”20.0.html” method=”post” name=”login” enctype=”multipart/form-data”>Mein Login<br />
2. <input type=”hidden” name=”logintype” value=”login”>
3. <input type=”hidden” name=”pid” value=”15″ />
4. Mitglied: <input type=”text” name=”user”>
5. Passwort: <input type=”password” name=”pass”>
6. <input type=”submit” name=”submit” value=”Login” class=”submit”>
7. </form>

Form action verweist auf die Seite, zu der man nach  dem Login springen möchte, also die erste Seite des passwortgeschützten Bereichs. Das hidden field “pid” nennt den Sysordner mit den Zugangsdaten der Frontend-User.

Sieht gut aus, erreicht maximale Gestaltungsmöglichkeiten, denn ich kann den Submit-Button mit einer Klasse versehen (class =”submit”) und separat von den Input-Feldern formatieren (z.B. weniger breit und mit Rahmen). Der Nachteil: So greifen wir nicht auf die erweiterten Funktionen des Login-Formulars zu, also z.B. die Überprüfung der Eingabe (wenn das Pflichtfeld “user” leer blieb) und die Ausgabe eines anderen Buttons “Logout”, wenn man sich eingelogged hat. Hier kommt die umständlichere, dafür aber funktionstüchtige Variante:

Login-Formular per Typoscript

Dafür überschreiben wir im Setup des Templates einige Werte, leeren ein paar andere, die überflüssig sind, und formatieren unsere Werte dann per CSS. Nicht vergessen: Hinterher noch auf einen Marker im Template legen, damit man das Formular auch angezeigt bekommt (page.10.marks.LOGIN < tt_content.login.20).

1. #Login formatieren
2. tt_content.login.20.hiddenFields.pid.value = 15
3. tt_content.login.20.redirect = 20
4. tt_content.login.20.stdWrap.wrap = Mein Login<br />
5. tt_content.login.20.layout = ###LABEL### ###FIELD###
6. tt_content.login.20.labelWrap.wrap =
7. tt_content.login.20.dataArray.10.label.data >
8. tt_content.login.20.dataArray.20.label.data >
9. tt_content.login.20.dataArray.10.label = Mitglied
10. tt_content.login.20.dataArray.20.label = Passwort
11. tt_content.login.20.commentWrap.wrap =
12. tt_content.login.20.REQ.labelWrap.wrap =
13. tt_content.login.20.COMMENT >
14. tt_content.login.20.COMMENT.layout = <span></span>
15. tt_content.login.20.badMess = Pflichtfelder ausfüllen:
16. tt_content.login.20.image = file
17. tt_content.login.20.image.file = fileadmin/Admin/Login.gif
18. [loginUser = *]
19. tt_content.login.20.image = file
20. tt_content.login.20.image.file = fileadmin/Admin/Logout.gif
21. [GLOBAL]

Zeile 2: Angabe de Sysordners mit den FE-User-Daten
Zeile 3: Angabe der Zielseite (Homepage des passwortgeschützten Bereichs)
Zeile 4: Wrap aller Inhalte innerhalb des Formulars (hier für eine Überschrift genutzt)
Zeile 5: Layout von Feldbezeichnung und Feld (hier nur neben einander, kann per CSS mit input {disply:block} unter einander gestellt werden
Zeile 6: entfernt die innere Formatierung um die Feldbeschriftung
Zeile 7-10: entfernen die englische Beschriftung der beiden Felder und ersetzen sie durch eine Beschriftung unserer Wahl. Achtung, 7-8 sind nötig, sonst funktionieren 9-10 nicht. Überschreiben allein reicht nicht.
Zeile 11-12: entfernen Wraps für Kommentare (Hinweise nach dem Login) und Pflichtfeld-Beschriftungen
Zeile 13-14: Ich brauchte keine Information, die nach dem Login erscheint (Username und ein leeres Feld für Passwort). Auch hier reicht das Leeren nicht, ich habe es mit einem einfachen <span></span> überschrieben.
Zeile 15: Meldung, die erscheint, wenn man die Felder nicht ausfüllt.

Man kann auch noch mehr Werte überschreiben oder leeren. Grundsätzlich sind alle Elemente in eine Tabellenzelle gepackt, Labels noch einmal mit einem Absatz umgeben, der z.B. eine getrennte Formatierung von Beschriftungen für Pflichtfelder  gegenüber anderen Feldern erlaubt. Meist braucht man aber nur ein Minimum an Optionen und kann sich so viel Code vom Hals schaffen. Ein Überblick über die default-Einstellungen der Loginbox tt_content.login findet sich – so man das statische Template eingebunden hat – im Template Analyzer EXT:css_styled_content/static ab Zeile 761, sonst natürlich im TSOB.

Submit-Button als Grafik ausgeben

Leider erlaubt der Einbau des Login-Formulars nicht, den Submit-Button eigenständig zu wrappen oder ihm eine Klasse zuzuweisen. Eine separate Formaterung mit CSS fällt damit flach. Man kann den Button aber durch eine Grafik ersetzen:

Zeile 16-21: tt_content.login.20.image ruft die Grafik auf, die man dem Submit-Button zuweist. Da wir für den Logout-Button eine andere Grafik brauchen, binden wir sie mit Conditions (Zeile 18-21) ein. Die Grafik Logout.gif wird nur angezeigt, wenn der User sich eingelogged hatte.

Benutzer >> Dein Profil >> Persönliche Optionen: Benutze den WYSIWYG-Editor beim Schreiben (dafür müßt Ihr ganz nach unten scrollen)

Leider ist er komplett auf die Bedürfnisse eines Blog ausgerichtet, wichtige Funktionen für einen vollwertigen Editor fehlen. Sie sind zum Glück nur abgeklemmt, tinyMCE hat sie onboard, man muß sie nur wieder zuschalten.

Normal erledigte man das in der Datei  /plugins/tiny_mce/tiny_mce_init.js, wenn man den Editor bei älteren Wordpress-Versionen als Plugin ludt. Hier stehen die Buttons des Editorfenstern in zwei über einander angeordneten Reihen zur Verfügung (theme_advanced_buttons1_add: justifyleft…). Der integrierte tinyMCE der Version WP 2.0 befindet sich im Includes-, nicht mehr im Plugin-Verzeichnis wp-includes/js/tinymce/tiny_mce_gzip.php. Die Konfiguration findet Ihr hier:

$mce_buttons = apply_filters(‘mce_buttons’, array(‘bold’, ‘italic’, ’strikethrough’, ’separator’, ‘bullist’, ‘numlist’, ‘outdent’, ‘indent’, ’separator’, ‘justifyleft’, ‘justifycenter’, ‘justifyright’ ,’separator’, ‘link’, ‘unlink’, ‘image’, ‘wordpress’, ’separator’, ‘undo’, ‘redo’, ‘code’, ‘wphelp’));

Dem Array könnt Ihr dann die Felder Eurer Wahl hinzufügen. Für mich war das vor allen Dingen formatselect, ein  Dropdown-Menü, das die Formatierung von Absätzen auch als Überschrift ermöglicht. So wird aus dem Editor ein Werkzeug, das Ihr auch in einem Content Management System einsetzen könnt, um Zwischen überschriften zu generieren.

Berechtigte Frage, denn dynamisch generierte Seiten sind von Haus aus ein suchmaschinentechnisches Problem. Dennoch gehen viele Systeme heute darauf ein. Z.B. TYPO3:

• Suchmaschinenfreundlich (scheinbar statische) URLs schafft SimulateStatic, sprechende URLs RealURL.
• Seiten vom Typ “ersweitert” bieten die Möglichkeit, individuelle Description und Keywords einzugeben. Das ist zwar nicht mehr unbedingt der Renner bei Google und Co., aber eine gut getextete description erreicht bessere Klickraten, wenn man erst einmal gut gelistet ist.
• Ein gut gemachtes, standarbkompatibles Layout ist die halbe Miete. Hier läßt TYPO3 dem Webdesigner volle Handlungsfreiheit, die dynamischen Bereiche werden per Platzhalter direkt in das Template gefüllt.
• css_styled_content statt content für die Ausgabe verwenden.
• den RTE (bzw. rtehtmlarea) in den Optionen stark einschränken, damit Redakteure z.B. keine font-Tags einfügen können. Styling geschieht über CSS, Klassen können ebenfalls vergeben werden.
• Links können ebenfalls von hause aus mit einem title versehen werden, Bilder mit einem alt-Tag.
• Das wichtige title-Tag läßt sich im Template mit den Daten aus dem Untertitel oder dem Seitentitel füttern:

1. seite.config.noPageTitle = 1 (schaltet den standardmäßigen title ab. Wenn man das nicht einfügt, hat man zwei titles)
2. seite.headerData.1 = TEXT
3. seite.headerData.1.field = subtitle//title (wenn Untertitel leer ist, nimmt TYPO3 den Titel)
4. seite.headerData.1.wrap = <title>|</title> (verpackt das Feld als title-Tag)

• Wer zu faul zum friemeln ist, findet auch ein Plugin für den Seitentitel.
• Nacharbeit ist besonders bei Plugins gefragt, die nicht immer den sauberen Code produzieren, den wir gerne hätten.

Suchmaschinenfreundliche Seiten mit TYPO3 sind also kein Problem.

Bestätigt man bei der Konfiguration der Extension "Enable all editor options", um nachher überflüssige Buttons per TSconfig auszuschalten, rächt sich das Teil, indem es bei internen Links vergißt, index.php als Seite einzufügen. Das passiert, wenn man suchmaschinenfreundliche URLs per Simulatestatic oder realURL erzeugt. Die Links, die ich auf Seite  "ausgangsseite.html" einbaue und die auf die Seite mit der id 13 verweisen, heißen also "ausgangsseite.html?id=13" statt "index.php?id=13".

Abhilfe schafft hier (Tipp auf typo3.net) eine andere Konfiguratiuon. Man schaltet "Enable all options" aus und in der User-TSconfig alle gewünschten Optionen mit options.RTEkeyList = meinewunschbuttons wieder ein.

Der Witz: Wenn man Version 0.7.0 des Editor benutzt, gibt es keine Probleme.