[Yepp]

Well, dags för att ge sig in och hjälpa en vän med en enkel webshop - han säljer redan idag i fysisk butik men vill komplettera med en webbutik och bad mig om hjälp (vilket kanske var ett mindre bra val )...

I vilket fall som helst så hanterar jag ASP och databaser och gud vet allt utan några större problem (utan att för den sakens skull vara någon expert, men är iaf inte helt lost), men det jag är lite osäker inför och skulle behöva lite tips på är helt enkelt vilket upplägg man bör använda i vissa avseenden.
Dvs jag behöver inte någon direkt hjälp med själva kodandet, främst hur man bör strukturera upp det hela...

Lite info som kan vara värt att veta:
- Ganska få produkter, max ett femtiotal
- Inga större krav på hög kapacitet då det är i liten skala (mao få besökare) som gäller
- Webhotellet idag är Windows server - mao inte PHP som är aktuellt

- Känner mycket väl till OS Commerce och liknande, kanske blir det en sådan lösning till slut - men alltid kul att testa, om inte annat för att lära sig nåt - och dessutom innebär det möjligheten att man kan få allt exakt som man själv vill (plus att jag slipper börja harva med PHP )

Det jag främst har funderingar på är hur själva varukorgen bör baseras, vissa förespråkar cookies - men det känns aningen osäkert då många idag har detta avstängt. Alternativet är då sessions och / eller att använda sig av en databas även för varukorgen (alltså att en post skapas i en databas för varje vara som läggs till i en varukorg).
Mitt val lutar åt det sistnämnda - finns det några nackdelar med detta valet? Något jag absolut inte bör missa?
Eller det kanske finns någon helt annan teknik jag har missat!?

Därutöver har jag i dagsläget tänkt mig följande tabeller:
- En för varor, produkter
- En för lagda ordrar
- Ett kundregister
- En tabell som hanterar vilka varor som tillhör en viss order

Därutöver kan det givetvis tillkomma externa funktioner såsom kanske en blogg för ägaren osv.
Men det jag främst undrar är alltså om jag missat någon tabell för att själva webbshoppen skall fungera - vore så förbannat trist om man drar igång för mycket och har missat en viktig detalj i början som innebär stora mängder merjobb i slutändan.

Databasval Access eller MySQL är ännu inte gjort - några stora brister med den ena jämfört med den andra (förutom att Access inte klarar lika mycket multipla användare - vilket dock inte skall innebära något problem i detta fall)? Säkerhetsmässigt vilken är att föredra?

Well, som sagt vore väldigt tacksam för lite hjälp / några idéer / kommentarer / synpunkter angående ovan - och hojta gärna om ni har lite andra "do och don't do" när det gäller webshoppar. Hoppas jag varit tillräckligt klar i beskrivningen så att åtminstone någon förstår.

Och yes, jag har sökt men inte riktigt hittat svar på de frågor jag ställer - tillrättavisa mig gärna
Alla svar / tips / synpunkter mottages med stor glädje!

[elofsson]

En snabb grej jag reflekterade över. Tycker att det är ganska givet att du bör köra besökarens varukorg i en session. Lägger du varukorgsprodukterna i databasen måste du ändå på något sätt koppla ihop databasvarukorgen med besökaren, vanligtvis med en session. Då kan du lika gärna köra hela varukorgen i sessionen direkt utan att blanda in databasen. Varukorgen läggs sedan över från sessionen till databasen vid en eventuell beställning.

[Kihlbom]

Det beror lite på hur avancerad lösningen ska vara. Vi kör det i en databas vilket gör att kunden sen kan gå tillbaka och titta på sin varukorg nästa gång han/hon loggar in. Dock är det bättre att lägga det i en session om denna funktion inte ska finnas, enligt mig.

[Yepp]

Okay, tackar för era synpunkter angående varukorgen - ni har ju faktiskt rätt båda två i era svar, får ta ett beslut gällande hur viktig funktionen Kihlbom använder är.

Om det finns övriga synpunkter ifrån andra är jag idel att öra - likaså om det finns några "do's and don'ts" så att säga...

[bjoahl]

Att göra en webshop, även enkel, är ett stort projekt. Varukorg, produkter, kunder, beställningar, emailutskick.. mitt tips är att använda en färdig opensource webshop som du säger.

Anledningar som talar för;
1. mycket enklare (lägg tiden på design/marknadsföring istället)
2. är antagligen mycket bättre än du någonsin kommer orka göra själv
3. ingen vidareutveckling krävs

Anledningar som talar emot;
1. större risk för hacking då källkoden är öppen

Lycka till!

[Oskar Lindgren]

Originally posted by bjoahl@Jan 6 2007, 22:33
1. större risk för hacking då källkoden är öppen

Nej, det håller jag inte alls med om. Skriver du en egen så garenterar jag att du missar något på nån av de flera tusen källkodsraderna. Eftersom att endast du/ni har koden så är det upp er att hitta alla säkerhetshålen, om ni inte anlitar någon annan som granskar koden. Jämför bara windows och openbsd... fast det finns ju alltid undantag, typ phpbb.

[bjoahl]

Ursprungligen postat av Oskar Lindgren

Nej, det håller jag inte alls med om. Skriver du en egen så garenterar jag att du missar något på nån av de flera tusen källkodsraderna. Eftersom att endast du/ni har koden så är det upp er att hitta alla säkerhetshålen, om ni inte anlitar någon annan som granskar koden. Jämför bara windows och openbsd... fast det finns ju alltid undantag, typ phpbb.

Kanske dåligt formulerat, jag menar att om man gör det själv så har man iallafall en sportslig.

Med en färdig shop så är det huvudvärk varje gång det dyker upp en ny exploit, om man ens får reda på det. Plus att automatiska verktyg rätt snart hittar din webbshop, och med lite otur märker du det inte ens.

Men om man har ett enkelt projekt där worst-case "bara" innebär uppgradering och återställning från backup så är opensource bättre.