Bakery: Small Shop Module (ORIGINAL TOPIC)

[pixeldiva]

Bakery is a great module, thanks so much. I had it working beautifully on a site for a few months and all of a sudden orders started coming in through PayPal telling me that something had been purchased and the dollar amount but not which item. Did Paypal change anything? It was working great and I didn't make any changes on the site. HELP!! I'm getting orders and I don't know for what. I have to contact the people who placed the order and thank them for the money but I don't know what they ordered, pretty embarrasing. I checked all the settings in my Paypal account and everything looks the way ot should be but the orders are screwed up.

Thanks!

[freeSbee]

@johnp and all
Payment Gateway Request

Hi

If you have a payment gateway request first make sure your payment gateway provides a customizable, secure hosted payment form that can handle all the steps in the transaction process like payment data collection, data submission and the response to the customer.

Second pm me some information needed for implementation:

1.
URL to your favorite payment gateway provider.

2.
A table or a link to a table representing the form field requirements for posting a transaction request to the payment gateway

3.
The login to a test account where I will be able to test the payment gateway code to ensure that it will work after in a live environment.


Regards Christoph

[johnp]

I see the bakery Small Shop Modules is moving forward and thats good.
Keep up the good work.

But I still see you have not addressed the limited ability to choose more
then one payment gateway.

PayPal should not be the only payment gateway offered.

As per my post on 8-18-2008 Here

This module is looked at and most likely used all over the
world and as I stated paypal is not my payment gateway
of choice and more then likely it's not others as well.

So I would think as I am not the only one who has brought this to your
Attention!

Do you think we could see more payment gateways and soon?

JP

[freeSbee]

New Version of Bakery:

VERSION 0.96 (10/02/2008)

• Bakery 0.9.6 requires WebsiteBaker version 2.7 or later
• Bugfix: Using a Bakery section with a snippet like anyitems on the same page caused a notice due to already defined constants THUMB_PREPEND, THUMB_APPEND and NEW_ROW
• Commented captcha setting for it is not used at the time being
• Added a header and a border  to the Bakery section in the backend
• Bugfix: The item access file was not deleted when deleting a section
• Bugfix: If a customer provided a shipping address, it was not cost-effective (thanks to MUC)
• Added a div wrapper id='mod_bakery_wrapper_f' for all Bakery content to ease layout (thanks to cthamer)
• Added shop state to the general settings
• Added state files for US, DE, AT and CH. Path to the file: bakery/languages/states/XX.php where XX must correspond to the country code
• Added feature to charge sales tax depending on the state but on the country (eg. USA) (thanks to cthamer)
• Added GR language file (thanks to nikikon)
• Made the link to the paypal security center to fit to the shop country (thanks to Ogierini)
• Disabled output filter for the Bakery checkout page (hidden fields) using ob_end_flush()
  WARNING: If you are using e.g. ob_start in the index.php of your template it is possible that you will indicate problems

PLEASE NOTE
Bakery 0.9.6 requires WebsiteBaker version 2.7 or later.

KNOW HOW
Further information can be found on the Bakery Website.

DOWNLOAD
Download from the Bakery Website.

[freeSbee]

Hi Stefan

Or am I trying to press blood out of a stone?

Yes, more probably than not!

Regards Christoph

[seagull]

Irene,

in view_pay.php

Regel: 85

change:

Code Select Expand

https://www.paypal.com/ch/cgi-bin/webscr?cmd=_security-center-outside

into:

Code Select Expand

https://www.paypal.com/nl/cgi-bin/webscr?cmd=_security-center-outside

and you get the dutch Paypal

Jan

[Ogierini]

Thanks, it is not the link I mentionned, but I'll find it there somewere!

greetz Irene

[StefanRSA]

Hi Irene,

I think what you are looking for is in the view_pay.php file at line 130

Stefan

[Ogierini]

Hi there,

Is there a way where I can change the link from the German Paypal site into the Dutch?
When you make your payment there is a link to with images of visa etc. Where Can I possibly find the link?
I like to change it......

Thanks in advance

Irene

[StefanRSA]

Hi Christoph...

Me and my big mouth... I realy want to create a classified module and know that the guys/girls will buzz about it as soon as it sees the light... I am just wondering... Do you think it will be very difficult to make the "shops backend" (Admin section to populate the shop) available for registered members to  create their own shop???

Can a person set access level so that every registered user can create his own bakery shop???

Or am I trying to press blood out of a stone?

[freeSbee]

@ tot2ivn

I'd like to ask if there is a way to group products / items together ?

http://www.bakery-shop.ch/#categories

[nikikon]

hi Christoph,
as promised:

http://intelligentq.net/NOTES/GR.php

