Rado bih ti pomogao ali da bih odgovorio na ovako opsirno pitanje morao bih da napisem novelu. Jel' moze malo konkretnije? Princip cega te interesuje? Shopping cart?

Hmm...da malo je iskomplicirano sve skupa pa ni ja ne znam bas otkuda krenuti :)
Zanima me cisto koji dio u svemu tome je najslozeniji, na sta po tebi treba posebno obratiti paznju jer nisam jos radio tako nesto. Ako imas neke odlicne linkove iz bookmarka i za server-side i security...
Shopping cart kolko sam gledao ne bi trebao da bude problem.
-Isto tako ne znam kako se krecu cijene izrade e-commerca ne racunajuci nadoplate za 'credit card processing firme' i sl. jer bi trebao da uradim ponudu, ili hehee bolje receno ja sam dobio ponudu... bez web designa, to bi islo u posebnu cijenu.
-Jeli dva mjeseca dovoljno vremena za uraditi takav projekt ukljucujuci i web design?
Bilo kakav savjet je dobro dosao :)

cuj ima gotovih rjesenja kamaru, kralj je OS commerce open source a imas jos milion pored njega kako besplatnih tako uz naplatu pa ih proanaliziraj. Recimo jedan jako mochan sistem je x-cart ocjena 10+ ali nije ni jeftin mada nebih rekao ni da je skup... obzirom na ono sto dobijes (ovo ti govorim jer sam i sam radio jedan dio projekta).

Ao mislis sam raditi onda ne izmisljaj toplu vodu a dva mjeseca za shopping cart, products management, customers managemant, orders managemant, shipping calculations i jos milion drugih stvari je i dovoljno i nije... veliki zalogaj za jednog covjeka ako mislis praviti nesto top kvaliteta a ako mislis napraviti nesto sto radi sa minimalnim brojem funkcija onda moze. To ti je isto kao da pravis auto pa na kraju napravi motor, sasiju, tockove, upravljac i kocnicu i to sklepas sta imas pri ruci a ostalo u hodu dodavati... e to moze za 2 mjeseca.

Ne mislim raditi Amazon ;), nisam se zabavio svim dijelovima pa ne mogu konkretno niti da obrazlazem.
Znaci, cisto shema:
-Product Catalog
-Shopping Carts
-Secure servers
-Credit card processing

Ne mislim raditi preko templatea, vec sve iz pocetka, osnovni tip shopa.
Zanima me realna cijena jednog takvog projekta bez third part strane za rok 3 mj., preporuka?

Moze da se uradi za dve nedelje maksimalno, bez unosa proizvoda u bazu.
Ja bih naravno ako se klijentu ne zuri, dao rok za izradu mesec dana.

Ali bas baza je pola sveukupnoga posla, i mislim da ce da bude poprilican broj artikala, that's shure. Mislim da ce 2 mjeseca (posto se klijentu ne zuri) biti sasvim dovoljno.
Nitko mi nije jos odgovorio na koji nacin da formiram cijenu, a da ne bude djabe a niti previsoka, zaista ne bih znao procijeniti realnu?

ja bi tvojoj listi dodao orders, customers, categories, related products nesto sto bi trazio da mi uradis...

Cuj ako bi nesto radio 3 mjeseca podrazumjevam 4 sata dnevno
3 mjeseca *30 dana *4 sata *10 € = 3600€
Naravno 15 dana je rezerva i vjerovatno nece se raditi dakle 3000€ obzirom da je veci projekt i imas 3 mjeseca posao u cugu bez prekida minimalna cijena za koju bi ja pristao raditi je 2400€.

o čemu ti to? kako tako paušalno daješ ocene?!?

po tvojoj logici, ako isti posao uzme da radi neki totalni početnik, i krene usput lepo da uči html, pa php, pa sql, pa ovo, pa ono, i završi za oko godinu dana, znači da bi trebao da naplati par desetina hiljada dolara???

a pošto meni ne treba ni desetak dana za tako nešto, znači ja ne bi smeo da naplatim više od stotinak dolara???

koje gluposti.


naravno da se utrošeno vreme koristi kao faktor u određivanju cene, ali još važniji faktor je znanje/iskustvo programera. cena sata rada početnika mora da bude mnooogo niža od cene iskusnog programera, da bi i konačna cena bila niža. a konačna mora da bude niža iz više razloga:

1) početnik nema reference kojima bi mogao da opravda visoku cenu
2) iskusan programer će neminovno napraviti kvalitetniju (sigurniju, ...) aplikaciju, pa će ona samim tim vredeti više.


no, ovo ionako nema mnogo veze sa ovim forumom. možda IT Berza Poslova?

Ja bih prvi voleo da upoznam nekoga ko bi ti dao 3600 eur za jednu jednostavnu online prodavnicu. :-) Narocito za pocetnika. Ipak ovo sto ste nabrojali spada u standardne sadrzaje i malo iskusniji programer bi mogao da odradi za 15-20 radnih sati.

