Der er ikke noget specielt svært i at lave en webshop i forhold til alt muligt andet, betalingsløsningen skal du jo ikke lave selv. Sørg for at gøre os allesammen en tjeneste og sæt https op fra starten, og giv den lige en csp header der blokerer for http indhold (altså ikke krypteret indhold) hvis du skulle komme til at lave et link forkert. - så mange store webshops har advarsler i browseren fordi folk bruger billeder der ikke kommer fra https, og de tænker måske at "det er bare et billede" men dybest set kan vi ikke stole på noget indhold på siden hvis ikke det alt sammen er hentet via http, og det er måske lidt vigtigere ved webshops end så mange andre sider. Hvorfor du vil bruge ajax er jeg måske ikke lige helt med på, men jeg går ud fra du har en plan med det. Hvis ambitionsniveauet er en webshop der altid vil kunne køres på en enkelt lille server, så kan du jo ikke rigtigt gøre det forkert hvis bare siden fungerer som den skal, er ambitionsniveauet højere, skal du overveje hvordan du vil gemme indkøbskurven og brugersessions. -Det kan gøres på en milliard forskellige måder, men nogle måder er mere skalerbare end andre, men det har begrænset betydning hvis ikke applikationen skal skaleres. Hvordan produkter skal tilføjes og opsættes afhænger jo i høj grad af hvad det er for produkter, og hvor meget information det giver mening at vise, men husk https reglen hvis du vil lade dem linke til billeder istedet for at uploade billeder.
--
Gæstebruger, opret dit eget login og få din egen signatur.

#1 Mange tak for svaret. Jeg er ikke sikker på hvordan man sætter https op, men det er vel noget jeg kan finde på nettet. Billederne er noget kunden selv skal uploade, og det vil være webshop for sushi. Altså udbring af sushi såsom sushi.dk. Det er lige præcis indkøbskurven der bliver lidt svær. Det vil jeg lige prøve og finde ud af. Om det skal være session relateret eller database relateret skal jeg lige prøve og se på :)
--

Forstår godt at du vil bruge det som læring til dig selv, men det er stadig lidt at genopfinde den dybe tallerken og det vil helt sikkert tage dig rigtig rigtig lang tid, så spørgsmålet er om din kunde ikke vil blive gladere for noget mere "fuldendt". Du får uden tvivl langt flere features, bedre support, statistik og opsætningsmuligheder ud af boksen fra en af de mange open source ecommerce platformer der allerede findes. https://www.cmscritic.com[...]
--
i teorien er teori og praksis det samme... i praksis fungerer det bare ikke.

#0 meget idealistisk - og at dømme udfra #2 muligvis skræmmende naivt?! Som #3 siger findes der fantastiske webshops som Magento og OSCommerce. Lav en god løsning baseret på en af dem, og lær af konfigurationen. Når du har fået lidt mere indsigt i hvad en stor platform indeholder kan du overveje hvilke elementer du selv kan/vil prøve at bygge fra bunden, hvis du stadig er nysgerrig og vil udfordre den verden? :-)
--

Hvis han er til .net så er nopcommerce et rigtig godt sted at starte. ingen tvivl om det... Tro mig :) Det tager en del tid, at lave en fornuftig løsning, hvis du også skal have en backend, som brugeren selv kan bruge uden din hjælp :)
--

Sidst redigeret 24-04-2016 22:07

#3,4 Jo tak for svaret :) Jeg var også bange for at det ville være for svært. Dog kunne jeg ikke rigtig finde noget der passer til mine behov, med webshop + bordreservation, uden at det skulle koste noget :P
--

Nu ved jeg ikke hvordan du har solgt projektet. Om det er fast pris, og om der ikke er nogen deadline? Som andre er inde på, så virker det som en voldsom opgave at give sig i kast med. Det kan godt være, at du har solgt projektet på en fast pris, og er mere end villig til at kaste egen tid efter det, men overvej hvad kunden finder acceptabelt i forhold til leveringstiden. Vil kunden ende med et produkt, hvor de er bundet af, at skulle have fat i dig ligeså snart der er et eller andet der driller? Overvej en velkendt løsning, og brug dine kræfter på fx. at lave et modul til bordreservation, som du er inde på, mangler.
--
http://hamdentykke.dk[...]

http://tech.dibspayment.com[...] kig inde på dibs. De har nogle kode samples til hvordan du kan lave payment. Det er super nemt :)
--
Yep

#7 min kunde er rent faktisk min ven :D. Og der er ikke betaling med i projektet, derfor overvejede jeg lave en selv :p. Jeg har allerede bordreservation kørende på hans nuværende hjemmeside, men det havde jeg kodet i php og skal nu kodes i asp :) #8 Tak, det vil jeg se på! :D
--

Jeg har selv brugt Drupal flere gange, indlæringskurven er ret stejl og interfacet er ikke super brugervenligt, til gengæld ved jeg med sikkerhed at du kan få både ecommerce og bordreservation som plugins (moduler) til det og det er lavet i PHP så du vil evt. kunne genbruge det du har.
--
i teorien er teori og praksis det samme... i praksis fungerer det bare ikke.

#10 Jeg vil lige prøve og se på det. Kan du evt hjælpe hvis jeg får brug for hjælp? :)
--

Er der noget argument for at flytte til ASP hvis du allerede har erfaring med PHP? En indkøbskurv er bare et sessionarray med data i. Hvis der ikke er tale om lagerstyring (fx hvor mange der reelt er paa lager, vs hvor mange der har det i indkoebskurven) så er det ret ligetil. Hvis det skal bruges til en Sushibiks og de ikke har en lokal POS printer som skal kædes sammen, så kan du bare tilføje X til din session['kurv'] og så når der bestilles sende en email til biksen og kunden. Der er absolut ingen grund til at investere penge i et stort CMS når du skal bruge noget så simpelt, imo :) HTTPS er iøvrigt ekstremt let. Der er både StartSSL og Lets Encrypt som muligheder. Begge er super nemme og har fine guides. Personligt ville jeg bare køre en Debian med Apache og SQLite til en sushi biks. De har hvad, 200 entries i en DB maks? SuperDuperCMSEcommerceOfDoom vil være vildt overkill. Mit bud er, at du kan lave det på et par dage og for en rutineret snakker vi timer. Specielt hvis du allerede har design oppe og køre. Hvis ikke, så gogo wrapbootstrap.com :)
--

#12 Grundet er at jeg ikke har særlig store erfaringer med PHP, har mere arbejdet med ASP. :) Men ja, det er unlimited lager salg, så session ville faktisk være en god idé. Skal nok lige planlægge hvordan det skal hænge sammen, er ikke super erfaren med kodning nemlig :D Så du mener at jeg selv skal kode frem for ny CMS ? Ja jeg tror ikke de har mere end 200, men jeg er ikke helt sikker på hvordan https systemet fungerer. Det er lidt kompliceret for mig lige nu :) Jeg har allerede et design, mangler bare backend som jeg er igang med nu :)
--