Moin :D

erstmal ne Grundsatzsache meinerseits... Wie viele Shops gibt es, bei denen man sich nicht registrieren muss? Nicht sonderlich viele, aber schon einige. Für viele Anbieter ist es einfach ein gefühl der Sicherheit. Der Kunde muss sich mit einer gültigen Adresse registrieren, man hat Kontakt zu ihm, es ist kein Schatten. Gleichzeitig kannst du mehr Support bieten, da du z.B. Anfragen/Aufträge direkt mit einer UserID verbinden kannst.

Und ich denke, dass es gerade bei einer Dienstleistung unabdingbar ist, mit registrierten benutzern zu arbeiten! Ich bin rechtlich nicht fit genug, kA obs da vielleicht sogar Vorschriften gibt.
Aber gut, das ist meine Meinung und eigentlich irrelevant, also nun zum Programmieren:


Ja, es ist machbar, aber auch hier rate ich aus Sicherheitsgründen wieder davon ab. Gehen wir tatsächlich von ehrlichen Kunden aus, dann ist es denke ich machbar. Man bestellt normal sein Motiv, gibt am Ende die Lieferadresse an und wartet. Aber (haha) auch hier sollte wohl eine Emailadresse angegeben werden, genau wie bei der registrierung

Das problem sehe ich bei bösartigen Benutzern. Egal wer bestellt, es wird immer eine AuftragsID erstellt. Ein gast bräuchte nur auf ein Motiv klicken, dann den Schritt zur Materialauswahl machen und dann abhauen. Das Ergebnis ist eine unbrauchbare Bestellung. Wenn sich das häuft wird die DB einfach zugemüllt. Wenn das jemand böswillig macht, kann da einiges passieren.

Ja, man könnte auf jeder Seite ein Captcha einbauen, aber 1. werden auch die umgangen und 2. ist das ziemlich viel Arbeit und ob es dem regisitrerungsscheuen Nutzer gefällt ist auch wieder so eine Sache...

Du erinnerst dich an die Stückzahl für Originale? Ein Gast, der sich nen Spaß erlaubt kann da ganz schnell den Counter runterziehen


Also mein Fazit
Machbar: JA
Empfehlenswert: Auf keinen Fall

Deute halt groß und eindeutig darauf hin, dass die Daten registrierter Benutzer nicht weitergegeben werden etc.
Jemand, der vor sowas Angst hat, ist für das Internetgeschäft wohl noch nicht bereit

afk essen, entscheide dich, is ja dein Shop :D

Wenn du Gästen die Bestellung erlaubst hast du genau die Probleme, die ich oben aufgelistet hab
Du kannst vielleicht nen Demo-Shop einbauen, wo die Leute mit dem prinzip vertraut werden...

Es gibt in php halt keine möglichkeit zu prüfen "ha, der gast hat den shop mitten inder bestellung verlassen, lösch ich seine bestellung".

Naja, mittlerweile find ich den Demo-Shop wieder ne blöde Idee
is halt eigentlich genauso aufwendig und genauso unsicher...
das alles in Sessions packen ist auch relativ blöd... schau dir halt die datenbank an, was eine bestellung an einträgen schluckt. diese ganzen zeichenfolgen in ein array in der session speichern müfft denke ich auch...

ich weiß nich, ich find das halt blöd und mir fällt keine praktische Umsetzung ein, warum? weils halt einfach nich üblich is
ich könnte mich in cookies oder sessions weiter einarbeiten, damit vertraut machen und so vielleicht was hinbasteln.

Oder ne ganz verrückte andere idee.
Der Kunde macht seine Bestellung, aber die Informationen werden in einer Text-Datei gespeichert. Dateiname ist die session-id, Dateiendung meinetwegen .grb (das verwirrt zumindest PC-Anfänger )
Am Ende der Bestellung muss sich der User registrieren und kann den Inhalt der Datei in einem großen textfeld eingeben, die Bestellung wird in die DB aufgenommen und mit userdaten verknüpft...

Moin :D

gut, dann pack ich jetzt meinen letzten Trumpf aus, den ich weiter oben schonmal kurz angeschnitten habe: SICHERHEIT
Es ist ganz einfach. Je mehr Rechte ein Gast hat, desto größer ist die Wahrscheinlichkeit eines Hack-Angriffs und seien es nur nervige SQl-Injections.
Deswegen verweigert man z.B. die Benutzung der Suchfunktion, wenn man nicht registriert ist (das war mal die größte Schwachstelle des wbb2)
Du denkst an das Gute im Menschen und ich an die Möglichkeiten eines Angriffs auf das Produkt, deswegen rate ich in jedem meiner Beiträge von diesem Gastshop ab.

Sicher, ein registrierter benutzer kann auf gleicher weise Schaden zufügen, aber er ist wie gesagt, registriert. Über Email, Logfile und IP-Adresse hat man zumindest einige Anhaltspunkte.

______________________________________________________

Wenn du trotz allem diesen Gastshop willst, empfehle ich dir das wbb-security-system. Ich bin kein Profi auf dem Gebiet, earlyhost scheinbar schon. Wenn dir etwas an der Sicherheit deines Gastshops liegt, wirst du dir wohl dieses kostenpflichtige Addon anlegen müssen, was ich dir ja schon vor knapp 2 Jahren ans Herz gelegt habe.

Wäre ein Demo-Video oder eine Diashow zu den Funktionen des Shops nicht wesentlich einfacher und genauso sinnvoll?

Das wäre kein Sicherheitsrisiko, also in Ordnung.
Da werd ich aber frühstens rangehen, wenn der Preisberechnungsfehler behoben ist, vorher hat das denke ich wenig Sinn
Bin heute ein wenig knapp in der zeit.