Znas koliko takva prodavnica moze da kosta? Ni u ludilu vise od 500 eur. Druga je stvar unos u bazu ili recimo sredjivanje slika, ili dizajn, to su ekstra sadrzaji i naplacuju se ekstra.

Ljude ne interesuje da li ti radis 4 ili 24 sata dnevno. Kazi kada ce biti gotovo pa da napravimo deal. Ako cu da te cekam 2 meseca i jos da mi naplatis 3600 eur - naci cu :
a. Nekoga ko ce da radi 2 meseca i naplati 50 eur
b. Nekoga ko ce da naplati 500 eur i uradi za nedelju dana

Tomica je 100% u pravu, da bi mogao da dajes cene po satu moras biti ultra pro i jak background.

Sta bi ovo trebalo da znaci, jel se to odnosi mozda na mene?! Kakav html...sta %?&=#)

Nakon prvog projekta kolko sam uspio da vidim, sljedeci bi uradio i za 7 dana. Kao sto sam NAGLASIO nisam se zabavljao uopce problemom e-commerca i k tome nisam upoznat sa tim principom, e jebiga najlakse po templateu radit.

Baze i scripte se urade za tjedan dana, tu nema bas neke velike filozofije cisto FUN i to je najmanji problem, samo ne znam (a to sam i naveo prije) dal ce trebat i design,prepravljanje...ili sta ja znam jer nisam dobio nikakav konkretan odgovor i sad nemogu u ponudi napisati rok izrade 20 dana kad ono ni kupac nije tocno siguran sto zeli(a naveo sam gore da ce u ponudu ulaziti i web design)... a trebace i dig. signature pa ovo ono, pa sad nismo na formuli 1, tko moze za kolko da uradi hehe...Pa imam jos nekih rokova/narudzbi da uradim, ne mogu sve u mjesec dana, ali who cares :)



Da istina, malo sam se zanio, sorry, ali mucila me ta cijena, vidim nitko se ne javlja iz hr pa da komentira, ali kolko sam se ja raspitao nitko to ne radi ispod 6-7000 kn, ili na europski jezik 800-900€, a vidim i vi varirate sa cijenom :(

Ja sam samo htio odgovor iz vaseg iskustva, kolko vi uzimate rok i kolko trazite, a ne da mi pametujete. Very Clear!
Pa zombi kada nekome radis ponudu za kompletan sajt+web_trgovina, pa ne stavljas da ti je rok izrade 2 tjedna pa i da si totalni ludjak ;), hehee jesi KRALJ!!!
@bluesman: ne znam jel si to naveo iz iskustva, jer tesko mi je vjerovati da naplacujes 1000 exDEM za to, bila bi to ironija, jer se za web_design ozbiljne firme ispod 800 exDEM niti ne raspravlja, naravno sad cijena ovisi i o reputaciji, ugledu, preporukama i sl. ,............ hehehe a samo sam trazio jednostavan odgovor ;)

To sto naplacujem 500eur je posledica mojeg iskustva jer imam to dve gotovo pa takve stvari napravim za dva sata (u zavisnosti od promena). A i kada bih radio from the scratch nebi mi trebalo vise od 15-20 sati pa ako radis 8 sati dnevno - izracunaj sam koliko je to u danima.

Meni se ipak cini da nisi siguran u ono sto pricas jer ja ovde ne mesam dizajn vec dajem cenu samo za programiranje, a ako mislis da se web design ozbiljne firme ceni 400 eur, moram da te razocaram jer ja ispod 1000 eur i ne razmisljam da radim neki site from the scratch. O preporukama i sl. neki drugi put.

Ali, da se mebi nastavljao na tvoj flame, ovo nije tema. Na tvoje pitanje se ne moze odgovoriti jednostavno jer kao sto rekoh prvi put, morao bih ti napisati novelu da ti odgovorim.

ne, ono se nije (direktno) odnosilo na tebe, već prvenstveno na "računicu" NeworkAdmina, ali u neku ruku se može i primeniti na tebe.

bez želje da vređam tebe ili bilo koga (ono učenje html/php/mysql se ne odnosi na tebe), ako kao što sam kažeš nisi radio e-commerce do sada, ne možeš ni očekivati da tvoj prvi shop naplatiš kao i neko ko je to radio već 10+ puta.

nisi radio to do sada == nemaš iskustva u tome.
nemaš iskustva == ne znaš šta te sve čeka, i na šta da obratiš pažnju.
ne znaš šta te čeka == ne možeš da predvidiš i zakrpiš potencijalne rupe.
tvoj shop ima moguće rupe == ne možeš da garantuješ bezbednost (kao neko ko je to radio 10+ puta)

mislim da je ovo realno, i da nemaš šta da se ljutiš/vređaš zbog ovog. ja sam svoj prvi sajt uradio besplatno, a drugi kao uslugu, i ne stidim se da to kažem.

