Should I use the BTS for osCommerce

Stephen asks;

I have a css (almost tableless) design that I would like to use. I am planning to BTS to convert it for osC. Good idea?

I think I can safely say that I am still the only person who has made the same design in BTS (Basic Template System), STS (Simple Template System) and standard osCommerce. I did this to test which was better in terms of use and also forward use by the client…

BTS came second, with STS a poor third. However, since then STS has been re-written and has good support available in the osCommerce forum. BTS has almost zero support.

So, if you are fairly good with osCommerce, I’d say don’t use BTS or STS. Just recode the parts of osCommerce (v2.x series) that need to be recoded…


Use the new v3 version of osCommerce which has it’s own template system built in – it’s still in developmental stages, but each new user helps development to continue at a good pace.

Good luck!

osCommerce and

I’ve been working on some stores which use the AIM version of Authorize. It’s a decent payment system as far as I can see.

I installed my disocunt coupon system on the store, and tested a purchase via Authorize. The discount amount was not picked up…so a quick hunt in the osCommerce forum led me to this post from vGer where the fix is shown.

Basically, you have to move 1 line of code. So open up checkout_process.php and find this:

[php]// load the before_process function from the payment modules

require(DIR_WS_CLASSES . ‘order_total.php’);
$order_total_modules = new order_total;

$order_totals = $order_total_modules->process();[/php]

and change it to this:

[php]require(DIR_WS_CLASSES . ‘order_total.php’);
$order_total_modules = new order_total;

$order_totals = $order_total_modules->process();

// load the before_process function from the payment modules

In effect what we are doing is loading the order_totals before the payment modules – so that the payment module can pick up any changes to the order_totals before asking for the correct payment amount.

Thanks, vGer.