blog

Neue Referenz: Walber-Schuhe aus Kandel

Wed, 18 Jan 2012 16:28:42 +0100

Seit 1908 werden in der Schuhfabrik Walber in Kandel fußgesunde Wohlfühlschuhe von Hand hergestellt. Durch die Manufaktur ist es möglich, jeden Schuh mit den Wunschfarben des Kunden herzustellen. Was gefällt ist erlaubt, und das ohne Aufpreis.

Auch im Webshop, den wir mit unserer Shopsoftware SilverCart realisiert haben, kann sich der Kunde seinen Traumschuh konfigurieren. Direkt nach der Bestellung wird der Schuh in der Fabrik von Hand nach Kundenvorgabe gefertigt.

Design und Layout wurden vollständig von Herrn Markus Walber vorgegeben und von uns mit YAML und jquery in valides XHTML umgesetzt.

Eine Bildergalerie zeigt Impressionen aus der Werkstatt und erklärt den Herstellungsprozess eines Schuhs vom Stanzen der einzelnen Schuhteile bis zur Entnahme der Schuhe aus der Presse.

Eine weitere Besonderheit ist die direkte Anbindung des SilverCart Webshops an die Rechtstext-Schnittstelle des Händlerbund. Über diesen Webservice werden unter anderem Impressum, AGB, Widerrufsbelehrung automatisch eingelesen. Somit entsprechen die Rechtstexte immer den neuesten gesetzlichen Bestimmungen.

Die Zahlung im Webshop wird mit dem SilverCart Zahlungsmodul für iPayment und dem Zahlungsmodul für PayPal ermöglicht.

Zum Webshop von Walber-Schuhe: www-walber-schuhe.de

Warum Liebhaber die besseren Shopbetreiber sind

Wed, 04 Jan 2012 23:09:53 +0100

Vor etwas über einem neuen Jahr habe ich durch einen alten Bekannten die wohl schon seit meiner Kindheit latent schlummernde Leidenschaft zu ferngesteuerten Modellautos entdeckt. Genauer gesagt, zu Verbrenner-Modellen im Maßstab 1:8. Diese Modelle fahren mit einem Nitromethanol-Gemisch, wiegen etwa 4 kg und können Geschwindigkeiten von über 80 km/h erreichen. Dabei machen die Nitros einen herrlichen Höllenlärm.

Allerdings ist die Handhabung der Verbrenner-Motoren nicht gerade einsteigerfreundlich, weshalb ich bislang mehr Zeit damit verbracht habe, das Modell zum Fahren zu bringen als selbst damit zu fahren.

Nach reiflicher Überlegung wollte ich nun den 3.5 ccm großen Verbrennermotor in meinem Carson Specter II durch einen leistungsstarken Elektromotor ersetzen. Immerhin sind das Chassis, die Fernbedienung und der Lenkservo ja fast unbenutzt und noch sehr gut zu gebrauchen.

Mittlerweile habe ich mich durch etliche Foren gekämpft, Blogs gelesen und in vielen Online-Shops gestöbert um letztlich zu der Erkenntnis zu kommen, dass keiner der von mir besuchten Shops kundenfreundlich ist. Den Verdacht hatte ich schon vorher, als ich Ersatzteile benötigt habe, diese jedoch anhand der Hersteller-Artikelnummer schnell gefunden habe. Ohne die Explosionszeichnungen in der (übrigens sehr guten und sehr ausführlichen) Anleitung meines Nitro-Buggy würde ich wohl immer noch suchen. Keiner der Shops bietet einen Filter an, mit dem ich die passenden Tuning- und Ersatzteile für mein Modell auf einen Blick finden kann.

Warum ist das so schwer?

Im RC-Car-Bereich gibt es [auszugsweise] verschiedene Attribute:

Maßstab: 1:10, 1:8, 1:5 etc
Motor: Verbrenner (verschiedene Hubraumgrößen) oder Elektro (Brushed, Brushless),...
Variante: Buggy, Truggy, Monster Truck, ShortCourse,...
Hersteller: Carson, Ansmann, HPI, ThunderTiger,...
Antrieb: 2WD, 4WD
Einsatzzweck: Onroad, Offroad, Crawler,...
[...]

Würde es einen Online-Shop geben, der dieses Datenmodell bei allen seinen Produkten konsequent pflegt, dann könnte man über einfache Filter ganz einfach passende Ersatzteile für sein Modell finden. Oder man könnte sich als Einsteiger überhaupt erstmal einen schnellen Überlick über das komplexe Thema verschaffen und z.B. mit einem einfach umzusetzenden Fragebogen eine Art Online-Kaufberatung erhalten.

Nun ist das ja nicht nur beim Modellbau so. In der Aquaristik ist ein Filter nur für bestimmte Beckengrößen geeignet. Wasserpflanzen, Wirbellose und Fische benötigen bestimmte Wasserwerte. Warum kann ich in keinem Online-Shop die Daten meines Aquariums und meine Wasserwerte eingeben und bekomme dann alle für mich geeigneten Produkte angezeigt?

Wenn ich meine Kleidergröße kenne, warum kann ich in einem Webshop nicht alle anderen - für mich uninteressanten - Größen ausblenden? Soll ich mich wirklich durch jeden Mantel klicken, nur um dann zu merken, dass meine Größe "leider gerade ausverkauft" ist?

Mit dieser Aufgabenstellung im Blick haben wir unsere Shopsoftware SilverCart entwickelt. Es ist keine Hexerei, neue Attribute hinzuzufügen und selbst komplexe Filter können von uns wirtschaftlich maßgeschneidert für jede Branche und für jede Warengruppe entwickelt werden. Jetzt braucht es nur noch die passenden Liebhaber, die Ihr Sortiment wirklich lieben, ihren Kunden ein besseres Einkaufserlebnis bieten wollen und nicht einfach nur über den Webshop verkaufen wollen.

Natürlich ist das ein nicht zu unterschätzender Aufwand bei der Pflege des Online-Shops. Aber ebenso wie der Fachverkäufer im Einzelhandel sein Sortiment kennen lernen muss und dafür Zeit und Geld investieren muss sollte auch der Online-Handel seine Hausaufgaben machen. Offensichtlich ist es aber einfacher mit Rabatten und Preisschlachten zu werben. Dabei sitzt doch gerade im Hobby-Bereich das Geld bei vielen Enthusiasten etwas lockerer.

Kunde droht mit Kauf

Ich werde mich wohl noch länger mit meinem Verbrenner auseinandersetzen. Hätte ein Shopbetreiber das Thema "Umbau von Nitro zu Elo" aufgegriffen und eventuell sogar passende Umbausätze angeboten, oder auf der Website im Blog oder mit Erfahrungsberichten vermittelt, dass er selbst ein Modellbau-Liebhaber ist und mir weiter helfen kann: ich hätte wohl gerne bei ihm eingekauft. Zu dumm, dass mein Urlaub jetzt vorbei ist und auch das Wetter wieder schlechter wurde...

Schnittstelle zu ProtectedShops

Mon, 28 Nov 2011 14:55:43 +0100

Vertrauen ist ein wichtiger Faktor im E-Commerce. Kundenbewertungen und geprüfte Rechtstexte wie beispielsweise AGB, Widerrufsbelehrung und Datenschutzerklärung gehören dazu.

Die Protected Shops GmbH bietet Ihren Kunden verschiedene Schutz- und Bewertungspakete, die Sie jetzt sogar automatisch über eine Schnittstelle in unsere Shopsoftware SilverCart einlesen können. Damit sind Sie immer auf dem aktuellen Stand und können sich, Dank der Haftungsübernahmegarantie, voll auf Ihren Online-Handel konzentrieren.

"In Verbindung mit den Anwälten unserer Kooperations-Kanzlei, der IT-Recht Kanzlei, werden die Rechtstexte von Protected Shops ständig den neusten rechtlichen Gegebenheiten angepasst.

Gesetzesänderungen und neue Urteile werden berücksichtigt und wenn erforderlich, in die Rechtstexte eingearbeitet – ganz ohne Ihr Zutun.

Sie werden informiert, wenn die Texte aktualisiert wurden. So stehen Ihnen stets die aktuellen und rechtssicheren Texte zum Abruf im Protected Shops Portal zur Verfügung.

Bequemer geht es nicht – und das zu fairen Preisen!"

Fragen Sie uns nach den Sonderkonditionen für SilverCart und sichern Sie Ihren Webshop noch heute mit dem Service von Protected Shops.

Wir haben SilverCart 1.2 veröffentlicht

Thu, 03 Nov 2011 17:21:43 +0100