ali sam dooobrano načekao da skupim iskustva na drugim poljima pre nego sam radio prvu stvar koja ima bilo kakve veze sa pravim parama. to je otprilike najozbiljnija stvar koju možeš raditi kao web programer. sve ostalo je zajebancija. ako pogrešiš u skripti za mail ili nekom katalogu, nije strašno, tj šteta nije velika.

ako pogrešiš u e-shopu, šteta su često pravi $$ koje neko može (i treba?) od tebe da traži da nadoknadiš.



ja retko (ili nikad) ne radim kompletan sajt. dizajnom se uopšte ne bavim, već to uglavnom radi neko drugi. gro poslova koje ja radim ima rok isporuke od 2 do 5 nedelja.

ako sam zbog toga kralj, onda neka sam.. "e lave, stvarno si kralj.." :-P


// napomena: tvoja druga poruka je obrisana jer nije ništa konkretno doprinela diskusiji, a obično ne preferiramo poruke koje u sebi sadrže reči pizdarije i slično. ako si i zbog nečega ljut, to ti nije opravdanje da se tako ponašaš, bar ne na javnom mestu...

za 1o dana fulltime + overload 100% tesko da dovrsis dobar e-cpmmerce software ali 15 dana OK a naravno kad bih ja sklapao ovakav posao trazio bih tri sedmice to jeste 21 dana da radim bez overolad laganice i nebih radio ispod 1000€ a ako bi htio neko da me uzme na 3 mjeseca trazio bih mu od 2400€ do 3600€.

Ja sam pravio grubu kalkulaciju kad tip kaze da ce nesto da radi dva tri mjeseca koliko bi to kostalo kod mene.

Recimo toliko su me platili oni sto sam spominjao u gore postu.

1. That's it zombie :), to je glavni i jedini razlog zasto zelim razvuci rok na max. vrijeme(barem 2 mjeseca), jer 1. put radim shop pa nebi htio da se nesto zakomplicira (zbog neiskustva) pa da mi kupac trazi obestecenje... Sigurno je sigurno.
2. Ne mogu pretjerivati sa cjenom (@netadmin) jer ipak radim to 1. put
3. Bas sam krenuo sa scriptama i zaista moze da se uradi sve u par dana, ali to i nije bitno.

@bluesman: ipak sam dobio neke odgovore pa i nije sve bio lame. Istina, malo sam sve zakomplicirao ali ok.


Pozdrav!

btw. evo sta se desava kada das nekome drugome da surfa netom sa tvog accounta na compu pa ides da pises odgovor pod tudjin log-inom hehehee, my cousin sharp! Kralj!

!!!!!
obrazlozi ovo, please... meni treba par meseci, a (vrlo) daleko od toga da sam pocetnik, posebno u e-commerce...

Pa hajde, kada sam vec ovo napisao na drugom mestu, mogu ovde copy-paste (mada ima delova koji odgovaraju vise nego sto si ti pitao, a opisi su malo uprosceni zbog ljudi koji su citali ovo):


Bas sinoc sam registrovao neke domene i posto firma koja se time bavi usput nudi i hosting posteno sam se smorio dok nisam zavrsio proces, mislim da je bilo 20 koraka, pa nije lako samo 20 puta kliknuti na continue, a kamoli procitati sta se nudi. Pri tom su mi na kvarno pokusavali uvaliti svoj hosting i jos neke idiotske servise koje nude za 5, 10, 20 dolara tako sto mi se na svakoj novoj strani cekiraju (oznace u checkbox-u). To je primer kako ne treba raditi jer je malo falilo da odustanem... a siguran sam da vise nikada necu registrovati domen kod njih. Nekoliko puta sam se zapitao da li sam uopste kliknuo na continue

Na home strani sve mora biti jasno. Sta se prodaje, ko prodaje, kako se prodaje...

- Prikazati relevantne informacije o firmi sa linkom na dodatne informacije

- Prikazati verisign pecat sa linkom da bi posetioci mogli da provere autenticnost istog. Verisign je firma koja vam daje sertifikat koji koristite na secure serverima za transakcije (https). Dobra ideja da da shoping cartovi trce na secure serverima jer obezbedjuju zastitu prenosa podataka koji su u tom slucaju enkriptovani. Najgore sto moze da vam se desi je da vam neko uhakuje site i pokrade bazu korisnika a ako pri tom cuvate u bazi i brojeve kreditnih kartica - onda ste propali.

- Vrlo vazno: search! Jasan search na vidnom mestu da korisnici mogu da pretrazuju po kljucnim recima. Dobra ideja je i neki formular za napredniji search gde mogu suzavati izbore.

- Prikazati jasne kategorije proizvoda (ako postoji takva struktura) sa jasnom navigacijom i indikacijom u kojoj se kategoriji osoba nalazi. Navigacija mora biti intuitivna i svima jasna. Jasna distinkcija sadrzaja je neophodna: link se mora razlikovati od teksta.

