Mahlzeit,
.. jedenfalls nicht per eMail. Da sind wir uns auch einig.
Trotzdem ist seine Vorgehensweise nicht falsch.
Habe ich ja auch nie behauptet. Es ist nur in meinen Augen (noch lange) kein Online-Shop. Dazu gehört eindeutig mehr als sich manipulierbare Formulare vom Server per Email zuschicken zu lassen und diese dann mit vorsintflutlichen Mitteln manuell überprüfen und weiterverarbeiten zu müssen.
Sie vermeidet auf Kundenseite einen Medienbruch, das ist ein wesentliches Argument für meine vehemente Verteidigung seiner Lösung.
Ähm. Wenn wir uns darauf einigen können, dass das (noch) keine "Lösung" ist, allenfalls ein "Lösungsansatz" oder ein "Konzept", dann stimme ich dir zu. Wobei ich in der heutigen Zeit auch schlicht und ergreifend erwarte, dass ein "Online-Shop" (bzw. "Online-Bestellsystem") dem Benutzer keinen Medienbruch zumutet.
Sie iat aber unvollständig. Auf Bearbeiterseite hat er noch viel zu tun.
Wenn ich ehrlich bin, mehr als viel. Ein in sich geschlossenes Shop-System ist halt doch viel komplexer, als sich das mancher vorstellt. Die Erfahrung habe ich auch schon machen müssen ... ;-)
Und ich denke mir, dass diese Diskussion ihm dabei helfen sollte,
anstatt ihn dauernd "rund zu machen"!
Falls das so rübergekommen sein sollte: das war nicht meine Absicht. Ich möchte mit meinen eindringlichen Worten lediglich davor warnen, ein derart unsicheres, unvollständiges und ineffizientes System produktiv zu nutzen.
Es ist doch noch gar nicht fertig. Darauf hat er in seinem Posting zum Design doch hingewiesen.
Naja. Er sprach im Ursprungsposting dieses Threads von seinem "noch nicht eröffneten Online-Shop" - das klingt schon so gut wie "fast fertig". Abgesehen davon, dass er anscheinend auf seinem Produktiv-Server entwickelt, frage ich mich, wieso ein Entwicklungs- oder Testsystem für alle frei zugänglich ist (und nicht z.B. ber .htaccess geschützt ist, wenn es schon auf einem öffentlichen Server liegen muss).
MfG,
EKKi
sh:( fo:| ch:? rl:( br:> n4:~ ie:% mo:} va:) de:] zu:) fl:{ ss:) ls:& js:|