Okay, ich gebe es zu – ich programmiere fast gar nicht! Aber was mache ich sonst? Dieser Artikel beschreibt in normaler Sprache, was ich als Web Architect mache.

Was ist meine Motivation, die mich antreibt?
Ganz einfach: Ich will Menschen mit einer Nachricht erreichen! Mit einer Website, mit einem Blog, einem Bild, einem Portal, einem PDF, Newsletter, Email, egal – Hauptsache die Leute bekommen, was sie interessiert.

Auf den Internetseiten sind das u.a. Produktinfos, Texte, Jobs, Pressemitteilungen usw.

Im Extranet gibt es exklusive Infos und Dokumente für Distributoren und Händler und im Intranet sind das Formulare und Richtlinien für Mitarbeiter. Dazu kommen noch diverse Webshops. Sie dienen eher dem Umsatz und nebenher auch als Infoportal

Als Web Architect bin ich für diese Plattformen mitverantwortlich. Das geht von technischen Aspekten der IT-Landschaft, über das Bereitstellen der Daten und Management-Tools, bis hin zur benutzerfreundlichen Bedienung (Stichwort Usability). Dazu kommen noch Benutzerverwaltung, Sicherheit und Recht. Bei all diesen Themen geht immer um den “Kommunikationskanal Web”. Ohne dem Fokus wäre meine Berufsbezeichnung vielleicht Software Architect, oder Application Architect mit dem “Web” fühle ich mich aber sehr wohl.

An dieser Stelle möchte ich einen kleinen Vergleich ziehen. Was haben ein Web Architect und ein Diplom Architekt gemeinsam?

• Beide erstellen ein elegantes Design, welches gut in eine bestehende Umgebung passt
• Sie überzeugen alle Zweifler von Ihrem Konzept, gerne durch Form und Funktion aber immer auch durch den Nutzenden
• Sie lassen Andere bauen, behaupten aber, sie könnten es zur Not selber
• zum Schluss hoffen sie, das alles funktioniert, gut aussieht und nicht umkippt

Was beide für ihr Werk brauchen, sind Architekuren.

System-Architektur

In der Regel handelt es sich bei Web-Anwendungen um mehrschichtige Software-Systeme bestehend aus Datenbank- und Fileservern für die Daten, Applikationsservern für die Logik und Webservern zur Kommunikation mit der Aussenwelt. Eine rein vertikale Betrachtung reicht jedoch nicht immer aus. An den Seiten schliesst man ja noch Backend-Systeme an. Wo es sein muss verwendet man eine Benutzerverwaltung, Diensleister für Zahlungsabwicklung müssen integriert werden und drumherum steckt man nach Gefallen noch Feeds, Newsletter-Dienste, Sozial Media Plugins sowie Tracking- und Analyse-Tools.

Wenn man alle beteiligten Komponenten auf ein Blatt malt, erhält man ein hübsches Bild eines Verteilten Software Systems. Das Blatt kann man dann selbst zerknüllen oder dem Chef zum zerknüllen auf den Schreibtisch legen.

Da die Firma keinen lokalem Hotdog-Stand, sondern geschäftskritische Plattformen betreibt, muss man zentrale Komponenten skalierbar und teilweise redundant (sprich mehrfach) auslegen, einen load-balancer zur Lastverteilung darüberlegen und mit Überwachungs-Tools dafür Sorge tragen, dass notfalls um halb vier das Telefon klingelt, falls eine der Platten voll läuft. So ist das.

Die Planung der Systemarchitektur gehört mit zu den Aufgaben von Software- und Webarchitekten. Wenn es jedoch um die fiesen Details geht, holen Diplom Architekten die Bau-Ings und Webarchitekten gerne die Sys-Admins! Wenn es um Innereien geht (zwischen verschiedenen Rechnern geteilte Laufwerke, Virtualisierung mit XEN, Access Gates, Firewalls, Proxy-Server etc.) dann bin ich sehr froh, dass es dafür Spezialisten gibt!