hope it works. let me know when you include it in bakery to check it again.
thank you!!

[tot2ivn]

Hi,

It's very nice to have this module working. I've been waiting for long. BTW, I'd like to ask if there is a way to group products / items together ?

[freeSbee]

Hi Christian

This is just great!
Im looking forward to your modifications! Thanks a lot for contributing to Bakery!

Regards
Christoph

[cthamer]

@cthamer

Hi Christian

Thanks a lot for testing and your suggestions!

I saw a few messages earlier in the forum for tax rates in the US. It is necessary here in the US to charge sales tax to orders shipping to the same state of the store.
The cart currently has the option to charge tax based on country. It seems a simple thing to replicate that for orders placed in the US with the state being compared rather than country.

If you are not selling outside the USA try this:
https://forum.websitebaker.org/index.php/topic,7834.msg57755.html#msg57755

I would not use the $cust_state var since this value is generated by user input and may contain typos. Best would be a state drop-down list in the address form (similar to the country list) where users make their choice.

Christoph,

I have went ahead and update your module so users in the US can set shipping by the state. I didn't use the hack you suggested in the forum link. I almost did but then thought why limit the resulting product to selling only in the US.

I conformed to your current code style and format. I even created new language files which is a rare thing for me to do. I also updated the install.php file to add my new database field 'shop_state'. If you are interested I can send you my updates.   I have just barely tested it out but it seems to be working just fine.

Let me know.

Christian

[freeSbee]

@ mikejd

But following on from your comment above would this then mean a separate cart generated by each category and I would not be able to add products from more than one category to the same cart?

Hi Mike

No, this would not make sense at all...
Now, just install Bakery, give it a trial and you will see and learn by doing!

Regards Christoph

[freeSbee]

@cthamer

Hi Christian

Thanks a lot for testing and your suggestions!

I saw a few messages earlier in the forum for tax rates in the US. It is necessary here in the US to charge sales tax to orders shipping to the same state of the store.
The cart currently has the option to charge tax based on country. It seems a simple thing to replicate that for orders placed in the US with the state being compared rather than country.

If you are not selling outside the USA try this:
https://forum.websitebaker.org/index.php/topic,7834.msg57755.html#msg57755

I would not use the $cust_state var since this value is generated by user input and may contain typos. Best would be a state drop-down list in the address form (similar to the country list) where users make their choice.

I just thought of another small change that would be nice. In add.php you set the default values for header, item loop, footer, etc. I would be helpful if those default values could be changed. That way users would not have to update those fields for every product. If you replicated the section in page settings that sets these into general settings then saved that in the database as the default values for new pages users would be able to save a bit of time when creating new Bakery pages.

Why dont you modify the add.php file? This way the shop admin always gets your (modified) default template!

One very helpful addition to your layout would be a div wrapper around each section of code with a corresponding entry in the CSS file. The entry for each wrapper should blank or contain just enough style definitions to keep your current layout from breaking.

Sounds like a good idea to me! I have had it in mind too. Probably will implement it in the next version...

No more comments from me today. I promise.

I appreciate your comments and the way you think proactively - thanks!

Regards Christoph

[mikejd]

Hi Christophe,

Thanks for the update

I have just made some more tests - and I don't think it will be a good idea to add more than one Bakery section to a page... Each section generates a cart etc.; eg. with 2 sections you'll get 2 carts on the same page! ...and it does not look very nice!

I guess this would mean I have to have a separate page for each category of product. But following on from your comment above would this then mean a separate cart generated by each category and I would not be able to add products from more than one category to the same cart?

regards,
Mike

[freeSbee]

@ Boudi

At this moment I'm working on a multilanguage website. The problem that I'm facing is that the shop only will show 1 language, no matter which language I choose on the website itself.

Hi Boudi

Bakery does not support multilingual websites by default.

To enable two shop languages install a second Bakery module on the same WebsiteBaker installation. Since WebsiteBaker would not accept a second module with the same name and since two equal modules would mess up they must have different names.

Rename the second module Bakery, eg. first shop is called "bakery" and second shop you could call "bakery_de" or "bakery_en" or whatever makes sense to you.

Redo it for other languages.

Keep in mind you have to rename the directory itself AND all module names in the code of ALL files where ever they occur! Please note that the names are case-sensitive (bakery != Bakery != BAKERY)

I have not tested nor experienced it neither! Please report to the forum of your experiences.

Regards Christoph

[cthamer]

freeSbee,

Ok one last suggestion while my mind is still on your module then I will leave you alone.

I have been trying to get your module to fit into my existing template. 75 percent of the work can be done by modifying your frontend.css file. Thanks for the good job on that. However in the other 25% it is necessary to modify your code to get things to layout correctly in some cases.

