How many people would want a

Lahuindai · Post by **Lahuindai** » Wed Jul 05, 2006 10:30 pm

iNSiPiD wrote: I still don't think I like the idea of OS-commerce, it's just too bloated.

Has someone found something more petite that could perhaps be integrated and then built on later?

I agree with you completely and thus the reason for roling my own. I hate bloat and i hate bad code even more .....

Sub_Kovert · Post by **Sub_Kovert** » Thu Jul 06, 2006 12:07 pm

e commerce module gets a vote from me - this cms rules and is going to be the ultimate

what payment gateways are you going to support? worldpay would be good and also maybe Paypal for smaller sites?

newclear · Post by **newclear** » Thu Jul 06, 2006 2:01 pm

i think that we should do something like simple catalog with products and a shopping cart compatible with different payment gateways and delivery vendors. The order proccess can be bassed on different templates depending the way to checkout.
The all functionality that the osc have is just a pattern of what we need or not. We will decide.

Svilen Sabev

Lahuindai · Post by **Lahuindai** » Thu Jul 06, 2006 10:46 pm

My thoughts on the payment gateway are that we keep it as a seperate module. We can create a generic module for people to customize for each method they which to support and for each of the providors. One of my pet hates with oscommerce is the pain of developing new gateways. Be it creditcard or other wise.

newclear wrote: i think that we should do something like simple catalog with products and a shopping cart compatible with different payment gateways and delivery vendors. The order proccess can be bassed on different templates depending the way to checkout.
The all functionality that the osc have is just a pattern of what we need or not. We will decide.

Svilen Sabev

I like the template idea ..... How many processes are there for payments ?

Please keep the suggestions comming. Usefull ones would include possible names for the project

G

iNSiPiD · Post by **iNSiPiD** » Thu Jul 06, 2006 11:20 pm

Payment Made Simple?

There are literally hundreds of payment gateway providers out there so a separate module or interface that allows you to enter all the paramters for the one you choose is a good idea.

Remember that with all the new action functionality in v1.0b, you can now easily create hooks to link separate modules together, so the idea of one for catalog, one for cart and one for payment may not be a bad idea at all. [Speak to calguy1000 for more on this]

I'm looking forward to this. It'll be a great addition.

Lahuindai · Post by **Lahuindai** » Fri Jul 07, 2006 12:48 am

iNSiPiD wrote: Payment Made Simple?

So Modulss would be
Cart Made Simple
Shop Made Simple
Payment Made Simple

iNSiPiD wrote: There are literally hundreds of payment gateway providers out there so a separate module or interface that allows you to enter all the paramters for the one you choose is a good idea.

Could somebody that has access to many of these make a list of parameters that are general for all of them ?

iNSiPiD wrote: Remember that with all the new action functionality in v1.0b, you can now easily create hooks to link separate modules together, so the idea of one for catalog, one for cart and one for payment may not be a bad idea at all. [Speak to calguy1000 for more on this]

I'm looking forward to this. It'll be a great addition.

I'll send him a message and look through the documentation (the little that exists;))

Muzzy · Post by **Muzzy** » Tue Jul 11, 2006 6:59 am

Hi.

Brilliant idea. I would love to see this in CMSMS.

Mike.

Lahuindai · Post by **Lahuindai** » Thu Jul 13, 2006 9:57 pm

It's coming, i have registered the projects and will start writing code shortly, anybody that wants in on design and coding give me a shout and i'll add you too the list ......

shandog · Post by **shandog** » Sat Jul 15, 2006 7:52 pm

I think some nice features for the cart are the ability to sell downloadable products, coupon codes / discounts based on several criteria, including percentage off, free shipping, by weight, etc.

Also, the ability to cross sell within the cart. People like you also ordered....

finally, please do not make them have to register or choose a user name and password, that only inhibits purchases.

Can't wait to alpha/beta test.
Shannon

Lahuindai · Post by **Lahuindai** » Mon Jul 17, 2006 11:49 pm

shandog wrote: I think some nice features for the cart are the ability to sell downloadable products, coupon codes / discounts based on several criteria, including percentage off, free shipping, by weight, etc.

Also, the ability to cross sell within the cart. People like you also ordered....

finally, please do not make them have to register or choose a user name and password, that only inhibits purchases.

Can't wait to alpha/beta test.
Shannon

Nice suggestions, will take into account when i get this rolling