Es ist geschafft! Wir haben unsere Shopsoftware SilverCart mit der neuen Version 1.2 in großen Punkten aber auch in vielen Details verbessern können. Dabei hatten wir rege Hilfe aus unserer Community, die uns mit Vorschlägen und bei der Fehlersuche tatkräftig unterstützt hat. Ganz wichtig war auch das Feedback der Entwickler, die SilverCart schon im produktiven Einsatz haben.

Dank Roland, der über 300 Commits in unserer Mercurial-Versionskontrolle durchgesehen hat, haben wir hier ein Changelog mit den Änderungen und Neuerungen in SilverCart 1.2.

Der Schwerpunkt dieser Version war ganz klar die unbedingte Verbesserung der Installationsfreundlichkeit und Detailverbesserungen bei der Usability im Backend.

Neue Funktionen

Produktbilder werden über die Fancybox gezoomt (JS)
Die Einstellungen der Konfiguration sind jetzt optional für mehr Übersicht in Tabs geordnet
Deeplinks
Fremdbefüllung/Übergabe des Warenkorbs (z.B. über Preisportale)
Benachrichtigungssystem im Frontend
Google Taxonomie
flexibles Widget System zum einfachen Anpassen des Shoplayouts
Über Widget konfigurierbare Subnavigation
neues Widget zur Anzeige der neuesten Blogeinträge
Standard Widget-Sets haben nun Beispieldaten
Produktgruppenseiten können den Inhalt der übergeordneten Produktgruppe erben. Dies ist einstellbar und im Standard abgeschaltet.
die Anzahl der Produkte kann auf der Produktgruppenseite angezeigt werden
es gibt jetzt eine Möglichkeit, Produktfilter-Plgins zu laden
es können mehrere Anhänge über eine Shop-E-Mail verdendet werden
Produktbilder können über die Produktverwaltung aus einem Webserver-Verzeichnis importiert werden
es ist einstellbar, ob in den Warenkorb weitergeleitet werden soll wenn ein Produkt in den Warenkorb gelegt wurde
es gibt einen SilvercartOrderPlugin-Mechanismus
CSS- und JavaScript-Dateien werden im Live-Betrieb zu jeweils einer Datei zusammen gefasst um die Ladezeiten zu verbessern
im Backend gibt es eine neue Funktion zur Optimierung der Datenbank. Dabei werden Relationen zu nicht mehr existierenden Objekte gelöscht
neues Plugin-System für SilverCart Kern-Klassen. Dadurch lassen sich Updates auch bei umfangreichen projektspezifischen Anpassungen einfach einspielen
"AnythingSlider" hinzugefügt (zur AnythingSlider-Website)
JavaScript und CSS-Dateien die über Requirements::themedCSS/javascript werden jetzt wie Templates gerendert und dynamischen Template Code enthalten.

Verbesserungen

Der Installationsvorgang wurde so weit wie möglich vereinfacht. Bei installiertem SilverStripeDateien entpacken + dev/build ausführen. Bei einer Neuinstallation von SilverStripe kann SilverCart "in einem Rutsch" mitinstalliert werden.
Ausgabe des Mindestbestellwerts für Bestellung auf der Warenkorbseite hinzugefügt
Vollständige Überarbeitung des Frontend-Designs für mehr Usability. Ausserdem sieht es einfach nur sexy aus.
Die Bereiche "Administration" und "Konfiguration" wurden im Backend hinzugefügt. Durch diese Aufgabenbezogene Aufteilung ist die Pflege des SilverCart Webshops für den Shopbetreiber einfacher.
Der SilvercartProductExporter wurde grundlegend überarbeitet und optimiert. Durch die Verwendung von DB::query anstelle von DataObject::get läuft der Export wesentlich schneller bei geringerem Resourcenverbrauch
Die Klasse SilvercartCustomerCategory wurde mitsamt allen Abhängigkeiten entfernt. Statt dessen wird die Klasse "Group" verwendet
Der Kundenbereich ist jetzt optional SSL-Verschlüsselt
Das Registrierungsformular ist jetzt optional SSL-Verschlüsselt
Der SilverCartProduct CSV Export läuft jetzt wesentlich schneller
Der Produktimport kommt jetzt besser mit sehr großen Datenmengen zurecht. Die Daten werden jetzt in einzelnen Tranchen rekursiv importiert.
Der Produkt-Import läuft jetzt über CGI um die üblichen Probleme mit der Skriptlaufzeit beim Webserver zu umgehen
es können jetzt frei definierbare Verpackungseinheiten am Produkt gepflegt werden, z.B. "Inhalt: 6 Stück"
Übersetzungsfehler im Admin-Bereich behoben
Bei der Registirierung ist das Double-Opt-In optional möglich
Bei der Newsletter-Anmeldung ist das Double-Opt-In jetzt zwingend notwendig
Mehrere Produtbilder können je Produkt hinterlegt werden. Die Zuordnung wurde vereinfacht und kann sogar automatisiert ablaufen.
Suchergebnisseite hat jetzt die Möglichkeit die Menge der angezeigten Produkte über einen Filter zu begrenzen
Unterseiten können die Widgets der Oberseiten übernehmen
Die Produktpflegeseite im Backend ist durch die optionale Verwendung von Tabs übersichtlicher

Zur SilverCart 1.2 Download-Seite

Zum SilverCart 1.2 Demo-Shop

Mit der Version 1.2 haben wir uns einige kleine und auch größere Träume erfüllt. Zwar haben wir unseren (rückblickend doch sehr ambitionierten) Zeitplan um 2 Monate überschritten, dafür aber auch wesentlich mehr Funktionen und Verbesserungen eingebaut als ursprünglich geplant. Das Warten hat sich also gelohnt.

Mit dem jetzt vorhandenen Funktionsumfang ist SilverCart eine interessante Option und zweifelsfrei die erste Wahl für SilverStripe-Benutzer.

Wir sind noch lange nicht fertig und es stehen noch einige Funktionen auf unserer Wunschliste. Gerade mit der unlängst veröffentlichten SilverStripe 3.0 alpha 1 zeigen sich völlig neue Perspektiven für die Optimierung des Backends auf.

Lob, aber auch Kritik und vor allem Anregungen für die Zukunft sind jederzeit willkommen. Ganz besonders freuen wir uns aber auch über Unterstützung jeglicher Art. Es gibt viel zu tun und die unterschiedlichsten Möglichkeiten die Open Source Shopsoftware SilverCart zu unterstützen - eine kurze Nachricht reicht um mit uns Kontakt aufzunehmen.

SilverCart 1.2 steht kurz vor der Veröffentlichung

Thu, 27 Oct 2011 20:02:11 +0200

Wir haben seit der Veröffentlichung unserer Open Source Shopsoftware SilverCart viel internationalen Zuspruch und Anregungen erhalten. Viele dieser Anregungen konnten wir umsetzen und in die aktuelle Version 1.2 unserer Webshop-Software einfliessen lassen.

Die Entwicklung von SilverCart 1.2 ist abgeschlossen. Wir werden die neue Version unserer Shopsoftware veröffentlichen, sobald die Qualitätssicherung abgeschlossen ist. Bei der Qualitätssicherung unterstützen uns gerade einige Community-Mitglieder. Dank ihrer Hilfe konnten wir SilverCart von einigen Bugs befreien und vor allem den Installationsprozess wesentlich vereinfachen.

SilverCart wird übrigens auch schon international eingesetzt - und zwar von einem E-Book-Store in England. Mehr darüber gibt es demnächst zu berichten.

Wir pixeltrickser sind stolz auf SilverCart, auf viele neue Funktionen, neue Schnittstellen und noch mehr Detailverbesserungen.

pixeltricks auf der Mail Order World 2011

Tue, 13 Sep 2011 20:56:55 +0200

Dieses Jahr werden wir auf der Mail Order World in Wiesbaden am 5. und 6. Oktober als Aussteller vertreten sein.

Die Mail Order World ist Europas größte Fachmesse für das gesamte Spektrum des Versandhandels. Und wir pixeltrickser sind mit unserer Shopsoftware SilverCart mit dabei.

Die Mail Order World ist unsere erste Messe als Aussteller und ich jetzt schon sehr freudig gespannt auf das, was da alles auf uns zukommen wird. Immerhin - die Stromanschlüsse sind schon mal bestellt :-)

Wir sind in Halle 9, Stand 911 und freuen uns auf Ihren Besuch - es gibt auch noch einige Freikarten.

Allein mit dem Löwen

Fri, 19 Aug 2011 06:40:11 +0200

