
Am Wochenende flatterte uns folgende Twitter-Meldung ins digitale Postfach:
@spreadshirt SOAP-Shopsoftware für den Rest der Welt http://spreadshop.cute-monstr.de.
Da wurden wir natürlich neugierig und haben uns gleich mal angeschaut, was denn der Absender Benjamin Vetter gebastelt hat. Benjamin nennt es “den echten eigenen Spreadshirt-Shop”: ein Template,
- das ohne iFrames auskommt,
- komplett an das eigene Webseiten-Design anpassbar ist,
- auf der Programmiersprache Ruby aufsetzt,
- beliebig erweiterbar ist und
- unter einer GNU-Lizenz kostenlos zur Verfügung gestellt wird.
Wir finden das alles ziemlich grandios und werden Benjamin deshalb in den kommenden Tagen hier im Blog interviewen.
Was würdet Ihr denn gerne von Ihm bzw. über sein Package wissen? Bitte postet Eure Fragen bis Mittwoch, 18 Uhr.
P.S. Wer gleich mit dem Template rumspielen möchte, kann sich die Version 1.0 unter spreadshop.cute-monstr.de runterladen.
P.P.S. Seit bitte so fair, Benjamin mit einem Link auf seine Seite zu belohnen, falls Ihr das Template auf Eurer Seite einsetzt.


TweetThis




Ich dachte ihr stellt von SOAP auf REST um. Lohnt es sich da noch mit SOAP anzufangen?
also hier mal was zu dem Thema SOAP und REST bis dato im Forum gesagt wurde:
Jörg:
“Die Einführung von REST ist für frühestens Q3 geplant. SOAP wird dann ersteinmal weiterfunktionieren, aber bereits nicht mehr weiterentwickelt.
Mit dem Release der REST API empfehlen wir die Migration von SOAP auf REST. Außerdem solltet Ihr Euch unter developer.spreadshirt.net für Updates an der API Front registrieren. Zu REST wird es nach Einführung eine ausführliche Dokumentation geben, es werden vorrauss. auch Javascript / AS3 Bibliotheken zur Verfügung gestellt werden.”
Und Bea (Cute Monstr):
“wenn eine umstellung der schnittstelle erfolgt, werden wir das natürlich berücksichtigen und ein update bereitstellen, da wir ja selber darauf angewiesen sind…”
Super. Danke für die schnelle Anwort. :-)
cooles teil!!! leider hab ich keine ahnung davon.
Das Problem ist ja, wie im Thread schon geschrieben das man einen eigenen Server dafür braucht.
Würde das auf jedem x-beliebigen Webspace funktionieren wäre es der hammer, aber einen eigenen Server werden wohl die wenigsten betreiben…
Die Community hat es halt drauf. DAS wäre eigentlich EUER Job gewesen, Spreadshirt. Benjamin sollte sich das bezahlen lassen.
Du kannst dir Webspace mit Ruby-Support suchen ohne gleich einen Server zu betreiben. Ein Server erfordert entweder Know-How oder ein Server-Management, das man einkaufen kann erfordert. Bei einigen Providern übrigens gar nicht so teuer wie man glaubt. Es ist schließlich nicht so, dass man täglich Server-Support benötigt und 1000de Euros in so einen Server buttert. Zumindest nicht bei einem einfachen Shop mit einem durchschnittlichen Besucheraufkommen.
@ertwick: Ersteinmal stimme ich dir zu: die Community hat es drauf. Ohne Community keine Motive, Produkte und Shops. Ohne Motive, Produkte und Shops kein spreadshirt.
Ob das, was Benjamin gemacht hat, “unser Job gewesen” wäre, weiß ich aber nicht so sicher. Unser Job ist es imo, die Grundfunktionalitäten und Schnittstellen zur Verfügung zu stellen, mit denen das Gros unserer Partner arbeiten kann und auf die die Fortgeschrittenen unter unseren Partnern aufsetzen können.
Bzgl. beidem gibt es sicherlich immer Verbesserungsbedarf - mit der Weiterentwicklung unserer API ist aber zumindest schon einmal ein erster Schritt in die richtige Richtung getan.
Projekte wie das von Benjamin helfen uns dabei, zu sehen, wo es Handlungsbedarf gibt - die Abkehr von iFrames und eine einfachere Anpassbarkeit der Shops via CSS gehört imo ganz klar dazu. Insofern sind wir ihm sehr dankbar (genauso wie allen anderen, die in den letzten Monaten und Jahren z.B. Deeplink-Generatoren, Suchmechanismen und andere Widgets entwickelt haben) und sehen uns in unseren Absichten bestärkt, die Developers-Plattform in Zukunft wieder ordentlich zu betreuen.
btw: habt Ihr wirklich keine Fragen an Benjamin oder hab ich die überlesen?
a propos jobs: http://www.spreadshirt.net/de/DE/Jobs/Angebote-2835/departmentId/4/locationId/0 :-)