vaughnt · Post by **vaughnt** » Tue Aug 15, 2006 1:17 am

For what it's worth, I'm planning to develop a simple ecommerce site using CMSMadesimple & Cataloger, using Paypal for the cart and payment functions. I've already tested populating the paypal add-to-cart form with info from the Cataloger DB, and that works great. Checkout and shipping are handled by paypal, so that's really all I need.

When I say "a simple ecommerce site", I mean:

Most products have no options... pick quantity and add to cart, that's it. These are controlled by one item sub-template.
A few products have an option dropdown, but all these products have the same options in the dropdown (a list of scents). These will be rendered with a second item-subtemplate
A third product type has standard "suggested items" that go with it... so that's a third item sub-template.
No extenuating requirements that paypal can't handle, or that I can't work around.

Caveats...

I haven't figured out how to do product options that can be customized on a per-item basis. Surely needed by some.
More flexibility for product display/config would be available if I used Mal's Cart, but that's one more outside site to pipe the users through, so I'd rather not.
I can't get global content blocks to work within item subtemplates, and I don't understand why. I'm no php hacker though, I barely qualify as a newbie. I have an email in to the developer but haven't gotten a response. Anybody know a workaround?

Other than graphic design/layout, the only question I'm mulling right now is if I should wait for CMSMS 1.0 final. We're halfway through August already.

Ah, actually that is another thought then... I wonder if Cataloger will be 1.0 ready?

davago · Post by **davago** » Tue Aug 15, 2006 3:22 pm

well to be honest i'll love the idea that there is a great guy (guru) that is going to make a module for a e-shop.

myself i'm still experimenting with the CMSMS, but in the future i'm going to start a eshop in selling wine.
so a couple of features would be nice to see in the module.

1. when people make a order, that they have to place there information where the goods have to be delivered.
2. a sort of tracking for the customer to see what status there order is in. (waiting for paymant, goods are ordered by supllier,in stock, waiting for shipment to customer, with the courier, delivered, backlog)
3. a mailing or printing system, so when a order is made, i get a email or that my printer prints off the order.(when the webserver is running at local site)
4. a uniqeu number that the reference number is for the customer to put on there payment...
5. 2 diferent types of payment, one by credit card that easy, but the other one by transfering money from one account to the other.

that's the idea's i've got ... so i hope that it wont give you a mental breakdown.

Good luck, and can't wait to see the results ...

may the code be with you .... lol ( i know this is over the edge )

Lahuindai · Post by **Lahuindai** » Wed Aug 16, 2006 11:19 pm

Nice suggestions guys:

Ok update, i have commited the first files for shop made simple, however don;t waste your time yet as it's still very incomplete (bashing my head on some cmsms stuff). I'll take a took at cataloger, maybe we can colaborate some. (Drop me a message).

Some clarification on how my design thinking is going:
I'm thinking of using the ability to register "Events" in cmsms quite extensively. By doing this we get a complete seperation of concerns with the Shop / Cart / Shipping / Payment solutions. So as an example:

Shop -> Event(addItem) (addItem) <- Cart [Cart is registered for this event]

Hope that makes sense. This means that anybody can write a cart/payment/etc and at most have to subscribe to the events exposed .....

Comments ?

G

calguy1000 · Post by **calguy1000** » Thu Aug 17, 2006 12:41 am

I'm glad to see somebody else using the events stuff. This is exactly what it's designed for, allowing segregation of functionality, and developing custom workflows. Technically speaking, somebody could write different payment modules, or cart modules, all sending and/or handling the appropriate events, and they would just work nicely together.

Lahuindai · Post by **Lahuindai** » Thu Aug 17, 2006 12:51 am

calguy1000 wrote: Technically speaking, somebody could write different payment modules, or cart modules, all sending and/or handling the appropriate events, and they would just work nicely together.

Much better put than my broken description. Thanks calguy1000.

One question, what are we as a community going to do about the really bad state of documentation with regard to the new functionality in cmsms and just general Module development ?

Also is there some example code on events somewhere usefull ?

G

CMS Made Simple Forums

How many people would want a

Re: How many people would want a

Re: How many people would want a

we need e-commerce

Re: How many people would want a

Re: How many people would want a

Re: How many people would want a

Re: How many people would want a

Re: How many people would want a

Re: How many people would want a

Re: How many people would want a

Re: How many people would want a

Re: How many people would want a

Re: How many people would want a

Re: How many people would want a

Re: How many people would want a