Software

Eine Webplattform besteht also aus (Software-) Komponenten, die miteinander interagieren. Da gibt es sehr zentrale Systeme wie CMS oder die Shopsysteme, sowie nachgelagerte, so genannte Backendsysteme bzw. externe Dienste, die mit benutzt werden. Auf dem zerknüllten Blatt zeigen die Pfeile zwischen den Komponenten also munter hin-und her. Sie stellen die Interaktionen zwischen den Komponenten dar. Voraussetzung dafür sind Schnittstellen, die so genannten APIs, die es erlauben, Funktionen (von aussen) aufzurufen. So betrachtet man Systeme meist nicht von innen über den Code, sondern über die nach aussen zur Verfügung gestellten Funktionen. Im Zusammenspiel liefern sie letztentlich auch die zuvor erwähnten Informationen wie Texte, Dokumente oder eben Warenkörbe.

Damit das funktioniert, muss die Software entwickelt, erweitert und angepasst werden. Die Softwareentwicklung im Umfeld des Webs ist das tägliche Brot von Web-Entwicklern aber auch von Software-Entwicklern und Web Architekten. Der Unterschied liegt in der Ausprägung, wie sie sich mit Softwareentwicklung beschäftigen.

(Ich weiss, die Übergänge sind fließend und Manches überschneidet sich, aber ich male hier mal schwarz/weiss)

Ein Web-Entwicklerprogrammiert die sichtbaren Teile der Anwendung, das so genannte Frontend.

Der Software-Entwickler programmiert die Anwendung. Sie bildet die Logik ab, die bestimmt, was bei welchem Funktionsaufruf passieren soll.

Und was bleibt für den Web Architekten? Er ist dafür verantwortlich, das die abgebildete Logik mit den ursprünglichen Erwartungen übereinstimmt und schafft die Rahmenbedingungen, damit nützliche Software entstehen kann. Auch sorgt er dafür, dass alle Teile des verteilten Systems ein großes Ganzes bildet und das dieses Ganze ebenfalls den Erwartungen entspricht, also genau das tut, was es soll. Er kennt vielleicht nicht alle Implementierungdetails (also nicht die programmierten Zeilen), aber er bestimmt die Funktionsweise einzelner Komponenten und deren Einfluss auf das Gesamtsystem.

Das ist mein Verständnis von den Aufgaben eines Web-Architekten. Ich habe extra nicht vorher bei Wikipedia oder wo anders nachgeschaut, um nichts nachzuplaudern. Eine exakte Tätigkeitsbeschreibung ist das also nicht. Wie dieser Beruf tatsächlich ausgefüllt wird, womit sich Web-Architekten konkret am Tag beschäftigen, wird individuell sehr unterschiedlich sein. Einige mögen jeden Tag hübsche Bildchen malen und zerknüllen, ich feile meist an den Aufgabenbeschreibungen für die vielen Komponenten. Dazu hole ich die Wünsche und Erwartungen ab, prüfe ob, wann wie diese optimal umgesetzt werden können und gebe für Softwareentwickler verlässliche Arbeitsanweisungen. Auch wenn die Anforderungen meist durch die Fachabteilungen (also von intern) kommen, versuche ich die Software nicht an Ihnen, sondern an den Nutzern auszurichten. Schliesslich sollen die Nutzer genau das bekommen, was sie interressiert.

Vor zwei Jahren habe ich aus Spass die Amazon Partnerseite Amanav erstellt. Das Problem bei diesen reinen Affiliate-Seiten ist, dass sie nur das anzeigen können, was die Datenquelle (der Amazon-Webservice) ihnen anbietet. Weil auch die Produktbeschreibungstexte alle gleich sind und es an eigenen Inhalten fehlt, strafen die Suchmaschinen sie zu Recht als “copycats” ab. Die Google-Suche nach einem Produktnamen wird daher kaum auf eine dieser Partnerseiten führen. Was also tun?