Ich habe großes Vertrauen zu Apple, mehr als zu jeder anderen Marke. Das ist in meinem Fall so bemerkenswert, weil ich bisher keiner anderen Marke treu war. Allerdings ist blinder Gehorsam auch nicht gerade mein Markenzeichen und so frage ich mich seit einigen Tagen, ob ich Apple weiter vertrauen soll.

Der Mac hat mir zu Anfang des neuen Jahrtausends eine zentnerschwere Last von den Schultern genommen: Windows XP. Was habe ich mich über dieses OS aufgeregt: Man musste je nach Anwendungsgebiet seine Hardwarekomponenten selbst zusammenstellen, die dann von Windows mal erkannt wurden, mal nicht. Hat man sich einen neuen Rechner gekauft, hat man mitunter zwei ganze Tage gebraucht bis er konfiguriert war und die Daten portiert waren. Datenverluste waren die Regel, Konfigurationsoptionen in der Systemtiefe gut versteckt, das System ständig von Viren und Würmern bedroht, etc... Ich will nicht weiter über diese zeit nachdenken, denn ich merke schon, wie mein juckender Ausschlag zurückkommt. Der Mac war logisch und es musste garnicht konfiguriert werden. Ein neues Audiointerface gekauft? Einfach anstecken und benutzen! Textdokument von vor 2 Jahren finden? Dauert eine Sekunde mit Spotlight. Mal schnell was im Kalender nachschauen? iBook aufklappen und wieder zuklappen. Kurzum, Tiger, Leopard, Snow Leopard waren spitzenmäßige Betriebssysteme und jedes war noch besser als sein Vorgänger. Deshalb habe ich mir ohne lange zu zögern Lion gekauft. Erst einmal war der Preis von 23.99€ total verlockend und dann hatte ich ein unglaubliches Vertrauen in den Installationsprozess.

Installiert war Lion dann auch mit wenigen Mausklicks, das finde ich beachtenswert. Der erste Wehrmutstropfen war dann aber, dass iSync nicht mehr da war. iSync war ein super Tool für Leute mit alten Nokia Handys. Ich nehme an, dass die Marketingabteilung des iPhone daran schuld ist, dass iSync gekillt wurde. Ich finde das nicht korrekt.

Das neue Adressbuch sieht scheisse aus und ist überhaupt nicht intuitiv. Es sieht aus wie ein Buch, kann aber nur einmal umgeblättert werden, nämlich zwischen einer Gruppenübersicht und Gruppendetails. Da muss man dann erst mal nachdenken.

MacBook aufklappen und benutzen war gestern. Mit Lion muss man erst mal per Hand für eine WLAN Verbindung sorgen. Teilweise hat da das neue Update abhilfe geschafft. Ich erwarte da aber mehr von meinem Mac.

Ich bin ein treuer iTunes Kunde und verwalte damit auch meine CD Sammlung (CD‘s waren diese unpraktischen silbernen Scheiben, an die sich in 10 Jahren kaum noch einer erinnern wird). Wenn ich mein MacBook ohne den externen Monitor benutze, dann ist das iTunes Fenster zu groß für das 13´´ Display, lässt sich aber nicht verkleinern, da die untere rechte Ecke nicht erreichbar ist.

Das Verhalten der Fenster nervt mich unterschwellig schon seit längerem. Während ein CMD+W in manchen Applikationen einfach nur ein Fenster schließt, beendet es andere. Aus diesem Grund muss ich mein Adressbuch öfters mal neu starten. Der Klick auf grün oben links passt ein Browserfenster an den Monitor an, bei iTunes hat das den Effekt leider nicht.

Wenn ich mein externes Hardwarefenster in Form eines Dell Monitors anschließe, gibt es ebenfalls Ärger. Der Monitor wird nicht wach, man muss ihm mit unerklärlichen Kombinationen aus Einschaltknopf und DVI Kabel ziehen auf die Sprünge helfen. Zum Teil ist das die Schuld von Dell, Lion hat das aber verschlimmert. Ziehe ich den Monitor wiederum ab um mit meinem MacBook mobil weiterzuarbeiten, bleibt das Display am MacBook dunkel und ich muss es zuerst zuklappen und dann wieder öffnen.

Ich bin sehr anspruchsvoll, jaja ich weis. Ich will aber auch kein Diplom in Hardwarebedienung machen sondern schreiben, programmieren, Musik hören, Bilder anschauen, Termine verwalten, ... Meine Aufgaben stehen im Vordergrund, der Rechner mit dem ich sie erledige ist nur das Werkzeug dazu, das im Hintergrund still und zuverlässig seinen Dienst tut. Still und zuverlässig.

SilverCart 1.1 ist fertig

Sat, 23 Jul 2011 11:59:55 +0200

Es ist vollbracht. SilverCart 1.1 ist veröffentlicht.

Wir haben lange und hart gearbeitet, aber nun ist es geschafft. Mit über 200 Commits haben die neue Version unserer Open-Source Shopsoftware SilverCart fertig gestellt. In der Version 1.1 haben wir viele neue Funktionen und Verbesserungen eingebaut und auch einige Fehler beheben können.

Vielen Dank an alle, die uns mit Übersetzungen, Kritik, Verbesserungsvorschlägen und Lob bei SilverCart geholfen haben.

Mehr Informationen gibt es auf der deutschen SilverCart Webshop Projektseite und natürlich auf silvercart.org.

Neues SilverStripe-Modul CustomHtmlForm

Mon, 11 Jul 2011 21:12:54 +0200

Wir haben unser zweites Modul für das CMS SilverStripe veröffentlicht.

Bei der Entwicklung unserer Shopsoftware SilverCart haben wir schnell gemerkt, dass wir bei der Gestaltung und Entwicklung von Formularen mehr Freiheiten brauchen, als das CMS-Framework SilverStripe zur Verfügung stellt.

Vor allem die dynamische Überprüfung von Eingaben in Echtzeit (z.B. sind Benutzername oder E-Mail-Adresse schon vergeben?) hat uns vorher schon so manches graue Haar gekostet.

Deshalb haben wir das Modul CustomHtmlForms entwickelt und benutzen es seit 2010 sehr erfolgreich in allen unseren Projekten.

Im Rahmen der Veröffentlichung unseres Shopsoftware haben wir uns entschlossen, das Modul ebenfalls unter der Lesser General Public License (GNU LGPL) zu veröffentlichen. Damit tragen wir unseren kleinen Teil zum Erfolg der OpenSource-Software SilverStripe bei und können der Entwicklergemeinde etwas zurück geben.

Mittlerweile ist das Modul in der Version 1.1 verfügbar und kann sowohl vom SilverStripe-Modulverzeichnis als auch von der SilverCart-Downloadseite herunter geladen werden.

Die Dokumentation ist auf der SilverCart-Projektseite in englischer Sprache verfügbar.

Acht Wochen Praktikum bei pixeltricks

Fri, 08 Jul 2011 11:49:40 +0200

In meinem achtwöchigen Schülerpraktikum, hier bei pixeltricks, habe ich eine Vertiefung im Bereich der Anwendungsentwicklung erreicht. Da ich an meiner vorherigen Schule Informatik als Zusatzfach gewählt habe, ist dies somit die Grundlage für meinen beruflichen Weg geworden. An meiner jetzigen Schule verfolge ich diesen Weg weiter und möchte die Fachhochschulreife im Bereich IT-Systeme erreichen. Daher habe ich die Möglichkeit bekommen ein achtwöchiges Schülerpraktikum zu absolvieren. Das Team von pixeltricks beschäftigt sich mit Content Management, Shopsystemen, Portalsystemen, Consulting und Hosting.

Vor meinem Praktikum hatte ich mir einige Gedanken gemacht, ob ich die ganze Arbeit leistungsmäßig mit meinen Computerkenntnissen schaffen kann. Ich habe es einfach auf mich zukommen gelassen.

Nach meinem persönlichen Vorstellungsgespräch war ich bereit mein Praktikum zu beginnen. Als ich am ersten Tag ankam, wurde ich herzlichst begrüßt und dem Team vorgestellt.

Auf die Plätze...

Danach konnte ich mich an meinem Arbeitsplatz einrichten. Patrick hatte mir geholfen, dass ich mich mit meinem zur Verfügung gestellten iMac zurecht finde. Zuerst durfte ich mir einige Einblicke in das Arbeiten der Web-Entwicklung verschaffen. Hier wird mit PHP gearbeitet. PHP ist eine Skriptsprache, die fast ausschließlich bei Webanwendungen verwendet wird.

Am ersten Tag habe ich mich mit dem, auf SilverStripe aufbauenden, Webshop SilverCart vertraut gemacht und eine Übersicht inklusive Beschreibung aller Seitentypen erstellt.