- Prikazati bar nekoliko proizvoda po nekom kriterijumu, bilo najprodavaniji, najtrazeniji ili mozda oni koji se najslabije prodaju (ali to korisniku ne sme da se kaze) da bi ih se resili. Bitno je da korisnik moze jednim korakom da dodje do proizvoda.

- Pored svakog proizvoda link na detaljne informacije ali i link koji dodaje proizvod u shopping cart.

- Neke marketinske fore tipa "zahvalnice za izuzetne usluge" ili "sta drugi misle o nama"...

- Ponuditi nesto besplatno je jako dobar marketinski potez.

- Ljudi dolaze da kupuju, nece ih impresionirati flash header ili grafika od 100Kb, treba cist, elegantan i jednostavan dizajn.

- Izbegavati nejasne ikonice. Znam da je dosadno stavljati kovertu za e-mail kontakt ali su svi vec navikli da se iza koverte krije e-mail i ne treba izmisljati toplu vodu. Narocito ne stavljati ikone koje nista ne znace, na primer neke kuce, mace, pingvine (osim ako prodajete linux distribucije) ....

- na stranama sa proizvodima ne prikazivati stotine proizvoda od jednom vec 20-30 i napraviti takozvane strane.

Process order
-------------
Sto jednostavnije sa sto manje koraka. Znaci, obezbediti na svakoj strani link "process order" ili kako god, ali da bude jasno.

Formular mora biti jasan i pregledan a pozeljno je da imate kratke opise za sva nestandardna polja u formularu. Ime, prezime, e-mail... su jasna polja i tu ne treba smarati sa opisima ali username, password, repeat-password su polja koja zahtevaju dodatna objasnjenja za neiskusnije korisnike jer mnogima nije jasno kako to funkcionise i zasto bi uopste morali da ostavljaju te podatke. Ako radite prodavnicu i hocete da obezbedite da se oni koji su kupili nesto mogu ulogovati i proveriti status porudzbine, morate obezbediti neki nacin autorizacije, ali ne morate ih opterecivati sa username-om, jer je dovoljna e-mail adresa koja je ionako unique.

Ne vise od 3 koraka. Pre negos sto popuni podatke, dozvoliti mu da izmeni porudzbinu, doda ili obrise stavke. Nije lose prikazati proces slanja tipa "korak 1 - potvrda porudzbine, jos 2 koraka...".

1. korak: unos licnih podataka:
Kada potvrdi porudzbinu, poslati ga na stranu za popunjavanje licnih podataka i izbor nacina placanja, slanja...

2. korak: preview i potvrda: korisnik popuni podatke, prikazati mu preview ordera sa svim preracunatim cenama (ako ukljucujete shipping, tax.....) . ako je izabrao placenje kreditnom karticom prikazati polja za unos podataka, ako je izabrao recimo Wire, prikazati instrukcije za slanje....

3. korak: procesiranje i stampanje. Kada je zavrsio sa unosom podataka i finalno potvrdio porudzbinu podaci o placanju (kreditna kartica) se procesiraju na vasem payment gateway i vraca se neka vrednost nekog polja (to zavisi od samog PG). Proverava se ta vrednost, i ako je OK prihati se porudzbina, upise sta treba da se pise u bazu i prikaze mu se racun - priznanica koja moze da se odstampa. Dobra ideja je sve to mu poslati i na mail, oni cak to i ocekuju.

Naravno, ako korisnik ponovo kupuje obezbediti nacin da se podaci koje je uneo ranioje citaju iz baze i ne traziti da opet unosti sve (ali mu ponuditi). Oni ce vas obozavati zbog toga jer je uvek smor kada treba popuniti velike formulare.

Ja sam radio jos neke dodatne stvari, pa sam recimo belezio i vreme koje korisnici provode popunjavajuci podatke i samim tim dobijao statistiku gde provode najvise vremena. Uz pomoc toga sam uspeo da skratim proces sa prosecnih 10 na 4 minuta jer sam izbacio sve stvari koje nisu neophodne za funkcionalnost (ali sam ipak dozvolio unos, opciono).

Pri tom sam, pri pretrazi registrovao koliko podataka zadovoljava search kriterijume pa sam za neki broj, recimo 500 prikazivao informacije tipa: "pronadjeno je preko 500 proizvoda koji zadovoljavaju vase kriterijume, probajte da suzite izbor", pa im prikazem "advanced search" ali i dalje prikazem bar deo proizvoda.

Slicno tome, ako nije pronadjen ni jedan prozivod, prikazati informacije o tome ali ne prikazivati praznu stranu tipa "nista nije pronadjeno" vec ponuditi neke opcije, advanced search, top 10 proizvoda....

Prebrojte koliko sam puta upotrebio reci "jasno" i "pregledno"

Pa iskreno ne znam za tebe, ali meni treba onoliko koliko sam rekao. Ne znam kako da ti obrazlozim? :-) Nije to neka nauka...

super text. ne znam da li da ovu temu stavim kao TOP ili samo da izdvojim ovu puruku. no, videću već ;)




