Hi,
in kürze möchte ich per Internet Bestellungen entgegennehmen. Dazu habe ich bei meinem Provider bereits eine Domain gesichert.
Wie läuft das nun prinzipiell ab? Über CGI, Java-Script oder Access-Datenbank?
Danke für die Antworten.
Gruß Uli
die möglichkeiten eine bestellung entgegen zunehmen sind zahlreich.
angefangen bei der einfachen bestellung per mail geht es hin bis zum kompletten onlineshop.
onlineshops werden zumeist mit cgi programmiert, selten mit javascript und neuerdings mit php.
selber programmieren erfordert doch erhebliche kenntnisse in den o.g. sprachen.
heute abend kann ich dir einige adressen mit freeware-scripts für onlineshops nennen, die du dann anpassen kannst (bin etwas im zeitdruck)
gruss
mag
[Bei dieser Antwort wurde das Vollzitat nachträglich automatisiert entfernt]
in kürze möchte ich per Internet
Bestellungen entgegennehmen.
Hallo,
ich will deine Euphorie diesbezüglich nicht bremsen, aber aufgrund Deiner Fragestellung gehe ich mal davon aus das Deine Website sich bisher weder mit CGI noch JavaScript beschäftigt hat.
Entsprechend (ohne sie gesehen zu haben) wird die Seite auch aussehen, da mußt Du dann schon die absoluten Knallerangebote haben damit jemand eine derartige HP besucht und evtl. etwas kauft. (ich bitte zu Beachten, das diese Meinung vorbehaltlich der noch nicht gesehenen HP entstand).
Dazu habe
ich bei meinem Provider bereits eine
Domain gesichert.
Das ist sicherlich kein verkehrter Ansatz, vorausgesetzt, Du hast einen Provider erwischt der auch Perl/CGI erlaubt und auch einen Telnet Zugriff hat, sowie https Protokolle unterstützt. Was sicherlich nicht bei jedem Provider der Fall ist.
Wie läuft das nun prinzipiell ab? Über
CGI, Java-Script oder Access-Datenbank?
Man könnte jetzt sagen:
man macht das mit CGI, Java-Script oder Access-Datenbanken und es gibt noch einige andere Möglichkeiten.
CGI-Shops sind mitlerweile megaout, der Trend geht eindeutig in richtung JavaScript shops, da diese um einiges Schneller sind.
Gute Systeme verwenden CGI UND JavaScript wobei die CGI-Pages lediglich für die Seitenerstellung verwendet werden.
Derartiges negatives CGI-Empfinden kann man ganz einfach hervorrufen in dem man sich mal auf den Seiten der großen Versandhäuser umschaut (otto.de, neckermann.de, quelle.de …)
Man könnte etwas tun, indem man sich mit FastCGI beschäftigt, das wiederrum unterstützen nur die wenigsten Provider und erfordert normalerweise wohl auch einen dedizierten Server.
Bei kleineren Shops (ich würd mal auf max. 20 Artikel tippen) kann auch noch gut mit einfachen Formularen gearbeitet werden. Größere Shops sollten dann schon kpl. HTML-Seiten erstellen können und mit Warenkörben arbeiten.
Ich hoffe, ich hab Dich jetzt nicht demoralisiert …
Gruß aus Hamburg
Knud Schiffmann
http://internet-partner.de
Hallo Uli,
schmeiss mal einen Blick auf die http://www.web66.de/
Wir haben damit schon einiges gemacht und Du brauchst weder was mit einem Provider zu klären noch dich mit Programmierung rumzuschlagen.
Gruß
Michael
[Bei dieser Antwort wurde das Vollzitat nachträglich automatisiert entfernt]
Hallo Knud,
vielen Dank für Deine ausführliche Antwort. Du hast Recht, meine HP habe ich in HTML geschrieben. Aber eine gute Seite wird durch Eigenschaften wie
- Ladezeit,
- Übersichtlichkeit,
- Stil, und
- einheitliches Design
und weitere Eigenschaften beschrieben. Dies kann auch mit HTML realisiert werden. Schau doch mal auf http://www.online-club.de/~backes
Für konstruktive Kritik bin ich dankbar.
Aber zum eigentlichen Thema:
Ich suche eine einfaches Formular, in welchem ein paar Daten eingegeben werden können, welche mir anschließend per E-Mail gesendet werden. Vielleicht hast Du da ja was.
Danke und Gruß
Uli
Hi Uli,
am besten realisiert man einen Online-Shop mit PHP und einer MySQL-Datenbank, dass ist erstmal viel schneller als CGI und man kann trotzdem Dynamische Seiten erstellen, mit Warenkorb und allem drum und dran.
Du bekommst dann bei jeder Bestellung eine eMail mit allen Daten wie etwa dem Warenkorb, Anschrift, Zahlungsweise usw.
bis dann
Alex
[Bei dieser Antwort wurde das Vollzitat nachträglich automatisiert entfernt]