Wenn man die Produktdaten nicht manuell anreichern will (und wer will das schon, bei einem so großen Produktangebot?) bleibt nur noch wenig, was man dem Besucher als Mehrwert mitgeben kann. Eine übersichtliche Navigation, die Auswertung der Preishistorie und die Alarmierung per E-Mail, um wenigstens etwas Mehrwert gegenüber dem Amazon-Store zu schaffen. Oder man kann zusätzlich die API von eBay nutzen, um das einfallslose Spiel “Amazon vs. Ebay” zu spielen.

Ich habe einen anderen Weg gewählt und zeige zu den Produkten passende Videoclips und bei Musikalben gibt’s dank Grooveshark-Widget die Lieder gleich zum anhören. Das erhöht zwar nicht die Kaufrate, ist für den Besucher jedoch unterhaltsam. Für viele Produkte gibt es coole Clips vom Hersteller oder auch von Privatpersonen. Ein Beispiel dafür sind die Lego Technic Spielzeuge.

Dennoch – selbst wenn ich noch an allen Ecken und Enden etwas verbessern könnte – die Story hinter den Affiliate-Seiten bleibt langweilig!

Nachdem ich schon meinen Personalausweis Generator eingestampft habe, brauche ich etwas Neues, was ich mal ausprobieren könnte. Es sollte entweder eine neue Technologie oder API nutzen (Goolge+, Android SDK, iOS?), oder ein Mashup aus mehreren coolen APIs sein. Auf jeden Fall sollte diesmal der Nutzen für den User im Vordergrund stehen. Für Ideen bin ich Euch auf jeden Fall dankbar.

Am 03. Juni 2008 ging der Personalausweis Generator online. Mein ursprüngliches Ziel damals war es zu zeigen, wie unsinnig eine “Altersverifikation” durch Angabe einer Personalausweis-ID ist. (Und er sollte Euch natürlich auch Spass machen )

Der Algorithmus zur Erzeugung solcher IDs ist nicht geheim und daher gibt es auch etliche Seiten, auf denen man sich per Mausklick eine gültige ID berechnen lassen kann. Umgekehrt kann man eine echte ID tatsächlich einer real existierenden Person zuordnen. Benutzt man auf einer Webseite seine echte ID, gibt man somit auch ein Stück seiner Identität preis, obwohl man doch nur sein Alter nachweisen möchte! Das passt meiner Meinung nach nicht zusammen.

Einige Webseiten benutzen diese Methode, um Kindern und Jugendlichen vom Zugriff auf bestimmte Inhalte auszuschließen. Oft handelt es sich aber nur um fadenscheinige Bemühungen zum Thema Jugendschutz von Anbietern, die junge Besucher zumindest tolerieren wenn nicht sogar gerne willkommen heißen. So brauchte man bspw. eine ID zur Teilnahme an Gewinnspielen von Zigarettenmarken oder Bierbrauereien. Interessant ist auch, dass viele Besucher aus Österreich und der Schweiz den Generator benutzen, um sich eine deutsche Identität zu verschaffen

Warum ist der Personalausweis Generator offline?

Es gibt verschiedene Gründe warum er nun in der Mottenkiste verschwindet. Zum einen war er für einen reinen Fun-Generator zu nah an der Wirklichkeit. Man konnte sein Foto und sogar seine Unterschrift mit einbauen, was bei richtiger Vorbereitung zu ganz passablen Ausweiskopien gereicht hat. Auch habe ich mehrfach Anfragen bekommen, ob ich nicht die Auflösung des Ausweises erhöhen und das Wasserzeichen entfernen könnte – ein deutliches Zeichen für mich, dass durch das Tool manchmal die kriminelle Energie meiner Besucher entfesselt wurde. Ein Werkzeug zum Fälschen von Ausweisen wollte ich aber nie anbieten!

