zivijo,
jaz sem se imel ze cast s tem zafrkavati. sem celo integriral slovenski megapos procesor za placila. ta druge opcije, ki si jo omenil ne poznam (najbrz si mislil magento?). delal sem z verzijo (mislim, da) 0.60.
moj osnovni nasvet bi bil, da postavis osnovno instanco zadeve in preklikas stvari, ter pogledas, koliko se spreejev nacin dela ujema s tvojimi use casi. ce je prevec diskrepanc, morda vzames kaj drugega. spree namrec pride kot rails engine, kar je lahko elegantno, dokler moras popravljati/razsirjati neke osnovne stvari. ima moznost hookov, ki ti omogoca precej osnovne popravke na nacin, da ti niti controllerjev ni treba override-ati. ce pa so zahteve bolj dramaticne oz. se tvoj workflow bistveno razlikuje od spreejevega pa lahko pride do tezav, ker moras iti pregloboko v kodo (ki je poleg vsega se po modulih razrezana) in tam spreminjati neke zadeve, ki najbrz niso bile misljene, da se kadar koli spreminjajo.
sicer ne vem, kako je s stvarmi sedaj. spomnim se, da je bila takrat neka pobozna zelja s stvari razvijalcev, da bi naredili zadevo kot set neodvisnih modulov in bi lahko prav cherrypickal module, ki jih zelis uporabljati, ostalo pa bi naredil sam. ne vem pa, ali jim je to uspelo.
glede placilnih procesorjev je tako, da ima integrirane neke standardne. tukaj imas lahko najvec dela, ce tisti, ki ga nameravas ni podprt.
pa se tole: spree precej uporablja state machine-e. kar je v osnovi spet lepo, saj se da korake (recimo checkout procesa) modificirati. lahko pa imas s tem tudi zanimive tezave, recimo ko ti browser na ajpedu sam od sebe refresha stran (na isti routi) in se stvari kar spremenijo.
je pa res to, kar je rekel lenart: preden dojames terminologijo in pogruntas kaj spada kam, ti kak mesec dni casa zagotovo ne uide. tudi ce si ruby ninja. je pa res, da je dostojna online stacuna kar projekt. no, ce se med php-jem in ruby-jem odlocis za slednjega, je spree your best best za oss e-commerce platformo.