Für die kommenden Tage der ersten Woche hatte ich die Aufgabe eine Dokumentation über SilverCart zu schreiben, die die einzelnen Arbeitsschritte im Backend von SilverStripe und SilverCart darstellt. Dazu habe ich Screenshots angefertigt und an Roland weitergeleitet. Er verwendet diese, um die Dokumentation für Anwender von SilverCart zu verbessern.

Zu Beginn der zweiten Woche hatte ich mich mit UML vertraut gemacht. UML (Unified Modeling Language) ist eine Modellierungssprache zum Festlegen von Beziehungen zwischen Klassen. Anschließend hatte ich mit Hilfe von MySQL Workbench ein „EER Diagramm“, zur SilverCart Version 1.0 erstellt und auf www.silvercart.org veröffentlicht.

Um den Demoshop von SilverCart mit Inhalt zu füllen, durfte ich mit der Digitalkamera von Ramon Bilder von allen möglichen Sachen machen, welche pixeltricks beschreiben oder zum täglichen Arbeiten benötigt werden.

Anschließend erstellte ich passende Produkte im Demoshop und wies ihnen kreative Überschriften und kreative Artikelbeschreibungen zu. Nebenbei habe ich mehrere Produktgruppen für den Shop erstellt und alles zugeordnet.

An die Arbeit

Ab der dritten Woche wurde ich dann in ein größeres Projekt mit einbezogen. Sascha und Sebastian haben mir geholfen, dass ich mich in Selenium IDE zurechtfinden werde. Selenium ist ein Programm, das Internetseiten testet und automatisch ablaufen lassen kann. Somit kann man Fehlerfälle und nicht erreichbare Seiten vermeiden.
Dazu sollte ich Use Cases definieren und den Vorgang beschreiben. An dieser Stelle möchte ich erwähnen, dass ich die Aufgabe nicht richtig verstanden hatte. Ich hatte wie zuvor bei der Dokumentation den Arbeitsschritt des SilverCart Webshops beschrieben. Jedoch sollte ich nicht aufschreiben was man mit den einzelnen Feldern macht, sondern wie die Use Case Sequenzen aufgebaut sind. Alle pixeltrickser hatten sich die Zeit genommen mit mir zusammen die Use Case Sequenzen zu definieren, damit ich dann die Selenium Tests umsetzen konnte. Jeder Selenium Test besteht aus mehreren Schritten, die automatisiert ausgeführt werden können.

Ein Beispiel für eine Use Case Sequenz im Checkout Prozess:

Kunde gibt nur die Rechnungsadresse an
Kunde wählt Zahlungsart, Vorkasse
Kunde wählt Versandart
Kunde geht zur Bestellübersicht
Kunde schließt Bestellung ab

Dabei musste ich lernen, wie ein Programmierer zu denken.

Damit ich die Tests vollständig durchführen konnte wurde das FireFox Plugin „Firebug“ installiert. Firebug wird bezüglich analysieren von HTML und CSS verwendet. Mit Firebug kann man jedes einzelne Element auf der Internetseite untersuchen. Beim Herrausschreiben der „id‘s“ aller Container konnte ich mehr über „ORM“ (object relational mapping) und das Architekturmuster, das bei SilverStripe verwendet wird, lernen. Zu jedem Use Case Vorgang werden Suite Cases abgespeichert. Darin kann man jeden einzelnen Klick nachvollziehen. Zwischendurch schaute ich Patrick beim Umsetzen eines Webdesigns mit HTML und CSS zu.

In der fünften und sechsten Woche habe ich mir weitere Einblicke in die Webentwicklung verschafft. Sebastian und Patrick haben mit der NetBeans IDE weitere Funktionen für SilverStripe programmiert. Außerdem konnte ich den beiden beim Verwalten und Anlegen verschiedener Web-Hosting Pakete zusehen und habe mir erklären lassen, wie dies funktioniert. Beim Erstellen und Zuordnen der symbolisierten Icons für SilverCart konnte ich meine eigene Meinung vertreten und eigene Ideen einbringen.

Außerdem habe ich erfahren für was der Zeichensatz UTF-8 benötigt wird und ein Codesniffer für das Arbeiten im Team von hoher Bedeutung ist.

Kekse!

Die Besprechungen in meinem Praktikum waren immer sehr angebracht. Auch über die SilverCart-Präsentation in London wurde fleißig berichtet.
Beim täglichen Mittagessen, das wir zusammen verbringen, besprechen wir aktuelle Themen und unserer Phantasie bezüglich Keksen sind natürlich keine Grenzen gesetzt. Ich finde es gut, dass es einen Küchenplan gibt, mit dem man Essensvorschläge abgeben darf, sonst müsste ich jeden Tag Pesto essen. ;-)

Natürlich hatte ich auch Besuch von einem Lehrer meiner Schule. Ich zeigte Ihm, womit ich mich in meinem Praktikum beschäftigte. Er hatte einen sehr interessierten Eindruck hinterlassen.

Gegen Ende meines Praktikums habe ich mich selbstständig durch die SelfHTML Touren durchgearbeitet, weil man HTML immer wieder gebrauchen kann. Rechts im Bild sind verschiedene Beispiele einer Farbpalette. Die Beschriftungen zeigen, welchem Hexadezimalbereich von HTML und CSS die jeweiligen Farben entsprechen.

Anfangs habe ich einfache Beispiele zur Übung rausgeschrieben. Anschließend habe ich mein Wissen weiter ausgebaut, indem ich dann einen tabellarischen Lebenslauf erstellt habe. Mit Unterstützung von meinem Praktikumsteam konnte ich dann CSS Befehle ausprobieren, einbauen und auf die kleinen Einzelheiten achten. Das Gestalten mit CSS finde ich sehr aufregend.

Um den Quellcode zu bearbeiten habe ich Adobe Dreamweaver CS4 und TextWrangler benutzt. Dabei habe ich mehr darüber erfahren, wie wichtig es ist, dass der Quelltext sauber und auch für ScreenReader ausführlich umgesetzt ist. Somit ist sichergestellt, dass auch Sehbehinderte Menschen das Internet verwenden können. Beispiel: Alle Bilder mit der Eigenschaft „alt“ und „title“ pflegen. Diese werden von den ScreenReadern anschließend dem Nutzer vorgelesen. Oder was es mit den verschiedenen DPI Auflösungen zwischen Windows und Mac OS X auf sich hat.

Abschließend habe ich die Aufgabe bekommen im Internet nach Firmen oder Agenturen zu recherchieren, die SilverStripe benutzen. Dabei bin ich auf etwa 150 verschiedene Adressen gestoßen. Es ist ausreichend sich die Meta-Tags im Seitenquelltext anzeigen zu lassen, um zu sehen, dass die Seite mit SilverStripe erstellt wurde.

Gerne hätte ich mehr über PHP erfahren und beispielsweise kleine Aufgaben ausprobiert.

Die Zeit vergeht...

Nachdem ich vor meinem Praktikum alles auf mich zukommen gelassen habe, kann ich jetzt sagen, dass ich sehr viel gelernt habe. Nun kann ich auch schwierige Aufgaben lösen. Wichtig finde ich, dass meine Arbeit anerkannt wird, sodass ihr sie weiter verwenden könnt. Ich habe gelernt, dass man zu großem Erfolg kommen kann, wenn man sich nur in die gestellten Aufgaben hineinversetzt und sich herantraut. Denn in meinem Praktikum habe ich jeden Tag sehr viele, neue Erfahrungen im Bereich der Anwendungsentwicklung gesammelt.

Ich hoffe, dass das pixeltricks-Team gut mit mir zurecht gekommen ist, denn ich fand mein Praktikum bei euch sehr interessant und abwechslungsreich. Ich bin sehr zufrieden mit der ruhigen und lockeren Arbeitsweise bei pixeltricks, auch wenn nebenher einige schräg geschossene Tore fallen und Musik gehört wird. Es gibt immer etwas zum Lachen. Für eure Hilfsbereitschaft und dafür, dass ich mein Praktikum bei euch machen durfte, möchte ich mich bedanken.

SilverCart-Präsentation in London

Mon, 20 Jun 2011 17:13:21 +0200

Zusammen mit Roland werde ich am 23. Juni nach London zur UK SilverStripe CMS User Group fliegen.

Vor einigen Wochen hat uns die UK SilverStripe CMS User Group in London eingeladen um unser SilverStripe E-Commerce Modul SilverCart zu präsentieren.