Hinzu kommt der Wechsel auf den neuen Personalausweis im Scheckkartenformat, und die quälende Frage, ob ich nicht meinen Generator dafür umbauen sollte. Dazu fehlt mir im Moment aber einfach die Lust.

Ich hoffe, das trifft Euch jetzt nicht zu hart!

Wenn ihr eine ID braucht dann versucht es mal beim Chaos Computer Club.
Wenn ihr einen lustigen Ausweis erstellen wollt, dann am besten mal bei Onlinewahn.

Falls Euch dennoch etwas fehlen sollte, dann schreibt doch einfach einen Kommentar zu dem Artikel.

Konzeption und Implementierung eines Systems zur Anbindung mobiler Clients an Unternehmensportale

geschrieben.

Auch wenn das schon eine ganze Weile her ist, hier noch einmal die Zusammenfassung der Arbeit:
Die permanente Verfügbarkeit aktueller Informationen ist eine wichtige Vorraussetzung, um jederzeit optimale Entscheidungen treffen zu können.

Sie bildet damit die Grundlage erfolgreichen Handelns. Unternehmensportale fassen Wissen aus verschiedenen Quellen zusammen und stellen sie den Mitarbeitern zielgerichtet zur Verfügung. Der Zugang zu den im Unternehmensportal abgelegten Informationen ist teilweise über eine besonders gesicherte Einwahl über das Internet möglich, oft aber auch ganz auf die mit dem Intranet verbundenen Rechner innerhalb des Unternehmens beschränkt.

Selbst, wenn der externe Zugriff nicht ausgeschlossen ist, sind Mitarbeiter im Außendienst auf die Nutzung tragbarer Endgeräte wie Laptops oder Tablet- PCs mit Internetzugang und auf eine sichere Verbindung zum Unternehmensportal angewiesen, um die dort abgelegten Daten verwenden zu können. Die Nutzung von kleineren Endgeräten wie PDAs und Smartphones beschränkt sich meist auf die Synchronisation des Datenbestandes zwischen Portal und Client während der Zeit, in der sich der Mitarbeiter im Büro befindet. Bei einer solchen Anbindung kann der Nutzer auf Änderungen nicht in Echtzeit reagieren. Eine echte Interaktion des Benutzers mit den Unternehmensdaten ist nicht gegeben und der wichtige Produktionsfaktor Information wird nicht optimal genutzt.

In der vorliegenden Arbeit soll untersucht werden, welche Möglichkeiten es zur Anbindung von Smartphones an Unternehmensportale gibt und auf welche Weise eine direkte Interaktion in Echtzeit mit den dort abgelegten Daten möglich ist. Ferner wird anhand eines Fallbeispiels die Realisierung eines Prototyps dargestellt.

Die komplette Diplomarbeit zum herunterladen gibt es hier

Amazon iPhone Applikation

Auf meiner Seite http://www.amanav.com/ verwende ich die Amazon Product Advertising API, um Produktdaten aus dem Amazon Shop darzustellen und zu bewerben. Kauft ein Benutzer etwas über diesen Shop, erhalte ich eine Werbekostenerstattung.

In den Lizenzvereinbarungen zur Product Advertising API steht:

(e) Ohne unsere ausdrückliche vorherige schriftliche Genehmigung (…) werden Sie keinen Product Advertising Content auf einer Website oder Anwendung oder in Verbindung mit einer Website oder Anwendung nutzen, die zur Nutzung mit einem Mobiltelefon oder einem anderen tragbaren Gerät entwickelt wurde bzw. beabsichtigt ist.

Seit dem 12. Oktober gilt sogar noch eine verschärfte Fassung:

Der Partner ist zudem nicht berechtigt, … Jeglichen Inhalt oder Partner-Link in Verbindung mit jeglicher Anwendungssoftware für mobile Kommunikationsgeräte (z.B. Mobiltelefone, Smartphones, etc.) ohne unsere vorherige schriftliche Zustimmung zu nutzen.

