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:
Citat:
bluesman:
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
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.
Citat:
bluesman:
- 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
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.
Citat:
bluesman:
- 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
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...
Citat:
bluesman:
- dodavanje slika za proizvode (poseba tabela): jedan formular i jedan upload script: sa ukljucavnjem imageMagick da radis automatski resize odmah posle uploada ~ 1 sat
ukoliko znas gde idu slike, koliko ih je, sta se radi ako ih nema, koji su formati... ovo je teze definisati, nego naknadno realizovati.
Citat:
bluesman:
- 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.
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.
Citat:
bluesman:
- 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.
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.
Citat:
bluesman:
- 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)
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...
Citat:
bluesman:
- 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.
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...
Citat:
bluesman:
- slanje racuna korisniku i izvestaja vlasniku prodavnice ~ 30 min
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)"
Citat:
bluesman:
- ulepsavanje formulara i cinculiranje ~ 2 sata.
preskocimo ovaj deo, nije bitan za diskusiju.
Citat:
bluesman:
Kada bolje razmislim u tih 20 sati moze da se uglavi i neki news, feedback i nesto slicno.
nemamo vise tih 20 sati ;)
Citat:
bluesman:
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"?
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? ;)
= come get some =
Re: e-commerce via PHP