Die 2009 gegründete UK SilverStripe CMS User Group ist mit über 100 Mitgliedern die weltweit größte SilverStripe User Group. Die SilverStripe User Group wurde von der englischen Agentur GPMD initiiert. GPMD ist offizieller SilverStripe-Partner.

Neben dem Werdegang des Unternehmens werden wir darstellen, warum wir uns für SilverStripe und für die Entwicklung von SilverCart entschieden haben. Nach der Live-Präsentation des Shopsystems (Store Front und Adminbereich) werden wir die Präsenation mit einem Ausblick auf die kommenden SilverCart-Versionen und einer Frage-Antwort-Runde beenden.

Wir freuen uns auf darauf, viele neue begeisterte SilverStripe-Fans kennen zu lernen.

Weitere Informationen zur Veranstaltung gibt es unter http://www.meetup.com/SilverStripeUK/events/17526177/

Kommasetzung im Englischen

Wed, 08 Jun 2011 12:52:07 +0200

In letzter Zeit schreibe ich vermehrt Blogbeiträge und Dokumentationssteiten in englischer Sprache für silvercart.org. Dabei werden meine Lücken in englischer Rechtschreibung deutlich. Unsere qualitativen Ansprüche an unseren Code sollen natürlich auch durch das Sprachliche verdeutlicht werden.

Hier einmal die wichtigsten Regeln zur Kommasetzung im Englischen:

Nach Anreden: „Dear John,“. Bei geschäftlicher Korrespondenz wird im Englischen auf das Komma verzichtet, im Amerikanischen wird statt des Kommas ein Doppelpunkt gesetzt.
Beginnt ein if-Satz mit if, ist ein Komma notwendig: „If i would be rich, I would do the same things I am doing today.“
Nach einem Infinitiv am Satzanfang folgt ein Komma: „To enlarge his skills as a programmer, he examines each and every bugfix.“
Einschübe werden durch Komma kenntlich gemacht, wenn sie für das Verständnis nicht relevant sind: „Jim Meyer, who works in London, invited me to his birthday party.“
Please wird am Ende des Satzes durch Komma getrennt: „Give me all Your money, please.“
Question Tags werden immer durch Komma getrennt: „She is very good looking, isn‘t she?“
Aufzählungen werden durch Komma kenntlich gemacht: „I like flowers, ice cream, soccer and my bike.“
Hauptsätze werden durch Komma geteilt: „I had a terrible headache, and my windows machine broke down the third time today.“
Viele Adverbien verlangen ein anschließendes Komma, wenn sie am Satzanfang stehen: „Furthermore, I told him to do so!“ Wenn sie in der Satzmitte stehen, werden sie sogar von Kommas eingefasst: „Michael, instead, told me about his father‘s accident.“

So jetzt muss ich erst einmal meine ganzen alten Artikel überarbeiten ;)

Wir feiern SilverCart 1.0

Tue, 24 May 2011 15:41:26 +0200

Dass wir an unserer eigenen Shopsoftware SilverCart arbeiten war ja nun schon seit einigen Monaten ein offenes Geheimnis. SilverCart basiert auf dem CMS SilverStripe und dem PHP-Framework Sapphire

Vor etwa 3 Monaten haben wir SilverCart 0.9 veröffentlicht. In kurzen Abständen folgten Release candidates RC1, RC2 und RC3. Soeben haben wir die endgültige Version 1.0 veröffentlicht. Dieser Meilenstein muss natürlich gebührend gefeiert werden, weshalb wir uns jetzt zurückziehen um diesen Erfolg gebührend mit einem kleinen Grillfest zu feiern.

SilverStripe und PHPUnit

Sun, 24 Apr 2011 23:02:43 +0200

In meinem Leben als Programmierer gibt es einige Dinge, die ich unbedingt lernen wollte, im Tagesgeschäft aber nie Zeit dazu hatte. Jetzt über die Osterfeiertage habe ich endlich einmal Muße und kann mich dem Thema PHPUnit zuwenden.

Das CMS und das Framework Sapphire von SilverStripe besitzen zusammen schon an die 150 Testklassen mit 2 bis 10 Tests, die die Methoden der Klassen auf ihre korrekte Funktionalität hin prüfen. Es gibt in der SilverStripe Doku auch eine kurze Einführung zu PHPUnit, oder besser gesagt zu dessen Implementierung in SilverStripe. Allerdings liegen die Tücken wie so oft in den Details und diese spart die Doku dann doch eher aus. Genau an dieser Stelle soll mein kleiner Artikel ins Spiel kommen und dem geneigten Leser einen Informationsvorsprung bieten, den ich selbst nicht hatte.

Ich habe keine Ahnung, wie man PHPUnit auf einem Server installiert, diese Arbeit hat mir dankenswerterweise Sebastian abgenommen. Ich gehe bei meinen Ausführungen einfach davon aus, dass PHPUnit installiert ist, sonst läuft nämlich goanix.

Konvention vor Konfiguration

"Convention over Configuration", nach diesem Prinzip funktioniert das Erstellen von Unit-Tests mit SilverStripe Bordmitteln. Neue Tests werden von der Klasse SapphireTest abgeleitet und im Verzeichnis "tests" in einem Modul oder im Projektverzeichnis abgelegt. Zu jeder Testklasse kann man eine YAML-Datei anlegen, in der die Testobjekte definiert werden. Man muss nämlich wissen, dass bei einem Testlauf nicht die Datenbank der Installation benutzt wird, sondern eine temporäre Datenbank erzeugt wird. Dies hat zwar den Vorteil, dass die Konfiguration und der Zustand der Installation nicht verändert werden, erfordert aber eine Definition aller Objekte, die während des Tests benötigt werden.

Auf die Plätze, fertig, ...

Ein SapphireTest lässt sich auf unterschiedliche Weise ansteuern. Ãœber den Aufruf der URL [www.mysite.de]/dev/tests bekommt man eine Ãœbersicht aller verfügbarer Tests. Mit [www.mysite.de]/dev/tests/all kann man diese sukzessive Ablaufen lassen. Hier kann es zum Timeout des Servers kommen, ein einziger Test kann nämlich eine Sekunde und länger dauern. Mit [www.mysite.de]/dev/tests/[TestKlasse] kann eine einzelne Testklasse aufgerufen werden, zum Entwickeln eines Test sehr nützlich. Nachdem ich einen halben Tag mit Sapphiretests experimentiert hatte, hatte ich so an die 50 Testdatenbanken unwissentlich erzeugt. Diese erkennt man immer am Namen "tmpdb" konkatiniert mit einer siebenstelligen Zufallszahl. Nach Abschluss der Testerei kann man diese mit [www.mysite.de]/dev/tests/cleanupdb auf einen Schlag löschen.

Jetzt aber mal Butter bei die Fische

Ich will als keines Beispiel den Entwicklungsweg zu den ersten Tests für unser geliebtes Modul SilverCart heranziehen. Ich habe mit Test für die Klasse SilvercartProduct begonnen. Ein Test untersucht immer das Verhalten einer Methode. Führt diese Manipulationen eines Objektes richtig aus? Liefert diese den richtigen Rückgabewert und diese hoffentlich für viele verschiedene Parameter? Eine Testmethode muss gemäß der Konvention immer mit dem Namenspräfix "test" beginnen.

Als Erstes will ich das Verhalten eines Setters und eines Getter untersuchen:

/**
     * get all required attributes as an array.
     *
     * @return array the attributes required to display an product in the frontend
     * @author Roland Lehmann 
     * @since 23.10.2010
     */
    public static function getRequiredAttributes() {
        return self::$requiredAttributes;
    }

    /**
     * define all attributes that must be filled out to show products in the frontend.
     *
     * @param string $concatinatedAttributesString a string with all attribute names, seperated by comma, with or without whitespaces
     *
     * @since 23.10.2010
     * @return void
     * @author Roland Lehmann
     */
    public static function setRequiredAttributes($concatinatedAttributesString) {
        $requiredAttributesArray = array();
        $requiredAttributesArray = explode(",", str_replace(" ", "", $concatinatedAttributesString));
        self::$requiredAttributes = $requiredAttributesArray;
    }

Mit Hilfe des Setters sollen Pflichtattribute von Produkten definiert werden. Sind diese Attribute nicht gepflegt, werden die Produkte im Frontend nicht angezeigt. Der Test dazu sieht dann wie folgt aus:

class SilvercartProductTest extends SapphireTest {
    