samo da napomenem da postoji i "lakši" (dobro, možda ne tehnički lakši), ali bar sigurniji način da se ovaj korak izvede.

nakon što pokupite lične podatke od korisnika, njih zajedno sa podacima o porudžbini kroz jednu običnu html formu prosleđujete payment procesoru.

najlakše je da na tom drugom koraku koji će u ovom slučaju da služi kao potvrda, napravite jednu formu koju popunite hidden poljima, i jedino vidljivo da bude submit dugme, koje posetioca vodi na sajt payment procesora.

obično je svrshishodno i da među tim hidden poljima prosledite i neki tracking_id, order_id ili šta već kod vas jedinstveno identifikuje ovu narudžbinu od ovog korisnika.

kada korisnik na sajtu payment procesora unese broj kartice i ostale podatke, i kada plati, payment procesor ga vraća na vaš sajt, postujući paralelno vama potvrdu da je korisnik platio, zajedno sa svim podacima bitnim, uključujući i te tracking ili order IDjeve po kojima identifikujete posetioca i njegovu korpu.


konkretna polja koja treba da prosledite, kao i način na koji ćete dobiti odgovor zavise od samog procesora, ali je ovo neki generalni princip koji je uvek isti..


ovu opciju ima svaki payment procesor, a ako je i vaš sajt na https:// sigurnom serveru (njihov definitivno jeste) onda ne morate mnogo ni da brinete o sigurnosti podataka koji putuju od vašeg do njihovog sajta i nazad.

generalno, ovu opciju preporučujem svima, zato što onda nema pamćenja CC brojeva u vašoj bazi, pa samim tim i nema mogućnosti da neki cracker (ili čak i vlasnik prodavnice ;) dođe do njih i zloupotrebi ih...

Tacno Tomice, ali nisam napomenuo da je moje resenje za payment procesore sa callbackom, znaci korisnik nikada i ne vidi payment processor, on pupuni podatke na vasem sajtu, klikne na "process" (ili kako god vec), vi posaljete podatke payment processoru i dobijete odgovor (u medjuvremenu se nista ne prikazuje na strani - sve se radi "ispod haube") sa relevantnim parametrima, a zatim mu samo prikazete rezultat. Znaci korisnik nikada i ne vidi koji je gateway za placanje.

Resenje koje si naveo je opcija 2, za payment procesore koji ne podrzavaju callback, gde vi u nekom trenutku (kada se unosi broj CC i izvrsava placanje) morate da ga posaljete off-site na stranu procesora koja to izvrsava. I za takav slucaj, procesor vraca neke vrednosti, i sve je generalno isto, jedina je razlika sto je korisnik u 1. slucaju stalno na vasem sajtu, a u 2. slucaju mora da ode na PP sajt da izvrsi placanje.

Ovde je objasnjen princip, detalji, kao sto rece Tomica, zavise od izabranog payment procesora.

Ovu temu je stvarno steta pustiti da "potone" u moru tipa gde mogu naci lang za PHPBB ili kako instalirati PHP na svom racunaru.

Ako nemate nista protiv, zeleo bih da ovu temu preradim (uz jasne naznake ko je i sta napisao) i objavim na IonBEE.net... Opet ponavljam, ako nemate nista protiv.

Poz i hvala. Iz ovoga se stvarno mnogo moze nauciti =]

sumnjam da će goran imati bilo šta protiv, dok god stoji njegovo ime i/ili sajt url.

a ja ti samo tražim da kada već sklapaš to, da postuješ to i ovde kao posebnu temu, a ja ću je već staviti da bude TOP...

interesantno... baci neki link, na neki od tih e-commerce sajtova koje si napravio from the scratch za dvadesetak sati, tek da vidim gde gresim...

Nemam nista protiv osim sto je ovaj tekst pisan za forum, kao obican odgovor na pitanje, a ne u obliku tutoriala pa bi bilo potrebno izvrsiti neke stilske i konceptualne korekcije.

Sto se tice linkova, imas ih u mom profilu a i u portfoliu ( http://www.revolution.co.yu/_en/timeline.html ) ali evo par poslednjih:
www.squash.co.yu
www.datematch.com
www.lux-store.com

Naravno, samo je lux-store.com radjen from the scratch a ostali su nadogradnja

a na www.datinggold.com je napravljen cak obrnuti slucaj, da vlasnik placa korisnicima (to je affiliate site pa se isplacuju zarade webmasterima)

Ja ne znam da li se mi razumemo? Ja govorim o script-u, ne govorim o unosu u bazu, slikama... dizajnu... kompletnom web sajtu, znaci samo programerski deo posla. Evo u ponedeljak uvece sam za jedan site koji trenutno radim integrisao worldpay metod placanja za 2 sata (sa sve testiranjem...). I meni je prvi put trebalo 2 nedelje jer sam morao prvo da proucim metodologiju, filozofiju..., ali opet mislim da je 2 meseca bas previse. Koliko se secam rekao sam SADA kada bih radio from the scratch...

Znaci ipak sam morao da napisem novelu :-)