Amazon behält sich also das Recht vor selbst im Mobile Commerce mitzumischen und duldet hier auch keine Mitspieler. Zumindest gibt es schon eine Amazon iPhone Applikation und ein Amazon Android Applikation zu bestaunen.

Amazon Android Applikation

Damit aber noch nicht genug. Heute fand ich in den Logs meines Webservers folgende Einträge:

…[error] [client 67.202.24.121] File does not exist: /www/amanav_com/m
…[error] [client 67.202.24.121] File does not exist: /www/amanav_com/mobile
…[error] [client 67.202.24.121] File does not exist: /www/amanav_com/mobi
…[error] [client 67.202.24.121] File does not exist: /www/amanav_com/iphone
…[error] [client 67.202.24.121] File does not exist: /www/amanav_com/pda

Hinter der IP 67.202.24.121 steckt ec2-67-202-24-121.compute-1.amazonaws.com , ein Amazon-Server.

Versucht man so die Einhaltung der Lizenzvereinbarung zu überwachen oder hat ein Amazon-Mitarbeiter aus Vergnügen mit seinem iPhone meine Seite besucht? Ich kann es nicht mit Sicherheit sagen…

Ich möchte eine kurze Zusammenfassung geben, worum es sich bei Cliplister handelt, warum es sinnvoll sein kann Produktclips in einem Online-Shop zu zeigen und darüber berichten, wie man den Cliplister-Dienst in einen Webshop integriert.

Was ist Cliplister?

Cliplister ist ein 2007 gegründetes Unternehmen mit Sitz in Kiel, das den Herstellern die Distribution ihrer Produktvideos an Händler und Partner erlaubt. Die Produktvideos der Hersteller werden geprüft, katalogisiert, für die Ausstrahlung im Internet optimiert und den teilnehmenden Shops bereitgestellt. Nach eigenen Angaben bietet Cliplister derzeit über 50.000 Clips von über 1000 Herstellen an. Shopbetreiber können auf diese optimierten Clips über eine ProduktID (in der Regel die EAN) zugreifen und sie in ihren Webshop an verschiedenen Stellen wie Produktdetailansicht, aber auch in der Navigation oder auf Teaserseiten darstellen.

Sowohl dem Hersteller wie auch dem Händler stellt Cliplister Reporting-Tools zur Verfügung, die genaue Statistiken über die Nutzung der Clips erlauben. Während der Dienst für die Hersteller vollkommen kostenlos ist, zahlt der Betreiber des Shops eine monatliche Gebühr und ein Entgeld pro Videoabruf. Das Basispaket gibt es für 99 Euro. Dieses beinhaltet einmalig 2.500 Clipabrufe. Ansonsten kostet Cliplister 179 Euro monatlich. Wobei die Videoabrufe einzeln berechnet werden. Die ersten 100.000 Abrufe kosten jeweils 1,4 Cent pro View.

Warum Videoclips verkaufsfördernd sind

Die Darstellung von Produktdaten in Online-Shops erfolgt in der Regel duch Text und Bild. Diese Mittel sind in der Regel ausreichend, um eingehend über ein Produkt und dessen Merkmale zu informieren.
Videoclips können als zusätzliche Informationsquelle dienen, die auch den Umgang mit einem Produkt erklärt. (wie funktioniert eigentlich dieser Laserentfernungsmesser?)

Der größte Vorteil von Videos könnte jedoch sein, dass sie den Betrachter viel stärker emotional ansprechen können als eine reine Präsentation über Produktbilder. Trailer von Computerspielen oder DVDs reißen den Betrachter in Ihren Bann. Mobiltelefone und Kaffeeautomaten lassen sich bis ins Detail vorführen und erzeugen (falls die Clips gut sind) sofort ein “Will Haben!”-Gefühl.

Die Clips können den Besucher also nicht nur in der Kaufentscheidung bestärken, sondern wecken womöglich erst das Kaufinteresse!