    public static $fixture_file = 'silvercart/tests/SilvercartProductTest.yml';

/**
     * tests the reqired attributes system for products
     * 
     * @author Roland Lehmann 
     * @since 28.4.2011
     * @return void
     */
    public function testRequiredAttributes() {
        
        //two attributes
        SilvercartProduct::setRequiredAttributes("Price, Weight");
        $attributes = SilvercartProduct::getRequiredAttributes();
        $this->assertEquals(array("Price", "Weight"), $attributes, "Something went wrong setting two required attributes.");
        
        //four attributes
        SilvercartProduct::setRequiredAttributes("Price, Weight, ShortDescription, LongDescription");
        $attributes = SilvercartProduct::getRequiredAttributes();
        $this->assertEquals(array("Price", "Weight", "ShortDescription", "LongDescription"), $attributes, "Something went wrong setting four required attributes.");
    }
}

Im Test werden jetzt erst einmal die beiden Attribute "Price" und "Weight" gesetzt. Dann werden sie mit Hilfe des Getters wieder geladen. Wir nehmen jetzt natürlich an, dass der Getter die Attribute "Price" und "Weight" in einem Array zurückliefert. Diese Annahme wird mit $this->assertEquals() in Code gegossen. Deren erster Parameter ist der erwartete Wert, der mit dem zweiten Parameter, dem tatsächlichen Wert verglichen wird. Falls die Annahme falsch ist, gilt der Test als fehlgeschlagen und der dritte Parameter wird als Fehlermeldung ausgegeben. Ein Test ist nur dann erfolgreich, wenn alle seine Annahmen (engl. asserts) richtig sind.

Crash Test Dummies

In diesem Beispiel werden jetzt Testobjekte verwendet. Diese werden, wie schon gesagt, in einer YAML-Datei definiert. Der Code dazu ist wirklich minimalistisch:

SilvercartTax:
    VAT19:
        Title: 19%
        Rate: 19
        
SilvercartProduct:
    ProductWithPrice:
        isFreeOfCharge: 0
        Title: Product with price
        ShortDescription: This is the short description of the product with price
        LongDescription: This is the long description of the product with price
        isActive: 1
        PriceNetAmount: 90.00
        PriceNetCurrency: EUR
        PriceGrossAmount: 99.99
        PriceGrossCurrency: EUR
        SilvercartTax: =>SilvercartTax.VAT19

Auf der ersten Ebene wird die Klasse (SilvercartTax) definiert, von der Objekte erzeugt werden. Die zweite Ebene ist der Identifikator eines Objekts, der in SilverStripe ja eigentlich die ID ist. Dazu aber gleich noch mehr. Auf der dritten Ebene werden Werte von Objektattributen (Title: 19%) oder Objektrelationen (SilvercartTax: =>SilvercartTax.VAT19) definiert. Bei einer Relation funktioniert das immer so:

NameDerRelation: =>[Klassenname].[Identifikator]

Das SilvercartTax-Objekt muss in der YAML-Datei vor dem SilvercartProduct-Objekt stehen. Dieses Prinzip gilt für alle Relationen.

Jetzt aber zum eigentlichen Test mit Objekten. Der Test testGetTaxRate()

     /**
     * Is tax rate returned correctly?
     * 
     * @author Roland Lehmann 
     * @since 24.4.2011
     * @return void
     */
    public function testGetTaxRate() {
        $productWithTax = $this->objFromFixture("SilvercartProduct", "ProductWithPrice");
        $taxRate = $productWithTax->getTaxRate();
        $this->assertEquals(19, $taxRate, "The tax rate is not correct.");
    }

soll die Methode getTaxRate()

    /**
     * Returns the tax rate in percent. The attribute 'Rate' of the relation
     * 'SilvercartTax' is not used to handle with complex tax systems without
     * clearly defined product taxes.
     *
     * @return float the tax rate in percent
     *
     * @author Sebastian Diel 
     * @since 23.03.2011
     */
    public function getTaxRate() {
        return $this->SilvercartTax()->getTaxRate();
    }

auf ihre korrekte Funktion hin überprüfen. Mit Hilfe der Methode objFromFixture() wird jetzt ein Produkt geladen, das in der YAML-Datei definiert wurde. Der erste Parameter steht für die Klasse, der zweite für den Identifikator des Objekts. Dieser Test ist an sich nicht besonders sinnvoll, prüft er doch lediglich das Ansprechen von Relationen. Dafür gibt es sicherlich einen Test im Framework. Er verdeutlicht aber hoffentlich den Umgang mit Objekten.

Das nur am Rande

Für den ein oder anderen ist es vielleicht wichtig zu wissen, dass während eines Tests ein Admin User erzeugt und eingeloggt wird. Dies geschieht irgendwo in der Methode runTests() der Klasse TestRunner. Da viele der Methoden unseres SilverCart-Moduls auf die Klasse des eingeloggten Nutzers reagieren, ist das wichtig zu wissen.

Beim Laden eines Objekts mit $obj = DataObject::get_one() ist man es ja gewohnt, dass Manipulationen an Attributen und Relationen auch an $obj stattfinden. Läd man ein Objekt aus der YAML-Datei mit $this->objFromFixture(), ist das nicht der Fall:

        $productWithPrice = $this->objFromFixture("SilvercartProduct", "ProductWithPrice");
        $productWithPrice->addToCart($cart->ID, 2);
        $cartPosition = $this->objFromFixture("SilvercartShoppingCartPosition", "ShoppingCartPosition");
        $position = DataObject::get_by_id("SilvercartShoppingCartPosition", $cartPosition->ID);
        $this->assertEquals(3, $position->Quantity, "The quantity of the overwritten shopping cart position is incorrect.");

Im Codebeispiel wird ein Produkt geladen und in den Einkaufswagen gelegt. Da es schon eine Position mit diesem Produkt gibt, wird deren Anzahl (Quantity) von 1 auf 3 erhöht. Die Position muss aber mit DataObject::get_one() neu geladen werden, da sich $cartPosition->Quantity nicht manipulieren lässt. $cartPosition hat immer die in der YAML-Datei definierten Werte.

Wer (y)A(ml) sagt, muss auch B sagen

Tue, 05 Apr 2011 21:08:39 +0200

YAML ist unser hochgeschätztes CSS Framework, bitte nie wieder ohne! Wie man YAML und SilverStripe vereint, haben wir schon in einem unserer Blogbeiträge gezeigt. YAML hat bezüglich Formularen sehr genaue Anforderungen an das Markup, denen SilverStripe von Haus aus nicht gerecht wird. Da werden zum Beispiel <input> Felder in <div> geschachtet. Wer das ändern möchte, muss tief in die Trickkiste greifen. Aber uns ist ja bekanntlich kein Trick zu schwer ;-)

Sascha hat en passent ein Modul für SilverStripe entwickelt, das er CustomHtmlForm genannt hat. Einmal installiert bietet es dem Programmierer mittels Templates volle Kontrolle über das Markup und verändert den Umgang mit JavaScript.

Im folgenden Beispiel will ich den Weg zu einem Kontaktformular beschreiben. Jedes Formular hat eine eigene Klasse und mit dieser fange ich jetzt an:

class ContactForm extends CustomHtmlForm {

    protected $formFields = array(
        'Name' => array(
            'type' => 'TextField',
            'title' => 'Name',
            'checkRequirements' => array(
                'isFilledIn' => true,
                'hasMinLength' => 3
            )
        ),
        'Email' => array(
            'type' => 'TextField',
            'title' => 'Email Adresse',
            'value' => '',
            'checkRequirements' => array(
                'isFilledIn' => true,
                'isEmailAddress' => true
            )
        ),
        'Message' => array(
            'type' => 'TextareaField',
            'title' => 'Nachricht',
            'checkRequirements' => array
                (
                'isFilledIn' => true,
                'hasMinLength' => 3
            )
        )
    );

    protected $preferences = array(
        'submitButtonTitle' => 'absenden'
    );

    protected function fillInFieldValues() {
        $member = Member::currentUser();
        if ($member) {
            $this->formFields['Name']['value'] = $member->Surname;
            $this->formFields['Email']['value'] = $member->Email;
        }
    }

    protected function submitSuccess($data, $form, $formData) {

        $email = new Email(
                        'info@pourlatable.de',
                        'rlehmann@pixeltricks.de',
                        'Kontaktformular Anfrage',
                        ''
        );

        $email->setTemplate('MailContact');
        $email->populateTemplate(
                array(
                    'Name' => $formData['Name'],
                    'Email' => $formData['Email'],
                    'Message' => str_replace('\r\n', '<br>', nl2br($formData['Message']))
                )
        );

        $email->send();
    }

}