Novelu, sa predgovorom i pogovorom

da, ali back-end za npr. unos produkata u bazu je sastavni deo "programerske price"; dalje, od same pomisli na formiranje kategorija i redosleda pojavljivanja mi se smuci; a dje je tu registracija korisnika, checkout, obradjivanje porudzbina, etc, etc...
ako krenes na copy/paste nekog od prethodnih projekata, stvar zaista moze brzo da se zavrsi - mozda i za dan. za prosecan shop, "from the scratch", treba barem par nedelja.
trenutno sastavljam shop-modulom za cms, e za to sam utrosio vec par meseci. a nisam "od juce"...

Sta se vi folirate???

Uredjivanje proizvoda u listi? Polje product_order... Pa sort po njemu. Pri uredjivanju reda prikazivanja preuzeo sam sistem od XOOPS-a i mnogo dobro radi. Skipta koja se brine o tome nema vise od 50 redova koda.

Kategorije i sekcije? Pa jos hijerarhijski? Jel neko koristio TREE klase. Kao Delphi programer sam navikao na koriscenje drveta podataka (TTreeView) pa je jedna od prvih stvari koju sam naucio u radu sa PHP-om bila da pravim drvo podataka na osnovu parent ID-a. Smesno jednostavan posao (ako ste ga radili bar jednom i imate vec gotov deo API-ja) i ne vidim zasto bi neko pravio frku oko toga...

Za korisnicki sistem imate niz veoma dobrih vec gotovih klasa (patUser na primer), a vecina PHP programera vec ima svoje user managament klase koje koriste u nizu projekata. Copy - Include - Construct - Use.

Dakle, ako je neko radio vec nesto slicno (a covek je rekao da jeste) onda se posao moze uraditi i za manje od dve nedelje. Naravno, pod ovim podrazumevam samo programerski deo posla. Dizajn je vec posebna stvar.

interesantno tumacenje floskule "from the scratch" : )
kopi/pejst smo apsolvirali (citaj gore) kao i reciklazu klasa i modula, bilo svojih, bilo tudjih; uostalom, procitaj prethodne postove.

Ma ne, nemoj tako Ilija, nisi dobro pročitao, ja sam govorio o radu od nule.

Jednostavno ne vredi. Ja kazem da mi ne treba vise od 20 radnih sati, oni kazu da im treba 100 (ili koliko god), pa jos na kraju prodajem maglu (?!?) - svako radi kako ume. Odustao sam od objasnjavanja, jedino mogu da budem isprovociran i da sednem i napravim (ovde u ovom text-boxu) shell e-commerce skripta, ali cemu to.

From the scratch:
- napravis jedan config.php koji include-ujes svuda. Unutra ti je access za sql is sve ostalo sto ti treba za funkcionisanje . ~ 15 minuta

- napravis jednu mysql klasu koja izvrsava querije i vraca array (ako ima sta da se vrati) + dodas funkcije last_insert_id(), num_rows... sa implementacijom kontrole greske i ispisivanjem iste ~ 1 sat

- imas tabelu sa proizvodima, koja je linkovana sa kategorijama. Ako su komplikovaniji proizvodi mozes dodati i product_details tablelu. 3 tabele sa sve klasom za upis / brisanje / listanje... ~ 2-3 sata

- dodavanje slika za proizvode (poseba tabela): jedan formular i jedan upload script: sa ukljucavnjem imageMagick da radis automatski resize odmah posle uploada ~ 1 sat

- tabelu order i order_details + shop settings (koliki je shipping, tax, handling...) ~ 15 minuta za tabele, 2 sata za klasu, 1 sat za testiranje, 1 sat za fine tuning.

- order checkout + editing (kada korisnik pre slanja ordera moze da promeni stavke, doda recimo umesto 2 CD-a, 3 ili 33 komada... brise item-e...) ~ 1 sat.

- Imas tabelu customers (a i ne moras) ~ 1 sat za tabelu i klasu
registracija korisnika se radi u lame shopping cart-ovima, pravi shoping cartovi ne traze username i password (ili sta god si mislio pod registracija)

- payment processor: odes na site PP i pronadjes manual, procitas informacije u vezi implementacije i sta je moguce a sta nije ~ 1-2 sata:

1. on-site: kada korisnik popuni podatke, prosledis podatke na PG i uzmes sve sto ti posalje nazad pa procesiras i proveris da li je transakcija uspesna. Sa testiranjem ~ 2 sata. Sa kontrolom inputa pre slanja i posebnim funkcijama + 30 min.

2. off-site: jos brze, tvoj je posao da napravis formular i prosledis podatke na PG sa brojem accounta a korisnik sam izvrsi placanje i popunjava podatke o CC. Tvoje je da napravis callback script koji ce procesirati podatke koje ti vrati PG i u slucaju uspesnog ordera upises to u bazu. ~ 1,5 sat.

- slanje racuna korisniku i izvestaja vlasniku prodavnice ~ 30 min