Baur hat in einem eigenen, mehrmonatigen A/B-Test festgestellt, dass durch den Einsatz von Videoclips  die Konversion gesteigert werden konnte. Ausserdem sei für Sales auf den Seiten mit Videos eine “hervorragende Kosten-Umsatz-Relation” erreicht worden, was wohl soviel heißt, dass durch die Produktvideos die Retourenquote gesenkt werden konnte. (Quelle: Pressemitteilung)

Integration

Cliplister bietet für einige Umgebungen bereits vorgefertigte Bibliotheken an. Für PHP sind das zwei Funktionen, die ASP.NET Bibliothek besitzt zwei Visual Basic-Klassen und für JAVA gibt es zwei Java-Klassen, sowie eine überschaubare Tag Library.

Darüber hinaus gibt es eine kleine Anleitung speziell für Intershop Enfinity und XT:Commerce. (ich sag’s ja nur

Unabhängig von der verwendeten Technologie wird die Verbindung zwischen Shop und Cliplister-Server mit den  Zugansdaten (custID=Kundennummer und custKey=Kundenschlüssel) konfiguriert und eine URL mit diversen Parametern aufgebaut. (Integrationstyp, Höhe, Breite, Qualität des Videos, ProduktId, Typ der ProduktId, Timestamp, etc.) Da der Timestamp Bestandteil der URL ist, kann es sein, dass ein Link nur eine bestimmte Zeit gültig ist. Mir ist bei der Implementierung jedoch kein Verfallsdatum aufgefallen. Die Videolinks sind mindestens eine Woche lang gültig.

Die genauen Parameter und deren Bedeutung kann man in der Cliplister Dokumentation nachlesen (bei Interesse bitte nachfragen). Interessanter jedoch sind meiner Meinung nach die Fallstricke und die Erfahrungen die ich bei der Einbindung des Dienstes gemacht habe.  Deshalb möchte ich kurz die Integration mittels taglib und den Java-Klassen beschreiben.

Grundsätzlich gibt es zwei verschiedende Typen der Integration. Beide liefern ein IFRAME mit dem von Cliplister-Dienst zurückgegebenen HTML-Code zurück.

EmbdVideo bettet das Video in die Shopseite ein. Es lässt sich per Parameter bestimmen, ob das Video gleich startet (direkt) oder ein PlayButton zu sehen ist (indirekt), den der Benutzer erst drücken muss.

<cliplister:EmbdVideo product="#Product:EANCode#" style="0" xsize="320"
ysize="262" indirect="0" lang="de" fsk="16" />


videobtn zeigt im IFRAME einen Playbutton, der beim Klick ein Popup mit dem Video öffnet.

<cliplister:videobtn product="#Product:EANCode#” lang="de" fsk="16" quality=”50”/>

Da es nicht garantiert ist, dass zu jeder ProduktId auch tatsächlich ein Video existiert, ist die Methode EmbdVideo nur sinnvoll, wenn man vorher manuel das Vorhandensein des Clips überprüft hat. Andernfalls kann es passieren, dass ein riesiges leeres IFRAME mittem auf der Produktdetailseite erscheint. Ein nicht vorhander Playbutton lässt sich da meist leichter kaschieren. Was im Falle des Nicht-Vorhandenseins eines Clips angezeigt wird, kann man im Cliplister-Backoffice konfigurieren.

Der Standard für den Playbutton, falls kein Video vorhanden ist sieht so aus:
<html><body style="background-color:transparent" /></body></html>

Das sieht im ersten Moment zwar gut aus, zeigt es doch im Mozilla Firefox eine durchsichtige Fläche und somit den Hintergrund der aktuellen Seite. Im Internet Explorer zeigt es jedoch eine weiße Fläche! Das ist mitunter kein Augenschmeichler!

Der Standard für den Playbutton, falls ein Video vorhanden ist:


<html>
<body style="margin:0; padding:0;">
<input type="image"
src="http://mycliplister.com/static/playbtn.png" width="34""
height="34" onClick="window.open('$URL$','newwindow',
config='height=$HEIGHT$,width=$WIDTH$, toolbar=no, menubar=no,
scrollbars=no, resizable=no,location=no, directories=no,
status=no'); return false;">
</body>
</html>

Es wird also ein 34 x 34 Pixel großer Playbutton im Cliplister-Design ausgeliefert. Möchte man diesen austauschen, muss man wieder ins Backoffice von Cliplister. Dort hat man pro Integrations-Methode 99 so genannter Slots, in denen man die oben genannten Snippets konfigurieren kann.

Etwas für die HTML-süchtigen Leser: Was stimmt am folgenden Snippet nicht? (Standard für den indirekten Player, wenn ein Video vorhanden ist)


<html>
<body style="background-color:transparent" /></body>
<div style="text-align:center"><a style="margin:0" href="$URL$">
<img border="0" src="http://mycliplister.com/static/play_qvga.png"></a>
</div>
</html>


Crosssite-Scripting

Wenn man eine Seite erstellt, die ein Produktclip von Cliplister zeigt, sollte man unbedingt darauf achten, dass es nicht von Dritten mißbraucht werden kann, etwa indem der Clip mittels externen Parametern gesteuert oder gar erneut via IFRAME auf externen Webseiten integriert werden kann.

An Cliplister gefällt

• Die Integration ist denkbar einfach – Die Tag Library ist schnell an Ort und Stelle und die paar Parameter sind schnell gesetzt.
• Ist ein Video nicht verfügbar gibt es durch die Integration via IFRAME keine Verzögerung bei der Auslieferung der Shop-Seite. Timeouts, die sonst bei Server-2-Server-Kommunikation entstehen spielen keine Rolle.
• Die Zuordnung vie EAN funktioniert reibungslos, jedem Artikel lässt sich so genau das richtige Produktvideo zuordnen.
• Es ist möglich die Clips auch über eine individuelle ProduktId (bswp. Artikelnummer oder Bestellnummer) zu mappen.
• Die Cliplister-Server machen einen guten Job, ruckelnde Videos sind nicht aufgefallen.
• Die Sprache der Clips lässt sich ebenfalls konfigurieren. Wählt man deutsch hat man entweder deutsche Clips oder zumindest deutsche Untertitel)