One very helpful addition to your layout would be a div wrapper around each section of code with a corresponding entry in the CSS file. The entry for each wrapper should blank or contain just enough style definitions to keep your current layout from breaking.

For example in the view_cart.php file I added the following just before the start of the output (and of course the closing div in the appropriate place).
echo "\n<div style='float: left; width: 650px'>\n";
That could be changed to echo "\n<div class='cart_wrapper'>\n"; with cart_wrapper being set to
.cart_wrapper { /* placeholder for style statements*/ } in the frontend.css file. Actually as I am typing this I am looking at the module code and the wrapper may belong in view.php instead since everything is output through that file. Or maybe a wrapper for the whole shebang and for each section. I am not sure without playing around with it a little longer.

Anyway this would make integrating Bakery in a custom template much easier as even more of the layout could be controlled directly through frontend.css.

No more comments from me today. I promise.

Christian

addendum - I went ahead and did this with the view.php file and it worked out fine. It was necessary to echo the closing div tag before each of your return statements.

[cthamer]

BTW before I say anything else great job with the module.

I just thought of another small change that would be nice. In add.php you set the default values for header, item loop, footer, etc. I would be helpful if those default values could be changed. That way users would not have to update those fields for every product. If you replicated the section in page settings that sets these into general settings then saved that in the database as the default values for new pages users would be able to save a bit of time when creating new Bakery pages.

I realize you can go to an existing page in which you have already modified the header for example and choose to save that to all other pages which is very helpful by the way. But being able to change the default values would be a big improvement for people that are changing the look of the cart to work with a custom template.

[cthamer]

Hello freeSbee

I saw a few messages earlier in the forum for tax rates in the US. It is necessary here in the US to charge sales tax to orders shipping to the same state of the store.

The cart currently has the option to charge tax based on country. It seems a simple thing to replicate that for orders placed in the US with the state being compared rather than country.

I am going to do this for a client but it would be nice to have it standard in the cart.

In view_summary.php you have:

if($cust_country == $setting_shop_country) {
   // Loop through ordered items
   for($i = 1; $i <= sizeof($items); $i++) {
       if ($setting_tax_included == "included") {
           // Calculate tax amount for prices including tax (brutto)
           $sales_tax = $sales_tax + $items[$i]['price'] * $items[$i]['quantity'] * $items[$i]['tax_rate'] / (100 + $items[$i]['tax_rate']);
       }
       else {
           // Calculate tax amount for prices excluding tax (netto)
           $sales_tax = $sales_tax + $items[$i]['price'] * $items[$i]['quantity'] / 100 * $items[$i]['tax_rate'];
       }
       // Get tax rate(s) for display
       $f_tax_rate_array[] = number_format($items[$i]['tax_rate'],1);
   }
}

If you added a state field to the general settings you could duplicate it as:

if($cust_state == $setting_shop_state) {
   // Loop through ordered items
       ...
Wait that wouldn't work as you don't want to charge all states tax in the US so you would change the condition to:

if(($cust_country == $setting_shop_country && $cust_country != 'USA' ) || ($cust_state == $setting_shop_state && $cust_country == 'USA')) {... // USA would be whatever code you are using for the US

Am I missing any other areas of code that would need to be changed?

Best regards,

Christian

[Boudi]

Hi there,

First of all: great shop with lots of potential. More and more the shop is growing. So keep up the good work!

But I stick with a question:

At this moment I'm working on a multilanguage website. The problem that I'm facing is that the shop only will show 1 language, no matter which language I choose on the website itself.

In this case the shop is dutch, but the website has 4 languages. In the other languages the visitors watch the shop in Dutch too.

Is there some way to avoid this issue? Otherwise the shop seems useless on a multilanguage website.

Greetz
Boudi

[freeSbee]

@ Ogierini

per order I would like to have one single amount for the sending costs/'verzendkosten'
...
But he counts the sending cost per item and not per shipment.

Hi Irene

http://www.bakery-shop.ch/#shipping

1. Set "Shipping based on..." to "a flat amount"
2. Leave "Shipping per item" blank.

And why is the module still in testing phase? The results are good further what I read here....

Yes, they are. But I assume that Bakery still has some minor bugs...

Regards Christoph

[freeSbee]

I'll try it and let you know if there is any problem.
...
Edit on 23/09/08 - That seems to have sorted the problem, again many thanks.

Hi Mike

I have just made some more tests - and I don't think it will be a good idea to add more than one Bakery section to a page...
Each section generates a cart etc.; eg. with 2 sections you'll get 2 carts on the same page! ...and it does not look very nice! Sorry about that!

Regards Christoph