- ulepsavanje formulara i cinculiranje ~ 2 sata.

Kada bolje razmislim u tih 20 sati moze da se uglavi i neki news, feedback i nesto slicno.

Malo off-topic (jer me neki stavovi izuzetno nerviraju):

Ljudi imaju potrebu da od onoga sto znaju prave narocitu nauku valjda da bi ispalo kako su veliki eksperti (ovo nije prozivka, generalno se odnosi na sve uz casne izuzetke). Pa jos kao kriju svoje znanje (ne zele nikome da pomognu) jer su ostali:
a. nedostojni tog znanja
b. nedovoljno inteligentni da to znanje prihvate
ili jednostavno ne daju. Zasto je to tako, iskreno ne znam, valjda im je zao vremena potrosenog da nauce to sto znaju, pa ne zele da se tako "baci" ili da drugi "ukrade" to znanje za mnogo manje vremena nego sto je ovima trebalo.

Jedino sto zaboravljaju da ne znaju sve i da ce im sigurno trebati pomoc i da ce jednoga dana pitati nekoga za pomoc. Da li takvi zasluzuju odgovor tipa "idi pa sam nauci"?

mole se učesnici diskusije da smire strasti i spuste ton, kako ne bi primoravali moderatore da zaključavaju vrlo finu temu..

// napomena: ovo se najviše odnosi na NetworkAdmina.


hvala..


[Ovu poruku je menjao -zombie- dana 16.12.2003. u 14:33 GMT]

stvarno nema mesta vredjanju ("prodavanje magle","Sta se vi folirate???" etc etc).
stideo bih se kad ne bih ispostovao bluesman-ovo vreme/trud ulozene u prethodni post, so:

cekaj, jos nisam ni kafu popio. ok, ako su unutra mysql_connect i mysql_close, i predvidis prostor za konstante koje ces kasnije dodavati, to bi bilo toliko.

ja bih tu "nagurao" i pomenuti "myslq_connect", kad vec pravis db-interfejs. jel' planiras da tu idu svi upiti koje ces izvrsavati nad tabelama za shop, ili je samo interfejs? u svakom slucaju, pretpostavljam da ces te upite dodavati naknadno; moze za sat.

uffff... evo prve tacke gde se necemo sloziti. "Ako su komplikovaniji..." - ako su komplikovaniji, mecku ces da rodis dok ne shvatis/utvrdis sta sve zaista potpada pod proizvod. lako je diskutovati o prostim ("skolskim") proizvodima i kategorijama, samo sam stekao utisak da se te stvari dogadjaju uvek drugima. kod mene uvek neka dijabola prodaje spejs-satl sa zilion triliona (konfigurabilnih) opcija. treba mnogo vise od 2-3 sata samo da sagledas problem...

ukoliko znas gde idu slike, koliko ih je, sta se radi ako ih nema, koji su formati... ovo je teze definisati, nego naknadno realizovati.

uf. ovo je "checkout"? pa... ako je sve definisano, ako ide preko jednog form-a, ako, ako... ovde zaista varira vreme - od nekoliko sati, do nedelju dana. po meni, bitan deo sajta (velika verovatnoca da ce kupac da se zbuni ili da zbrise), te mu treba posvetiti paznju; treba i pronaci optimalan broj "koraka" - ne previse, ali ne ni sve sa jednog ekrana. jos uvek nisam nasao resenje koje bi po meni bilo optimalno.

e ovde mi nije jasno da li mislis samo na shopping cart (prikaz porucenih artikala + editovanje kolicina) ili ovde idu adrese i ostale gluposti (checkout)? pretpostavimo da je shopping cart. moze za sat, ali neko drugi da sklepa html.

tacno, to moze da se preskoci. medjutim, odes lepo na amazon.com, pa vidis da ima registracija - "lame" ili ne, uostalom tvoj klijent ce isto to uraditi... e sad, zbog cinjenice da ces praviti back-end (mislim da si ga precutao ovde), nije lose razviti malo ozbiljniji multikorisnicki sistem (unix-like, npr, sa privilegijama) - jer mozda klijent nije radnjica nego firma gde se tacno znaju zaduzenja - ko edituje produkte, ko obradjuje porudzbine, a ko sme da pregleda sve registrovane korisnike (veruj i to je bitno). i od jednog sata, evo nekoliko dana...

da, u idealnom svetu. evo kako to funkcionise u realnosti, na primeru jedne nemacke PP firme (necu ih imenovati iz ociglednih razloga):
1. procitas uputstvo, primetis da su ti dostavili blowfish samo u perl-varijanti, psujes.
2. prevedes blowfish na php (posto si par sati trazio gotov na net-u i nasao samo jedan, i to neopevano glup i ogranicen); psujes sve vreme, naravno.
3. prvi test, nista se ne desava. pises mail, cekas par dana, onda urgiras, pa ti odgovore da to sto pise da je test u stvari ne radi nego ti njima lepo javi da ukljuce sistem pa probaj "na zivo" sa pravom cc. treba li reci, opsujes veoma masno.
4. nadjes "usluznu" karticu, pokusas ponovo, izadje ms .net error msg (izuzetno ruzan). trazis nekoliko sati gde si se za'ebo. ispostavi se da su ti dali pogresnu sifru. ponovo opsujes.
5. ... (da ne duljim)
ukratko, slazem se da je tebi potrebno par sati da napises script za povezivanje na pp, ali iskustvo me uci da tu nije kraj...