An Cliplister missfällt

• FRAMES und IFRAMES sind (wir wir alle wissen) Teufelswerk und gehören in dessen Küche.
• Eine separate Abfrage, ob es zu einem Produkt ein Video existiert, gibt es leider nicht – der Platz für das IFRAME muss also immer reserviert werden. – Das schmerzt vor allem, da sich die Höhe von IFRAMEs nicht an deren Inhalt anpassen lassen.
• Die Java-Klassen folgen keiner Konvention: EmbdVideo.java vs. videobtn.java sagt bereits Einiges aus. Das eine Mal ist der Member height ein Integer, das andere Mal ein String

Ich glaube, dass die Verwendung von Produktvideos in Online-Shops noch an Bedeutung gewinnen wird. Cliplister bietet derzeit als einziger Anbieter ein derart großes Portfolio an originalen Produktvideos und braucht sich in der Hinsicht nicht vor Youtube oder anderen Video-Portalen zu fürchten, da dort original Videos und selbstgedrehte Clips (derzeit) kaum voneinander getrennt werden können und ein Aufruf eines speziellen Produktvideos per API nicht möglich ist.

Die Unterstützung der Shopbetreiber durch vorgefertigte Bibliotheken ist ausreichend, die Integration beinahe schon trivial.  Es bleibt zu wünschen, dass sich die Qualität der zur Verfügung gestellten Quelltexte verbessert und eine separate Schnittstelle zur Ermittlung der Clipverfügbarkeit hinzukommt.