Im Array $formFields werden die Felder des Formulars definiert. „Name“ ist der Identifier des Formularfeldes, „type“ ist der SilverStripe Feldtyp und „title“ ist die Beschriftung des Feldes. Mit „checkRequirements“ kann man eine Reihe von Validierungsmethoden konfigurieren. Es gibt zur Zeit die Methoden hasSpecialSigns, isEmailAddress, isCurrency, isDate, isFilledIn, isFilledInDependantOn, isNumbersOnly, hasMinLength, hasLength, mustEqual, mustNotEqual.

Im Array $preferences wird hier nur die Beschriftung des Submit Buttons festgelegt.

Die Methode fillInFieldValues() dient zum Befüllen der Eingabefelder. Im Bespiel werden die Felder „Name“ und „Email“ mit den entsprechenden Werten eines eingeloggten Nutzers befüllt.

Die Methode submitSuccess() wird aufgerufen, wenn keine Validierungsfehler aufbetreten sind. Im Gegensatz zur herkömmichen Action-Methode eines SilverStripe Formulars wird hier noch das Array $formData mitgeführt, das die Formulareingaben enthällt.

So, das Formular brauch jetzt noch ein Template und muss in einen Controller implementiert werden. Ich fange mit dem „CustomHtmlForm“-atierten Template an. Es wird unter themes/blackcandy/templates/layout/ abgespeichert:

<% if IncludeFormTag %>
<form class="yform" $FormAttributes >
<% end_if %>

      $CustomHtmlFormMetadata

      <fieldset>
        <legend>Kontaktformular</legend>
        <div class="subcolumns">
            <div class="c50l">
                <div class="subcl">
                    $CustomHtmlFormFieldByName(Name)
                </div>
            </div>
            <div class="c50r">
                <div class="subcr">
                    $CustomHtmlFormFieldByName(Email)
                </div>
            </div>
        </div>
        $CustomHtmlFormFieldByName(Message)
    </fieldset>

    <div class="actionRow">
        <div class="type-button">
            <% control Actions %>
            $Field
            <% end_control %>
        </div>
    </div>
<% if IncludeFormTag %>
</form>
<% end_if %>

Das Formular ist auf YAML-Art gestaltet. Mit $CustomHtmlFormFieldByName() werden die einzelnen Felder eingebaut. Der Parameter ist der Identifier des Feldes. Zum restlichen Zauber kann ich nicht viel sagen, das muss euch Sascha näher bringen ;)

Jetzt muss das Formular noch in einem Controller „angemeldet“ und aufgerufen werden. Das geschieht in der init() Methode des Controllers:

public function init() {
        $this->registerCustomHtmlForm('ContactForm', new ContactForm($this));
        parent::init();
    }

Der Aufruf im Template des Controllers findet dann durch

$InsertCustomHtmlForm(ContactForm)

statt. So einfach geht das mit SilverStripe, ein wenig pixeltricks und unserem Modul CustomHtmlForm.

Das Modul CustomHtmlForm kann hier auf bitbucket heruntergeladen werden.

Die (nur auf englisch verfügbare) API-Dokumentation ist hier auf unserer SilverCart-Projektseite.

SilverStripe 3: Roadmap Preview

Thu, 17 Feb 2011 15:51:28 +0100

Es gibt erste Informationen über die sehnsüchtig erwartete Version 3 des Open Source CMS Frameworks SilverStripe.

Seit SilverStripe im Jahre 2007 in der Version 2.0 veröffentlicht wurde, sprang der Versionszähler jährlich um einen Minor-Release nach oben. Letztlich wurde 2010 die Version 2.4 veröffentlicht. Laut der Roadmap soll die Finale 3.0 noch in diesem Jahr veröffentlicht werden; eine Alpha-Version wird bis Mitte des Jahres erwartet.

Was wird uns SilverStripe 3.0 bringen?

Zunächst einmal soll das Backend der 3.0 für Entwickler einfacher anzupassen sein. Das ist der richtige Schritt, denn während einfache Dinge auch wirklich einfach sind, verlangen schwierige Dinge einen wirklich tiefen Griff in die Trickkiste.

Die Entwicklungsfortschritte sollen weiterhin für jeden transparent sein. Backlog und Ticket-Stati sind nach wie vor auf open.silverstripe.org ersichtlich.

Es soll bei kurzen Zyklen (um nicht zu sagen: Sprints) bleiben, die ein meßbares Ziel haben. Kollaboration und dezentrale Entwicklung nach wie vor über github.com.

Die (aus meiner Sicht) wichtigsten Aspekte:

Das ORM soll flexibler werden.
Der Sapphire Core soll vom CMS getrennt werden
UI des CMS soll schrittweise verbessert werden
Inline Editing wird es (noch) nicht geben.
Template flexibler: mehr als 2 Argumente im <% if %>
Performanz, Datenbankabfragen sollen verbessert werden
Es soll weniger statische Methodenaufrufe geben, dafür mehr Depency Injection
Konfiguration wie gehabt durch Entwickler im Code
Datenbank: Fremdschlüssel und Contraints
verbessertes Modulmanagement
versionerbare Assets (Bilder und Dokumente) mit einem verbesserten Workflow

Ich finde die Roadmap sehr überzeugend. Es ist schön zu sehen, dass die Entwickler von SilverStripe dort anpacken, wo es nötig ist und nicht dort, wo es für die Marketingabteilung zweckmässiger ist.

Es schein eine stetige und sinnvolle Weiterentwicklung zu werden und kein "Big-Bang-Release".

Herzlichen Dank, SilverStripe :-)

Quelle: SilverStripe 3: Roadmap Preview by Ingo Schommer

Mit SilverStripe nach Babylon II

Wed, 02 Feb 2011 20:22:13 +0100

Zur Zeit entwickele ich zusammen mit Sascha und Sebastian ein SilverStripe-Modul, das kurz vor der Veröffentlichung steht. Einer der letzten Schritte ist die Implementierung der Mehrsprachigkeit. Dazu müssen allte Texte und Wörter aus Klassen und Templates, die im Frontend oder Backend erscheinen, durch eine Funktion ersetzt werden. Diese Funktion(_t()) setzt je nach eingestellter Sprache dann die passenden Sprachkonstanten ein.

Text Collector

Die erste Hürde, die es dabei zu nehmen gilt, ist der innere Schweinehund, denn bei diesem Arbeitsschritt handelt es sich größtenteils um eine Fleißarbeit. Jetzt da ich fertig bin, habe ich über 600 mal Text durch die _t()-Funktion ersetzt. Hilfe gibt es beim Erstellen der Sprachkonstanten vom "Text Collector". Dieser liest die Aufrufe der _t()-Funktion in allen Templates und Klassen und erstellt eine entsprechende Zeile in der Datei /lang/de_DE.php, dem sogenannten Sprachpaket. Der Text Collector wird mit folgender URL aufgerufen:

http://<mysite>/dev/tasks/i18nTextCollectorTask/?module=<modulename>

Da ich zum ersten mal mit dem Text Collector gearbeitet hatte, wusste ich nicht, dass er dass Sprachpaket der in der _config.php eingestellten Standardsprache beschreibt, denn ich hatte dummerweise alle _t()-Funktionen mit englischem zweiten Parameter befüllt. Hier ein Beispiel:

_t('DataPage.TITLE', 'my data')

Der Text Collector macht daraus im Sprachpaket folgende Zeile:

$lang['de_DE']['DataPage']['TITLE'] = 'my data';

Der Text Collector verarbeitet zudem automatisch die Klassenattribute $singular_name und $plural_name. Diese müssen an keiner Stelle mit _t() dynamisiert werden, denn das Framework ersetzt die Klassenattribute automatisch, wenn sie mit dem Bezeichner SINGULARNAME bez. PLURALNAME im Sprachpaket vorhanden sind. Hier ein Beispiel:

$lang['de_DE']['DataPage']['SINGULARNAME'] = 'my data'

Der Wert 'My data' kam dabei aus der Klassenkonstanten $singular_name:

