Woah... where did those ## come from??
Ok, when I just pasted this in, this was
'mzmt' => array(
Looks like there may be some invisible characters in there. That may of course be the key to my problems. Gonna check with a hex editor...
Printable View
Woah... where did those ## come from??
Ok, when I just pasted this in, this was
'mzmt' => array(
Looks like there may be some invisible characters in there. That may of course be the key to my problems. Gonna check with a hex editor...
So I checked and I found.
The pasted code was full of A0s where there should have been 20s (spaces). If you know hex code, you'll notice thats 20 with an additional bit enabled (A0-20=80 and 80h=10000000b). Strange.
After I fixed that, I got more errors.
This time, the entry in my error log said:
PHP Parse error: syntax error, unexpected T_STRING in /home/dude_s/public_html/googlecheckout/shipping_methods.php on line 8
Line 8 is simply a comment:
####// see that you must set flat methods too!
and sure enough, as you can tell there were more weird invisible codes in front of the //, where there should have been spaces (after pasting here revealed by #s). Fixed that too.
Now, it seems to work. :-)
Glad I found it when this all revealed itself after pasting here in the forum. So the forum helped even though no one replied :-) But could it be that the Shipping Generator produces those weird invisible characters? I never had such problem before.
Hi, I'm trying to set up the MZMT (MultiGeoZone MultiTable) shipping module along with Google Checkout. When I try to complete an order in the Sandbox, it shows me only the default shipping values I entered in Admin -> Modules -> Payment -> Default Values for Real Time Shipping Rates. It doesn't use the calculated value, which I set to be based on weight.
What can I do?
Does this mod work in 1.3.7.1 currently ? Anyone ?
It does work for me.
Thanks...
I'm having difficulty figuring this out.
I have installed MZMT, set the number of zones and tables under Admin - Configuration (4 zones - 1 table), installed the SQL data, changed the code on mzmt.php in languages, and every time I assign a zone to my last zone in the shipping module, MZMT will not work.
I have found if I want 4 zones, I set up the configuration for 5 zones and then 1-4 will work but 5 will not.
Likewise, if I change to config to 6 zones, 1-5 work and 6 will not.
The Last Geo zone will not work.
Any Ideas?
Does this make sense?
thanks dreamscape ! I had no idea what to do until I saw this post :smile:
Hello all,
I am creating a zen-cart store for a winery in Napa.
They use a freight forwarder with their own unique rates for ground and 2nd day shipping (not UPS). There are 5 different zones made up of US states that were defined. California tax is charged for all areas. Shipping rate is determined by weight. ie: Each bottle is 3.25 lbs, 8 bottle sampler is 26 lbs, 12 bottle case is 39 lbs.
I installed Joshua Dechant's "MultiGeoZone MultiTable Shipping for Zen Cart - version 1.101"
It appears to be the answer to the storefront, BUT no matter what I do I cannot make it take the numbers entered in the shipping tables when I use the Geo Zone Table Method of "weight".
It will take a handling fee, it will take the table data if I tell it to use the "price method", It will NOT take the data if "weight" or "count" method is used
Am I missing something mind-numbingly simple??
A screen capture of my MZMT Settings and shopping cart results are at:
http://www.anoid.com/zencart/MZMT-shipping.gif
fyi:The wine prices are "real". The shipping amounts are fabricated numbers so I know which table is appearing in the checkout page
The zen-cart test store is at:
http://www.tvinecellars.com/store
I am SO ready to get this store onto the next step then online, all help is appreciated
thanks
russell
I changed the sort order of the MZMT module from "0" to "1"
...now it seems to work!
i'm very confused why that worked, but am pleased nonetheless!
russell