e, to je uspesno izveden madjionicarski trik. ovde treba da stoji:
"- back-end za pregled, editovanje i stampanje porudzbina; povezivanje na programe za knjigovodstvo; ~ nekoliko dana, u zavisnosti od potreba korisnika (samo za definisanje tih potreba potrebno je dosta vremena)"

preskocimo ovaj deo, nije bitan za diskusiju.

nemamo vise tih 20 sati ;)

slazem se, treba uvek pomoci, podeliti znanje i iskustvo; nema opravdanja za "idi pa sam nauci", cak ni kada je pitanje 1000% lame - na kraju krajeva, ko nije zainteresovan, nek ne pritiska "reply", kad mu je ispod casti da kaze bilo sta drugo sem "ja-znam-a-ti-ne-uta-ta"... takav stav najvise govori o njima samima.

sto se tice "shopa za 20 sati" - i tu se mozemo sloziti, bar delimicno. otprilike toliko vremena mi je trebalo kada sam pravio shop-ove sa tim opcijama (doduse, tada sam radio u perlu, ali to nije toliko bitno); vremenom se uvecavao broj zahteva i opcija, kao i utrosak vremena. naravno, s vremena na vreme treba sve napisati "from the scratch" - stvarno nemam volje da recikliram scriptove koje sam napisao pre 4 godine.

umesto zakljucka: vreme potrebno za pisanje e-commerce resenja "from the scratch" iznosi od 20 do 2.000 sati. svi zadovoljni? ;)

Guest book se pravi za 2 sata pa ti nalete security bugs i lupe te po glavi. Otodjite na sajtove koji svakodnevno publikuju expolite a vecina zna o cemu govorim. Usput u analizi exploita sam proveo dane i dane do sada i to spada u zivotno iskustvo a kad hoces da me unajmis moras i to da platis.

Ako imas iskustva i znas sta ti sve ljudi mogu uraditi tada to uradis za 2 sata i OK, ljudi upisu sta hoce i malo nasminkas html i imas guestbook od nule za 2va-tri sata i mozda jos pola sata integracije u sajt i gotov si.

Da dakle pola dana za guestbook a sad pravis shoping cart i trebas formu za add product a evo ti tabele

Sada treba za svako polje provjeriti jeli obavezno, numericko, ovako onako... i pada mrak i ti radis i bjeli se dan prvi autobusi i tranvaji krecu a ti jos se za+je+ba+va+sh sa adding products... i tako dan za danom pred kockastim ekranom.

dukenukem: mislim da preteruješ malo. pola tih stvari koje si nabroja (nalozi sa unixolikim privilegijama, povezivanje sa offline programom za knjigovotsvo i slično) nikako, ni pod razno ne spada u standardan shopping chart o kome smo ovde pričali...




guest book se pravi za 30 minuta, i baš da vidim crackera koji će pronađe neki security bug u mom skriptu.

mislim, šta tu ima da se exploituje. imaš formu gde korisnik unese poruku, i tu poruku posle prikažeš na sajtu. možeš da biraš da li ćeš da skineš sav html, ili da ga (bolje) eskejpuješ. i to je sva mudrost...

stvarno pravite slona od komarca...

verovatno da ne spada - naravno, postavlja se pitanje definicije "standardnog shopping cart-a", no to nije bitno. tesko je odgovoriti na pitanje "koliko kosta novi auto?" - automobili su i lamborghini i yugo; podjednako tesko je i definisati sta je to "standardni auto".

mene je vise "strecnulo" sto smo se razlikovali u redovima velicine kod procene, ali sada su stvari mnogo jasnije, nadam se.

@dukenukem: Da ne flejmujem, mislim da opet pricamo o razlicitim stvarima (mada ne vidim u [NetworkAdmin] tabeli prozivod sta je to toliko strasno, a BTW lose je i koncipirana, ali da ne gusim sada i oko toga)

Da razjasnim, ja govorim o standardnom e-commerce scriptu, kao sto je i predstavljen.

Desavalo mi se da na crtanje 3-4 ikonice potrosim 4 sata ali dizajn je kategorija u kojoj je tesko proceniti vreme za koje ces napraviti nesto da se tebi (i tvom klijentu) svidi. Ako imas srece, mozda za sat-dva, ako imas blokadu - ne pomaze ni nedelju-dve. Kod programiranja je stvar egzaktnija - poznati su zahtevi, poznata je specifikacija uz malo iskustva sve se svodi na "odradjivanje".