class DataPage extends Page {
public static $singular_name = "My data";

Die anderen statischen Attribute

In PHP ist es nicht möglich einem statischen Attribut einer Klasse in der Definition einen dynamischen Wert zuzuweisen. Das muss im Constructor erfolgen. Auf diese weise lassen sich Attribute wie $field_label übersetzen:

public function __construct($record = null, $isSingleton = false) {

self::$field_labels = array(

'Title' => _t('Country.SINGULARNAME'),

'ISO2' => 'ISO2 Code',

'ISO3' => 'ISO3 Code',

'AttributedZones' => _t('Country.ATTRIBUTED_ZONES', 'attributed zones'),

);

parent::__construct($record, $isSingleton);

}

Workflow

Ich finde es sinnvoll, das zweite Attribut der _t()-Funktion in Englisch zu pflegen. So weis jeder Programmierer gleich, an welcher Stelle er gerade bastelt und muss nicht erst im Sprachpaket nachschauen, wenn er des Deutschen nicht mächtig ist. Ich setzte dabei voraus, dass jeder Programmierer Englisch kann.

Beim Aufruf des Text Collectors wir das Sprachpaket der Systemsprache komplett überschrieben und alle Ã„nderungen gehen verloren. Vor dem Aufruf des Text Collectors sollte man die Systemsprache auf en_US setzten, denn die _t()-Funktionen liefern ja englische Sprachwerte. Das $lang-Array habe ich dann mit der Hand in die de_DE.php kopiert und mit "replace" alle "en_US" in "de_DE" verwandelt. Jetzt muss ich nur noch 600 Textstellen ins Deutsche übersetzten :(

Fazit

Internationalisierung ist eine wichtiger Arbeitsschritt beim Bau eines Moduls. Ein Modul kann sich nur verbreiten, wenn Entwickler möglichst vieler Länder damit arbeiten. Dass man seine Sprachpakete automatisiert erstellt bekommt, ist ein super Feature.

Danke SilverStripe-Team :)

SilverStripe 2.4.5 und 2.3.11 veröffentlicht

Wed, 02 Feb 2011 08:22:35 +0100

Es gibt neues von SilverStripe: heute wurden die Versionen SilverStripe 2.4.5 und 2.3.11 veröffentlicht. Beim Update zur 2.3.11 handelt es sich um einen Bugfix, der mit dem Rollback zu einer älteren Content-Version unter bestimmten Umständen aus Sicherheitsgründen zum Schutz vor einer Cross-Site Request Forgery (CSRF) zu einem Fehler geführt hat.

Das Update der 2.4.5 war etwas umfangreicher. Neben dem Rollback-Bug wurden auch noch andere kleine Fehler behoben. Ausserdem wurde der Installationsprozess verbessert. Genauere Informationen zum Patch stehen in der SilverStripe Dokumentation.

Das waren keine dramatischen Updates und die behobenen Fehler waren auch nicht sehr verbreitet. Aber es ist schön zu sehen, wie SilverStripe immer weiter voran getrieben und stetig verbessert wird. Wir sind alle gespannt auf SilverStripe 3.0. Auf dem Wellington Meetup am 16. Februar soll es erste Informationen zur Version 3.0 geben.

Abfragen auf Relationen in Silverstripe in den Cache auslagern

Thu, 27 Jan 2011 16:07:33 +0100

In Silverstripe arbeitet man für gewöhnlich viel mit Objekten, die über Relationen miteinander verknüpft sind. Diese Art der Programmierung ist sehr angenehm, bringt aber auch den Nachteil mit sich, dass komplexe Beziehungen über mehrere Objekte die Performance beeinträchtigen können.

Aus diesem Grund bietet Silverstripe einen sehr einfach benutzbaren Cachingmechanismus an, der im folgenden beschrieben wird.

Beispiel zum Einbau des Caches

Das Ausgangsobjekt

Angenommen, wir haben ein Objekt "MotherOfAllAttachments", das hunderte von Anhängen (Attachments) hat. Um die zugeordneten Attachments zu bekommen, benutzt man folgenden Aufruf:

$motherOfAllAttachments = DataObject::get_by_id(
    'MotherOfAllAttachments',
    1
);
$attachments = $motherOfAllAttachments->Attachments();

Hier holen wir uns zuerst über "DataObject::get_by_id" eine Objektinstanz der Klasse "MotherOfAllAttachments", die über Daten verfügt; der Einfachheit halber sei hier vorausgesetzt, dass es eine solche Instanz mit der ID 1 gibt.

Anschließend greifen wir auf die Relation "Attachments" zu, mit der wir alle zugeordneten Attachments bekommen.

Eine neue Methode zum Abfangen der Abfrage auf die Relation

Dieser Aufruf kann bei vielen Attachments zu Performanceproblemen führen, weshalb es sich anbietet, das Ergebnis nach dem ersten Aufruf in den Cache zu legen.

Dazu schreibt man einfach eine neue Methode in der Klasse "MotherOfAllAttachments", die genau das erledigt:

public function getAttachments() {
       $cachekey = 'Attachments'.$this->ID;
       $cache       = SS_Cache::factory($cachekey);
       $result     = $cache->load($cachekey);

       if ($result) {
               $result = unserialize($result);
       } else {
               $result = $this->Attachments();
               $cache->save(serialize($result));
       }

       return $result;
}

Hier erzeugen wir zuerst einen Bezeichner ($cachekey), unter dem die Daten in den Cache gelegt und wiederhergestellt werden können. Da die Abfrage sich auf das Objekt "MotherOfAllAttachments" bezieht, benutzen wir dessen ID zur eindeutigen Identifizierung der Cache-Datei.

Anschließend holen wir uns anhand des eben erzeugten Bezeichners ein Cache-Objekt; dieses wird über eine Factory-Methode erzeugt, der als Parameter der Bezeichner übergeben wird.

Den gleichen Bezeichnis verwenden wir, um die Inhalte des Cache-Objekts über "$cache->load" zu laden.
Wenn dieser Aufruf ein Ergebnis liefert, erzeugen wir über die PHP Methode "unserialize" PHP-Objekte aus den Rohdaten. Andernfalls holen wir die Ergebnisse aus der Datenbank und speichern sie im Cache. Da es sich um Objekte handelt, müssen diese über die PHP Methode "serialize" serialisiert werden, bevor sie in die Cache-Datei gelegt werden.

Bei diesem Beispiel sollte der Zugewinn an Performance noch relativ niedrig sein. Werden jedoch Relationen in der zweiten, dritten oder noch tieferen Ebene benötigt, ist eine deutliche Steigerung messbar.

Beispiel zur Anwendung des Caches

Aufruf aus Templates

Wird in einem Template auf die Relation "Attachments" des Objekts "MotherOfAllAttachments" zugegriffen, müssen wir nichts ändern. Durch die Silverstripe "Magie" werden Template-Aufrufe auf Relationen durch gleichnamige Methoden mit dem Präfix "get" abgefangen.

Der Aufruf

<% control Attachments %>
<% end_control %>

ist also gleichwertig zu dem Aufruf

<% control getAttachments %>
<% end_control %>

Aufruf aus Controllern und DataObjects

Diese Magie funktioniert leider (oder zum Glück) nicht im PHP-Code der Controller und DataObjects. Das heißt, dass wir dort den Aufruf

$attachments = $motherOfAllAttachments->Attachments();

ersetzen müssen durch

$attachments = $motherOfAllAttachments->getAttachments();

Links

Dokumentation der Methode "serialize" auf de.php.net:
http://de.php.net/manual/de/function.serialize.php

Dokumentation der Methode "unserialize" auf de.php.net:
http://de.php.net/manual/de/function.unserialize.php

Dokumentation der Silverstripe Cache Klasse auf api.silverstripe.org:
http://api.silverstripe.org/2.4/sapphire/core/SS_Cache.html

Silverstripe: Enum-Werte eines Objektfelds als Array holen

Wed, 15 Dec 2010 14:30:52 +0100

Heute kam die Frage auf, wie Feldwerte eines Enumfelds aus einem DataObject ausgelesen werden können.

Im konkreten Fall wollen wir aus dem folgenden Code die Werte für das Feld "Salutation" als Array zurückbekommen:

class Customer extends Member {
    public static $db = array(
        'Salutation' => 'Enum("Firma,Herr,Frau","Frau")'
    );
}

Da es sich bei dem Feld "Salutation" um ein Silverstripe Enumfeld handelt,könnten wir dessen Methode "enumValues()" nutzen, welche uns die Feldwerte als Array zurückliefert, also genau das tut, was wir wollen.

Da die Variable $db aber nur ein statisches Array ist, das lediglich definiert, wie ein Feld auszusehen hat, aber keinen Zugriff auf das Feldobjekt selbst bietet, nutzen wir die Silverstripe-Magie, um uns ganz einfach das entsprechende Feldobjekt zu holen:

singleton('Customer')->dbObject('Salutation')->enumValues();

Dieser Aufruf liefert uns das gewünschte Ergebnis:

Array(
    [Firma] => Firma,
    [Herr]  => Herr,
    [Frau]  => Frau
)

Der Hebel ist die Methode "dbObject" aus der Klasse "DataObject" (in "/sapphire/core/model/DataObject.php"), welche in der Lage ist, zu dem angegebenen Feld aus dem Array "$db" das entsprechende Feldobjekt zu liefern.