ecommerce update

[Nicolaas Thiemen Francken - Sunny Side Up]

Hi Everyone

Here is a quick update on the much requested "ecommerce product multi-variations" code AND some of the other ecommerce stuff I am working on. I could do with some help (see bottom of this email):

I am developing a system for product variations that go beyond the basic variations:

http://sunny.svnrepository.com/svn/sunny-side-up-general/ecommerce_extendedproductvariations

concept:

* use the standard option for product variations (one-dimensional - i.e. only colour / size / whatever), but make it look like a multi-dimensional system.

assumptions are:

* ecommerce as normal but with only products with variations

what you can do:

* setup as many variation groups (e.g. colour, size, material) as you like using modeladmin

* each variation group can have as many options as you like (e.g. red, blue, and yellow for the colour group) - again, you can manage these using modeladmin

* for each product group or product, you can set the default groups that automatically create variations when you save a product. That is, if the parent product group has size and colour as default option groups then any new product created under this product group will automatically get ALL the product variations combinations attached to it (e.g. red S, red M, red L, blue S, blue M, blue L)

* if the current product / product group page does not have it default option groups then it will look for recursively for the parent ones, 

* setup rules on naming (e.g. should it be "red XL" or "colour: red, size: XL;") 

* includes a nice JS driven form that allows the customer to select size, then colour then whatever to select their perfect product

The module has NOT been tested yet, but perhaps some of you want to give it a go (it will required a fair understanding of Silverstripe). 

I have also been working on a bunch of other ecommerce stuff: 

http://sunny.svnrepository.com/svn/sunny-side-up-general/ecommercextras

This includes a searchable order reporting system, newsletter signup modifier (add newsletter sign-up to your checkout page),  tax modifier with editable tax option, delivery modifier with editable delivery fees, IP blocker, recommended products for your checkout page, ajax-based "add to cart" functions, modeladmin for products and product groups, a product with a manageable price, and more.

Maybe there is anyone out there who can:

* assist with css stuff - setting up "default" formats for reports and modifiers

* review code and provide feedback on style - no doubt plenty

* test the code and provide bug lists  - no doubt plenty

* help write more code

* help to integrate some of the concepts back to the SS e-commerce core

Cheers

Nicolaas

[Nicolaas Thiemen Francken - Sunny Side Up]

Hi 

I have updated the svn repository for the product variations (it was actually not working properly).  Let me know if anyone is keen to help out here.

Cheers

Nicolaas

[Nivanka Fonseka]

I did a payment method for the E-Commerce module, which is for the DPSPost payments.

would like if anyone can review and sometimes add it to the Module as well.

You can find the codes here on this URL

http://open.whynotonline.com/dpspostpayment-extension-for-the-silverstripe-e-commerce/

This website uses the extension.

http://www.bbqsandmore.co.nz/

Cheers

Nivanka

--
Nivanka Fonseka
Senior Software Engineer
whynotonline.com - Limited Liability Company

Skype: nivanka.fonseka
Twitter: @nivankafonseka

[Nicolaas Thiemen Francken - Sunny Side Up]

Hi Nivanka

We should combine our efforts into one module - as we have different approaches.

Cheers

Nicolaas

[Nivanka Fonseka]

Hi Nicolaas,

Yes I have done the codes in the Payment classes, the responses and requests reading is much like the DPS Payments.

It would be great if I can join you with some developments for the E-commerce module.

Cheers

Nivanka

[Israel Miranda]

Great Nicolaas.
I checked out and I am testing already.

I was getting an error saying that $groups is not an object and thus
cannot execute the method count().
It happens only in first install while running /dev/build?flush=1
because there will never be a "ExtendedProductVariationGroup" object
before installation.
Just added an if($groups) in ExtendedProductVariationGroup.php

@@ -112,10 +112,12 @@
function requireDefaultRecords() {
parent::requireDefaultRecords();
$groups = DataObject::get("ExtendedProductVariationGroup");
- if(!$groups->count()) {
- $g = new ExtendedProductVariationGroup();
- $g->Name = "Default Group";
- $g->write();
+ if($groups){
+ if(!$groups->count()) {
+ $g = new ExtendedProductVariationGroup();
+ $g->Name = "Default Group";
+ $g->write();
+ }
}
}


Will provide more feedback later
Cheers