ozpost shipping module

Printable View

Show 100 post(s) from this thread on one page

30 Mar 2011, 12:29 PM
RodG

Re: ozpost shipping module

Quote:

Originally Posted by integrity_designs

Can someone please tell me why I am not getting the correct parcel rate amount for this item

Q1. What *should* the correct price be?
Q2. Where are you sending the parcel too?

Quote:

Originally Posted by integrity_designs

I am unsure of the dimensions for what a 3kg satchel should be etc...

This can be found on the Australia Post website (If I knew them offhand I'd be telling you).

For what it is worth though, the item that you have linked to is going to be too large for a satchel .. in fact the size/weight dimensions are such that this item is subject to the cubing rules.

Quote:

Originally Posted by integrity_designs

The shopping cart will show the following:

http://www.integritylabels.com.au/on...ing-parcel.png

I should be getting $16.85 BEFORE the handling amount.

Not trying to be difficult, but my tests indicate that this item should cost $19.85 to Sydney 2000 (plus handling). I guess your destination postcode was different than the one I used.

Quote:

Originally Posted by integrity_designs

It doesn't show up as $22 for Express Post when I had that option set in Admin either.

Again, where did you determine how much this item should cost?
What postcode are you using for testing?

I'd help if I could, but my (limited) test doesn't match any of the data that you have provided .. I also tried using destination postcode 3000, and gives me a quote of $16.45 *including $1.00 handling).

So, if you could provide any additional info so that we are both using the same data for testing I may be able to give you a more definitive response.

Also, for sanity sake, it is best to assume that the ozpost module is providing correct quotes, and if you find these don't match what you expect then it is probably your expectations that are wrong (as a result of not using identical data for comparison purposes?)

Cheers
Rod.

ps. Australia Post are increasing their rates as of 4/4/11 .. ozpost.net will be quoting these new rates sometime this coming weekend.
30 Mar 2011, 01:59 PM
integrity_designs

Re: ozpost shipping module

Quote:

Q1. What *should* the correct price be?
Q2. Where are you sending the parcel too?

A1. I used the "Australia Post Calculate Parcel Charges" as a guide to make sure I was getting the correct postage charges.
A2. I used postcode 7320 as a guide.

Quote:

For what it is worth though, the item that you have linked to is going to be too large for a satchel .. in fact the size/weight dimensions are such that this item is subject to the cubing rules.

Thanks for the heads up on the cubing. This could explain why I was having difficulty. Doesn't help that I don't have a satchel bag on hand or anything either. :blush:

Quote:

Not trying to be difficult, but my tests indicate that this item should cost $19.85 to Sydney 2000 (plus handling). I guess your destination postcode was different than the one I used.

Again, I used postcode 7320 as a guide on the Australia Post website and it came up with the $16.85 registered.
This is being sent from 3850 by the way.

Quote:

Also, for sanity sake, it is best to assume that the ozpost module is providing correct quotes, and if you find these don't match what you expect then it is probably your expectations that are wrong (as a result of not using identical data for comparison purposes?)

Cheers
Rod.

ps. Australia Post are increasing their rates as of 4/4/11 .. ozpost.net will be quoting these new rates sometime this coming weekend.

I don't doubt for a second that the ozpost module would be wrong. I have had a number of issues with the Australia Post Calculating Charger ever since they changed it.
I am doubting myself that I have the dimensions around the correct way to get it working correctly.

Thanks for the heads up on the price increase and your help.
Kind Regards Casey
30 Mar 2011, 03:53 PM
RodG

Re: ozpost shipping module

Quote:

Originally Posted by integrity_designs

A1. I used the "Australia Post Calculate Parcel Charges" as a guide to make sure I was getting the correct postage charges.
A2. I used postcode 7320 as a guide.

20.90postage + 2.95 rego fee = $23.85 + $1.00 p&h = 24.85 is what is being quoted by your store for the linked item.

The item data is:
weight 2417gms
height=255mm
width=300mm
length=405mm

I've just entered this same data into the Australia Post calculator and am getting the same $20.90 base postage.

Quote:

Originally Posted by integrity_designs

Thanks for the heads up on the cubing. This could explain why I was having difficulty.

Cubing catches a LOT of people out if/when they are not aware of it, so don't feel too bad about this one.

Quote:

Originally Posted by integrity_designs

Doesn't help that I don't have a satchel bag on hand or anything either. :blush:

Satchels tend to be a lot smaller than people realise (especially the 500gm ones).

Quote:

Originally Posted by integrity_designs

Again, I used postcode 7320 as a guide on the Australia Post website and it came up with the $16.85 registered.

This is being sent from 3850 by the way.

Try it again... 'cos I can't seem to replicate this figure.

Quote:

Originally Posted by integrity_designs

I don't doubt for a second that the ozpost module would be wrong. I have had a number of issues with the Australia Post Calculating Charger ever since they changed it.

Actually, the Australia Post calulator is never wrong either, and experience tells me that any discrepency between the two different servers is always the result of different data being used (always inadvertently. It sometimes just takes a second pair of eyes to see the error).

Quote:

Originally Posted by integrity_designs

I am doubting myself that I have the dimensions around the correct way to get it working correctly.

I don't think it makes a difference on the aust Post server (I've never really experimented), but for the ozpost server there isn't an *incorrect* way.. Simply put, the ozpost server treats the longest dimension as the length, the shortest dimension as the height, and the remaining dimension becomes the width.. so a parcel with dimensions 30 x 40 x 50 is exactly the same as a parcel that is 50 x 40 x 30

Anyway, try entering the numbers into the australia post server again and see if you still get the same discrepency. you really shouldn't, because it is akin to having two pocket calculators giving different answers to the same input.. it simply doesn't happen (However, that doesn't prevent me from taking any such reports seriously, because the data tables used to perform the calculations may get changed (by aust Post), or god forbid, a hacker changing or corrupting the tables on our server :cry:

BTW, the aust post satchels are
220mm x 353mm 500g
310mm x 405mm 3kg
435mm x 510mm 5Kg

HOWEVER, this assumes a zero mm height. In practice, as you place items in the satchel the 'height' will increase and the length/width will decrease by the same amount/2.

Cheers
Rod
30 Mar 2011, 10:34 PM
integrity_designs

Re: ozpost shipping module

Quote:

Originally Posted by RodG

20.90postage + 2.95 rego fee = $23.85 + $1.00 p&h = 24.85 is what is being quoted by your store for the linked item.

The item data is:
weight 2417gms
height=255mm
width=300mm
length=405mm

I've just entered this same data into the Australia Post calculator and am getting the same $20.90 base postage.

Cubing catches a LOT of people out if/when they are not aware of it, so don't feel too bad about this one.

Satchels tend to be a lot smaller than people realise (especially the 500gm ones).

Try it again... 'cos I can't seem to replicate this figure.

Actually, the Australia Post calulator is never wrong either, and experience tells me that any discrepency between the two different servers is always the result of different data being used (always inadvertently. It sometimes just takes a second pair of eyes to see the error).

I don't think it makes a difference on the aust Post server (I've never really experimented), but for the ozpost server there isn't an *incorrect* way.. Simply put, the ozpost server treats the longest dimension as the length, the shortest dimension as the height, and the remaining dimension becomes the width.. so a parcel with dimensions 30 x 40 x 50 is exactly the same as a parcel that is 50 x 40 x 30

Anyway, try entering the numbers into the australia post server again and see if you still get the same discrepency. you really shouldn't, because it is akin to having two pocket calculators giving different answers to the same input.. it simply doesn't happen (However, that doesn't prevent me from taking any such reports seriously, because the data tables used to perform the calculations may get changed (by aust Post), or god forbid, a hacker changing or corrupting the tables on our server :cry:

BTW, the aust post satchels are
220mm x 353mm 500g
310mm x 405mm 3kg
435mm x 510mm 5Kg

HOWEVER, this assumes a zero mm height. In practice, as you place items in the satchel the 'height' will increase and the length/width will decrease by the same amount/2.

Cheers
Rod

Hi Rod,
I am at a total loss because it is not working for me....

Here is the debugging to try give you more information.

[SCR]http://www.integritylabels.com.au/online/images/forum/parcel-debugging.png[/SCR]

These are what I am getting (without handling costs)

[SCR]http://www.integritylabels.com.au/online/images/forum/parcel-shipping-no-handling.png[/SCR]

It is really doing my head in.....
Thanks again ...
Kind Regards Casey
30 Mar 2011, 10:45 PM
integrity_designs

Re: ozpost shipping module

Ignore the above post....
I found my mistake in the ozpost module / store.

Sending from 3850 to 3850 from the test account on the store
BUT was sending from 3850 to 7320 from Australia Post Calculator.

Sorry.
Thanks again for your help.
Kind Regards Casey
31 Mar 2011, 01:42 AM
giftpackaging

Re: ozpost shipping module

Hey Rod,

Will you be adding Star Track Express to the list?

Mike
31 Mar 2011, 04:54 AM
RodG

Re: ozpost shipping module

Quote:

Originally Posted by integrity_designs

Ignore the above post....

Great. I really wasn't looking forward to tackling that one :D

Quote:

Originally Posted by integrity_designs

I found my mistake in the ozpost module / store.
Sending from 3850 to 3850 from the test account on the store
BUT was sending from 3850 to 7320 from Australia Post Calculator.

Yeah, that would expain things:yes:

Quote:

Originally Posted by integrity_designs

Sorry.

No problem, really. I'd rather have the discrepencies reported only to find they are user error than not have them reported at all and then discover that something has changed that I wasn't aware of.

Cheers
Rod
31 Mar 2011, 07:27 AM
RodG

Re: ozpost shipping module

Quote:

Originally Posted by giftpackaging

Hey Rod,

Will you be adding Star Track Express to the list?

Mike

It hasn't been one that I've considered, mainly on account of the fact that I'd need to become an account holder simply to see what kind of interface they are using (not all interfaces are accessible via external scripts).

If there is a demand for it though, *and* if I'm eligible to become an account holder it would be something I'd consider.

Cheers
Rod
31 Mar 2011, 11:00 PM
giftpackaging

Re: ozpost shipping module

Quote:

Originally Posted by RodG

It hasn't been one that I've considered, mainly on account of the fact that I'd need to become an account holder simply to see what kind of interface they are using (not all interfaces are accessible via external scripts).

If there is a demand for it though, *and* if I'm eligible to become an account holder it would be something I'd consider.

Cheers
Rod

I'm up for it, so I hope there are some others. If you need account details I can try help you out with that.
1 Apr 2011, 07:44 AM
RodG

Re: ozpost shipping module

Quote:

Originally Posted by giftpackaging

If you need account details I can try help you out with that.

Before going this far, assuming you have an account and have set up to obtain the online quotes, if you could please log onto their quote page and check to see if the URL for the page ends in ".php" or ".asp" it will help determine the feasibility of it.

If it's a PHP page it could be worth pursuing further, if it is an .asp page then the odds of me adding them this year are slim to none.

Cheers
Rod
5 Apr 2011, 02:57 AM
pinksugardesign

Re: ozpost shipping module

Hi again.

I've updated the module, but now it won't add the small letter items I had before. Eg: if I order 50 cards, it shows the error rate. If I order 100 cards it will show the letter rate correctly. Whereas before it would add them as letters regardless.

Also, it isn't adding my leadtime to the delivery estimation. Is this an error I am causing? I have a leadtime of around 21 days and it is displaying 1 day delivery!

Thanks again,
Tegan
5 Apr 2011, 06:49 AM
RodG

Re: ozpost shipping module

Quote:

Originally Posted by pinksugardesign

I've updated the module, but now it won't add the small letter items I had before. Eg: if I order 50 cards, it shows the error rate. If I order 100 cards it will show the letter rate correctly. Whereas before it would add them as letters regardless.

Check your Kg/gms weight setting, as this is the most common 'gotcha' that some people have when upgrading.

Quote:

Originally Posted by pinksugardesign

Also, it isn't adding my leadtime to the delivery estimation. Is this an error I am causing? I have a leadtime of around 21 days and it is displaying 1 day delivery!

After you upgraded the files did you also remember to perform the 'remove/install' process from your admin panel?
This is required in order to update the database for the newer options.
This may also be a possible cause of your letter problem.

I'll be able to consider other possibilities If/when you can confirm you've performed this operation.

Cheers
Rod
5 Apr 2011, 07:05 AM
RodG

Re: ozpost shipping module

Quote:

Originally Posted by pinksugardesign

Also, it isn't adding my leadtime to the delivery estimation. Is this an error I am causing? I have a leadtime of around 21 days and it is displaying 1 day delivery!

Thanks again,
Tegan

This turned out to be a bug. I have been able to fix it serverside. All should work 'as advertised' now.

Cheers
Rod
6 Apr 2011, 10:32 AM
Mike_Dean

Re: ozpost shipping module

Hi Rod,

Currently using 2.09 and I am about to upgrade to 2.2.2.

I know I only need to update the 2 ozpost files, but wanted to check something first.
Not sure if you recall, but I have a heavily modded ozpost file (includes/modules/shipping) that takes the Fast track text and converts it to read Registered Courier Service, such as;

if ( $quote->description == "FastWay Labels (RED)") { $quote->description = "Registered Courier Service" ; $description = "Registered Courier Service" ; }

and another example,

if ( $quote->description == "3Kg Satchel") { $quote->description = "Express Satchel" ; $description = "Express Satchel" ; }

I did do a compare and added the lines after

$carrier="   ";

But it did nothing in regards to modifying the text on the website, eg it would still return (from the first example), "FastWay Labels (RED)"

Are you able to have a check and see where I would insert the changes for them to be effective ?

Thanks,
Mike
6 Apr 2011, 03:00 PM
RodG

Re: ozpost shipping module

Quote:

Originally Posted by Mike_Dean

Currently using 2.09 and I am about to upgrade to 2.2.2.

That's quite a jump.

Quote:

Originally Posted by Mike_Dean

I know I only need to update the 2 ozpost files,

Except for the v2.2.2 update, which has the image/icon files relocated into the /images/ folder.

Quote:

Originally Posted by Mike_Dean

but wanted to check something first.
Not sure if you recall, but I have a heavily modded ozpost file (includes/modules/shipping) that takes the Fast track text and converts it to read Registered Courier Service, such as;

if ( $quote->description == "FastWay Labels (RED)") { $quote->description = "Registered Courier Service" ; $description = "Registered Courier Service" ; }

Yes, I remember those mods.. not the exact details though..

Quote:

Originally Posted by Mike_Dean

I did do a compare and added the lines after

$carrier="   ";

I can't locate this line in V2.2.2 .. there have been about 3 upgrades since V2.0.9 (not to mention writing similar code for 4 other shopping carts).

Quote:

Originally Posted by Mike_Dean

But it did nothing in regards to modifying the text on the website, eg it would still return (from the first example), "FastWay Labels (RED)"

Clearly the code has evolved to the point where it is no longer recognisable and simple comrparisons are next to useless.

Quote:

Originally Posted by Mike_Dean

Are you able to have a check and see where I would insert the changes for them to be effective ?

Look for the line(s) in /includes/modules/shipping/ozpost.php that contain the method(s) you wish to change: For example, the Fastway 5kg satchels are handled/processed in line#578 which currently reads:

Code:

if((in_array("A2 Satchel (5Kg)", $this->allowed_methods)) && (strstr($quote->description, "A2"))) $handlingFee = MODULE_SHIPPING_OZPOST_FWS_HANDLING ;

You'll need to split this into multiple lines like:

Code:

if((in_array("A2 Satchel (5Kg)", $this->allowed_methods)) && (strstr($quote->description, "A2"))) { $handlingFee = MODULE_SHIPPING_OZPOST_FWS_HANDLING; }

Note how I've added the braces {} when splitting!
Now you can define your own description text by adding a line like:

Code:

if((in_array("A2 Satchel (5Kg)", $this->allowed_methods)) && (strstr($quote->description, "A2"))) { $handlingFee = MODULE_SHIPPING_OZPOST_FWS_HANDLING; $quote->description = "Your new description goes here" ; }

Save the file and you're home and hosed.

This process can be repeated for any method's description. In fact if you take a look at lines #584 and #590 you'll note that this method is already used to modify the Ego and Transdirect descriptions. I *should* have emphasised the fact that these were included to serve as an example 'cos I did have it in the back of my mind when I recoded it that there was at least one person (you) that needed this 'easily' modifiable.

Let me know if you have any problems.

Cheers
Rod
6 Apr 2011, 09:56 PM
Mike_Dean

Re: ozpost shipping module

Quote:

Originally Posted by RodG

That's quite a jump.

Tell me about it .!

Quote:

Originally Posted by RodG

Except for the v2.2.2 update, which has the image/icon files relocated into the /images/ folder.

I'm not using the images, so no issue there

Quote:

Originally Posted by RodG

Look for the line(s) in /includes/modules/shipping/ozpost.php that contain the method(s) you wish to change: For example, the Fastway 5kg satchels are handled/processed in line#578 which currently reads:

Code:

if((in_array("A2 Satchel (5Kg)", $this->allowed_methods)) && (strstr($quote->description, "A2"))) $handlingFee = MODULE_SHIPPING_OZPOST_FWS_HANDLING ;

You'll need to split this into multiple lines like:

Code:

if((in_array("A2 Satchel (5Kg)", $this->allowed_methods)) && (strstr($quote->description, "A2"))) { $handlingFee = MODULE_SHIPPING_OZPOST_FWS_HANDLING; }

Note how I've added the braces {} when splitting!
Now you can define your own description text by adding a line like:

Code:

if((in_array("A2 Satchel (5Kg)", $this->allowed_methods)) && (strstr($quote->description, "A2"))) { $handlingFee = MODULE_SHIPPING_OZPOST_FWS_HANDLING; $quote->description = "Your new description goes here" ; }

Save the file and you're home and hosed.

Seeing as I want one generic description eg "Registered Courier Service" will I still need to add a new line for every Fastway / Aust Post description that is available (which is what I needed to do for 2.0.9) .

Thanks Rod :clap:
7 Apr 2011, 09:44 AM
RodG

Re: ozpost shipping module

Quote:

Originally Posted by Mike_Dean

I'm not using the images, so no issue there

There is one icon that is always displayed (during checkout) that isn't disabled along with the other icons. This is the ozpost logo. Although the logo itself can be disabled by simply not having one, this does leave a tiny bit of screen 'corruption'. If you don't want/need/like this icon just replace it with a 1x1px transparent gif. :-)

Quote:

Originally Posted by Mike_Dean

Seeing as I want one generic description eg "Registered Courier Service" will I still need to add a new line for every Fastway / Aust Post description that is available (which is what I needed to do for 2.0.9) .

The simple answer to this is that as long as you update the $quote->description BEFORE it gets saved into the "method" variable (line #661) then the updated info will be used. ... but that is the simple answer.. the more truthful answer is that the $quote->description is used to create a 'description' variable (lines 647 - 660) and it is this $description variable that is saved/stored.

So, armed with that knowledge, if you wish to change the description of *everything* you only need insert a line

$description = "Whatever" ;

in between lines 660 and 661.

Now, if you only wish to change the text for *some* couriers or methods. you'll need to change the $quote->description in the place(s) it is being set.

This is always within one of those 'case' blocks, and to make the change on a per method basis just follow my previous instructions. If you wish to change the text for (say) all of the FastWay methods at one, you'll need to do this with a line of code place *immediately* before the 'break' command for that block ... This code needs to do TWO things though. 1. Set the text you want, and 2. Ensure that the quote is one that is allowed.

sometrhing like

if (isset($handling_fee)) $quote->description = "Whatever" ;

will suffice (as the $handling fee variable is unset at the start of each loop, and then set to the OZPOST_?_HANDLING fee if/when an acceptable match is found.

So, to change the text for all methods for all carriers edit the $description variable.
To change the text for any matching 'CASE' (courier) you'll need to edit the $quote->description variable immediately before the 'break' command. Ensuring that one of the 'methods' for that 'case' was set.

To change the text for any individual method, edit the $quote->description variable after the merhod match has been made, as per original and coded example(s).

I think that covers all scenarious, but as always, make a backup before making any changes.

Cheers
Rod
7 Apr 2011, 01:41 PM
Mike_Dean

Re: ozpost shipping module

Hey Rod,

Thanks for the detailed advice.

Need to absorb it all and work out my plan of attack now.!

Thanks,
Mike
8 Apr 2011, 03:15 PM
Mike_Dean

Re: ozpost shipping module

Hi Rod,

Pretty much got this sorted to where I need it. Many Thanks.!

Just one more if I may,

I have checked the option to Use Core Weight, which, (when enough weighted items are added)

returns a description such as

Registered Parcel Service(x2)

Can I / How do I, change the (x2) to read Bulk Service ? for example..

Thanks,
Mike
8 Apr 2011, 03:44 PM
RodG

Re: ozpost shipping module

Quote:

Originally Posted by Mike_Dean

returns a description such as

Registered Parcel Service(x2)

Can I / How do I, change the (x2) to read Bulk Service ? for example..

ozpost.php line#659

You'll need to alter both variables on this line (the $description and the $quote->description).

Take special note of the quotes and periods when editing this line. If you don't disturb the exsisting periods, and ensure you keep the quotes balanced you shouldn't have too much trouble with this edit.

Cheers
Rod

ps. Be careful, this was added to let the store admin know how parcels were calculated for. By removing this data you could be losing important information.
8 Apr 2011, 04:03 PM
Mike_Dean

Re: ozpost shipping module

Quote:

Originally Posted by RodG

ozpost.php line#659

You'll need to alter both variables on this line (the $description and the $quote->description).

Take special note of the quotes and periods when editing this line. If you don't disturb the exsisting periods, and ensure you keep the quotes balanced you shouldn't have too much trouble with this edit.

Cheers
Rod

ps. Be careful, this was added to let the store admin know how parcels were calculated for. By removing this data you could be losing important information.

Thanks Rod,

This is what I ended up with, ??

Not sure if its what you intended, but it seems to be working and I end up with a description eg,

Registered Parcel (Bulk Service) or Registered Courier (Bulk Service)

I understand your point re Admin, and I may reconsider above, so thanks for the heads up..

Thanks,
Mike
8 Apr 2011, 04:16 PM
Mike_Dean

Re: ozpost shipping module

Quote:

Originally Posted by Mike_Dean

Thanks Rod,

This is what I ended up with, ??

Not sure if its what you intended, but it seems to be working and I end up with a description eg,

Registered Parcel (Bulk Service) or Registered Courier (Bulk Service)

I understand your point re Admin, and I may reconsider above, so thanks for the heads up..

Thanks,
Mike

Would help if I showed you what I edited it too !!

if ( $description == "Registered Parcel Service(x2)") { $quote->description = "Registered Parcel (Bulk Service)" ; $description = "Registered Parcel (Bulk Service)" ; }
if ( $description == "Registered Courier Service(x2)") { $quote->description = "Registered Courier (Bulk Service)" ; $description = "Registered Courier (Bulk Service)" ; }
9 Apr 2011, 06:57 AM
RodG

Re: ozpost shipping module

Quote:

Originally Posted by Mike_Dean

Would help if I showed you what I edited it too !!

if ( $description == "Registered Parcel Service(x2)") { $quote->description = "Registered Parcel (Bulk Service)" ; $description = "Registered Parcel (Bulk Service)" ; }
if ( $description == "Registered Courier Service(x2)") { $quote->description = "Registered Courier (Bulk Service)" ; $description = "Registered Courier (Bulk Service)" ; }

Line 659 currently/originally reads:

Code:

if ( MODULE_SHIPPING_OZPOST_CORE_WEIGHT == "Yes" && $shipping_num_boxes > 1 ) { $description .= "(x".$shipping_num_boxes.")"; $quote->description = $quote->description." (x".$shipping_num_boxes.")" ;}

Change like this:

Code:

if ( MODULE_SHIPPING_OZPOST_CORE_WEIGHT == "Yes" && $shipping_num_boxes > 1 ) { $description .= "(Bulk Service)"; $quote->description = $quote->description." (Bulk Service)" ; }

If you are lucky you should even be able to cut/paste this code snippet (I haven't tested it though).

What this code is doing is first checking that the quote consists of multiple parcels, doing nothing if not, but *appending* the '(Bulk Service)" to the existing description(s) if the conditions match.
The modified code is simpler than the original because it doesn't use any variables in the text strings (the variable being the $shipping_num_boxes.

The code that you used could never work in place of the original line because

Code:

if ( $description == "Registered Parcel Service(x2)")

would never evaluate as TRUE since the "(x2)" hasn't been set at this point.

I can see how you may have opted to add this code *after* the line I suggested be modified, and it would work, but only under the specific condition that the quote is/was for 2 parcels, no more, no less.

In order to allow for a variable number of parcels using this method will require the code to read something like

Code:

if ( $description == "Registered Parcel Service(x".$shipping_num_boxes.")") etc, etc

This way the text to be matched is constantly kept updated with the same data that was used to create the original text string, in which case why not use and change where the text is/was created in the first place and avoid this additional check? (Rhetorical question)

Cheers
Rod
9 Apr 2011, 11:11 PM
Mike_Dean

Re: ozpost shipping module

Quote:

Originally Posted by RodG

Line 659 currently/originally reads:

Code:

if ( MODULE_SHIPPING_OZPOST_CORE_WEIGHT == "Yes" && $shipping_num_boxes > 1 ) { $description .= "(x".$shipping_num_boxes.")"; $quote->description = $quote->description." (x".$shipping_num_boxes.")" ;}

Change like this:

Code:

if ( MODULE_SHIPPING_OZPOST_CORE_WEIGHT == "Yes" && $shipping_num_boxes > 1 ) { $description .= "(Bulk Service)"; $quote->description = $quote->description." (Bulk Service)" ; }

If you are lucky you should even be able to cut/paste this code snippet (I haven't tested it though).
Cheers
Rod

Thanks Rod,

Modded as per your suggestion and all good.

Will keep testing on my local site before putting live.

Thanks again,
Mike
12 Apr 2011, 12:19 PM
Ch4iS

Re: ozpost shipping module

Hi, after being unable to find a suitable module or modify one to suit I am prepared to give this module a go.

I am just wondering is the server which the module relies on for the quotes ect. located in Australia?
12 Apr 2011, 02:30 PM
RodG

Re: ozpost shipping module

Quote:

Originally Posted by Ch4iS

I am just wondering is the server which the module relies on for the quotes ect. located in Australia?

I know why you are asking, but your arguments are invalid.

The primary servers are both located in the USA. The backup server is located in Adelaide.

Rod
18 Apr 2011, 03:48 AM
GAM

Re: ozpost shipping module

Hi Rod

Getting 'flat rate' shipping in the last 30mins or so. Can you check please.

No changes on my end that I am aware of.

Cheers
Greig
18 Apr 2011, 04:01 AM
GAM

Re: ozpost shipping module

Quote:

Originally Posted by GAM

Hi Rod

Getting 'flat rate' shipping in the last 30mins or so. Can you check please.

No changes on my end that I am aware of.

Cheers
Greig

Further to above... Getting the following messages in OzPost Admin:

cURL communication ERROR: couldn't connect to host
Unable to connect to Ozpost server

I haven't changed anything but not sure whether this could stem from my host side?
18 Apr 2011, 04:06 AM
Tim Ware

Re: ozpost shipping module

Quote:

Originally Posted by GAM

Further to above... Getting the following messages in OzPost Admin:

cURL communication ERROR: couldn't connect to host
Unable to connect to Ozpost server

I haven't changed anything but not sure whether this could stem from my host side?

Same has just started happening to me.. :(
18 Apr 2011, 04:39 AM
RodG

Re: ozpost shipping module

Quote:

Originally Posted by Tim Ware

Same has just started happening to me.. :(

The main server has suddenly stopped responding (reasons unknown), and for reasons also to be determined the automatic switchover to the backup server didn't take place. :censored:

I've just manually switched to the tertiary backup server and things should start working any minute now :-)

Cheers
Rod
18 Apr 2011, 04:42 AM
GAM

Re: ozpost shipping module

Quote:

Originally Posted by GAM

Further to above... Getting the following messages in OzPost Admin:

cURL communication ERROR: couldn't connect to host
Unable to connect to Ozpost server

I haven't changed anything but not sure whether this could stem from my host side?

Seems to be fixed now. Thanks Rod.

Cheers
Greig
18 Apr 2011, 12:37 PM
cherylam1103

Re: ozpost shipping module

Hi Rod,

Quick question I am using the ozpost V2.0.6 however Australia Post rates have just gone up. Question is can I adjust rates in this module in a table somewhere? or am I stuck with the rates hard coded into this module?

Reason I ask is I didn't want to upgrade to new monthly fee version at the moment, spent enough on setting up shop at this point and I just want to get it online and running for a few month before looking at upgrading modules.

Look forward to reply, thanks Cheryl.
18 Apr 2011, 04:21 PM
RodG

Re: ozpost shipping module

Quote:

Originally Posted by cherylam1103

Hi Rod,

Quick question I am using the ozpost V2.0.6 however Australia Post rates have just gone up. Question is can I adjust rates in this module in a table somewhere? or am I stuck with the rates hard coded into this module?

Neither. The rates are obtained from the ozpost.net servers, which means you never need to update them... thats my job.

Have you noticed a discrepency somewhere?

Quote:

Originally Posted by cherylam1103

Reason I ask is I didn't want to upgrade to new monthly fee version

One (or both) of us is confused. If you are using *any* version of *ozpost* you will need to subscribe or it will cease to work after your 60 day trial.

Cheers
Rod
19 Apr 2011, 12:26 PM
cherylam1103

Re: ozpost shipping module

Hi Rod,

First, thanks for quick reply. I re-checked some test products and rates look to be correct now with cost of postage being covered. Going to run store live for one month to see how much business I do before changing anthing as all looks to be running fine.

Thanks for assistance, regards Cheryl.:smile:
5 May 2011, 01:50 PM
dw08gm

Re: ozpost shipping module

Hi Rod

1. please correct me if I am wrong but in v2.2.2 your

admin\includes\modules\product\collect_info.php

does not incorporate the changes of 139h, notwithstanding the following bugfix issued for those running php 5.2.3 or less:

http://www.zen-cart.com/forum/showpo...64&postcount=6.

2. in includes\modules\shipping\ozpost.php, the following switch to localhost (around Line 81) still seems to require a live curl connection just to install the mod.

// $this->SERVER = 'ozpost.net';
$this->SERVER = 'localhost/zencart/' ; // local testing

Having got the error message, I pressed the back button and the mod allowed me to install, and it works but only with the default rates as well as the flat, weight and the other option - which is what I expected.

However, when I am come to go live, am I good to go by just reversing the switch, or will I also need to uninstall/reinstall the mod.

Cheers
5 May 2011, 02:17 PM
RodG

Re: ozpost shipping module

Quote:

Originally Posted by dw08gm

Hi Rod

1. please correct me if I am wrong but in v2.2.2 your

admin\includes\modules\product\collect_info.php
does not incorporate the changes of 139h,

No correction needed...V2.2.2 was coded long before the 1.3.9h changes.

Quote:

Originally Posted by dw08gm

2. in includes\modules\shipping\ozpost.php, the following switch to localhost (around Line 81) still seems to require a live curl connection just to install the mod.

// $this->SERVER = 'ozpost.net';
$this->SERVER = 'localhost/zencart/' ; // local testing

That 'switch' is what I use for development. It won't do you (or anyone else) any good whatsoever, and yes, the module does require a 'live curl connection' to install. This is/was intentional because it helps with diagnosis of problems... simply put, when it was possible to install without the cURL check people were forever reporting that that could only get the flat/static rates, and it used to take several messages to determine they were lacking this very basic requirement for cURL - Even though it is clearly mentioned in several places.

By adding this check as/when the module is installed has saved me many, many hours of asking "is your cURL working" before I can progress onto other possible problems that would cause the eaxct same symptoms.

Quote:

Originally Posted by dw08gm

Having got the error message,

Err, exactly waht is THE error message? the ozpost module could produce dozens of them, each detailing a different problem.

I'm guessing you are referring to the one that says it couldn't connect to the server asnd asks if cURL is installed?

Quote:

Originally Posted by dw08gm

I pressed the back button and the mod allowed me to install, and it works but only with the default rates as well as the flat, weight and the other option - which is what I expected.

Good :)

Quote:

Originally Posted by dw08gm

However, when I am come to go live, am I good to go by just reversing the switch, or will I also need to uninstall/reinstall the mod.

As I said above, that 'switch' is really only useful for me, but to answer the question I think I need to ask what you mean by 'go live'. For some people this is just a mattter of taking the store out of maintainance mode, but for others they are talking about copying the files, etc from their local host over to a live server.

If the former, then yes, setting the server back where it was should be all you need to do, but if you are talking about migrating the files to a live server you will need to keep in mind that you'll also need to migrate the database too, otherwise you will need to uninstall/reinstall the mod as it is this action that updates the database records.

Cheers
Rod
5 May 2011, 03:33 PM
dw08gm

Re: ozpost shipping module

Quote:

Originally Posted by RodG

No correction needed...V2.2.2 was coded long before the 1.3.9h changes.

I have had no trouble merging any of the files to 139h.

IIRC there is also a missing closing </td> in there somewhere.

Quote:

That 'switch' is what I use for development. It won't do you (or anyone else) any good whatsoever, and yes, the module does require a 'live curl connection' to install. This is/was intentional because it helps with diagnosis of problems... simply put, when it was possible to install without the cURL check people were forever reporting that that could only get the flat/static rates, and it used to take several messages to determine they were lacking this very basic requirement for cURL - Even though it is clearly mentioned in several places.

By adding this check as/when the module is installed has saved me many, many hours of asking "is your cURL working" before I can progress onto other possible problems that would cause the eaxct same symptoms.

I was aware of the history of curl problems, even had one myself, but upon discovering the switch, I thought that it may have been put there for those wishing to work on localhost.

Quote:

Err, exactly waht is THE error message? the ozpost module could produce dozens of them, each detailing a different problem.

I'm guessing you are referring to the one that says it couldn't connect to the server asnd asks if cURL is installed?

Yes, the "could not connect to server" message.

Quote:

Good :)

As I said above, that 'switch' is really only useful for me, but to answer the question I think I need to ask what you mean by 'go live'. For some people this is just a mattter of taking the store out of maintainance mode, but for others they are talking about copying the files, etc from their local host over to a live server.

If the former, then yes, setting the server back where it was should be all you need to do, but if you are talking about migrating the files to a live server you will need to keep in mind that you'll also need to migrate the database too, otherwise you will need to uninstall/reinstall the mod as it is this action that updates the database records.

Cheers
Rod

I have both live and localhost test setups, where the former is currently running an early 2 version of ozpost and the latter now has the latest version. The upgrading of the shipping module has been left til last as I have had other issues to deal with. Eventually everything on localhost, including the database, will be transfered to the live setup. Then the fun will really begin.

Thanks for the clarity
8 May 2011, 08:43 AM
Bruce1952

Re: ozpost shipping module

RodG,

Now that Australia post has added a $9.00 fee for any item shipped to the USA do we need to do any adjustments as this is the only country that has this that I know of.

Our will you have an update to correct this because I can not see any option.
8 May 2011, 12:33 PM
RodG

Re: ozpost shipping module

Quote:

Originally Posted by Bruce1952

RodG,

Now that Australia post has added a $9.00 fee for any item shipped to the USA do we need to do any adjustments as this is the only country that has this that I know of.

Our will you have an update to correct this because I can not see any option.

This fee is automatically added when/where applicable. You don't need to set anything.

Cheers
Rod
9 May 2011, 01:42 AM
Peter Homann

Re: ozpost shipping module

Hi Rod,

I'm finding that if I have debug turned on, I get the proper shipping quotes. It I turn debuf off, I only get the default flat rates.

I have just set up on a new server and I seem to recall this occurring before but cannot remember the solution?

Cheers,

Peter.
10 May 2011, 06:13 AM
RodG

Re: ozpost shipping module

Quote:

Originally Posted by Peter Homann

Hi Rod,

I'm finding that if I have debug turned on, I get the proper shipping quotes. It I turn debuf off, I only get the default flat rates.

I have just set up on a new server and I seem to recall this occurring before but cannot remember the solution?

Cheers,

Peter.

remove/install?

Also check that you don't have any methods 'hidden'.

Cheers
Rod
10 May 2011, 08:38 AM
Peter Homann

Re: ozpost shipping module

Hi Rod,

That was it, the parcel was letter size and I was hiding parcel rates when letters were not available.

Cheers,

Peter.
23 May 2011, 03:57 AM
RodG

ozpost v2.3.0 Now available

May 22nd 2011 - New update, ozpost v2.3.0 for zencart

New Methods added:

Express Post International 2Kg Prepaid Satchel
Express Post International 3Kg Prepaid Satchel
Express Post International 5Kg Prepaid Box
Express Post International 10Kg Prepaid Box
Express Post International 20Kg Prepaid Box

Express Courier International 500gm Prepaid Satchel
Express Courier International 1Kg Prepaid Satchel
Express Courier International 2Kg Prepaid Satchel
Express Courier International 3Kg Prepaid Satchel
Express Courier International 5Kg Prepaid Box
Express Courier International 10Kg Prepaid Box
Express Courier International 20Kg Prepaid Box

TNT Overnight Express by 9:00am
TNT Overnight Express by 10:00am
TNT Overnight Express by Midday

Added support automatic fallback to the secondary server if the primary server fails. (improved code, doesn't rely on DNS updates)

Enabled a new field for the ORIGIN suburb/postcode of shipments (separate from the store suburb/postcode)

Added new option to display common errors, such as overweight or oversized carts, bad postcodes, etc. (not as 'noisy' as the DEBUG output)

Improved error trapping/checking

For reliability reasons alone all users are encouraged to update.
23 May 2011, 01:51 PM
ozprodrivers

Re: ozpost v2.3.0 Now available

Quote:

Originally Posted by RodG

May 22nd 2011 - New update, ozpost v2.3.0 for zencart

New Methods added:

For reliability reasons alone all users are encouraged to update.

Gidday Mate,
Well what more can you do with an already pretty good module, the last version works pretty damn good
Thank You for your service and contribution
daveh
23 May 2011, 03:37 PM
RodG

Re: ozpost v2.3.0 Now available

Quote:

Originally Posted by ozprodrivers

Gidday Mate,
Well what more can you do with an already pretty good module,

Not a lot actually... mostly a matter of adding new methods when they become available. :smile:

For many people this is reason enough to upgrade, but in my opinion the most significant change has been in regards to reliability. Although the current server has proven to be very reliable (only one known/logged failure in 12 months), the fact that it happened at all, causing the quotes to fail for approx 1hr a month or so ago, it was enough to freak me out (instant panic).

I never want that to happen again, which is why this latest update will now query the secondary server if the primary is unreachable. The previous fallover method was to update the DNS entry to point to the secondary server if the primary failed, which was great in theory, but in practice it didn't work because the server that failed was also the one responsible for doing the DNS update... arrrggghhhhh!!!

The other significant change is the ability to display various error messages... I'm hoping this will help cut down some of the basic support questions, especially with new sites/setups :D

Mainly though, the most important change really is the server redundancy.

Cheers
Rod
26 May 2011, 10:50 PM
GAM

Re: ozpost shipping module

Hi Rod

I'm still using v2.0.6, mainly due to the 'packing method' code hacks that I've done to v2.0.6 and the time/effort required to install, test and probably re-hack the new version for optimal packing.

NEW BUG:
The new version seems to have mucked up my Fastway freight quotes which have worked reliably until the new release.

A3 Satchel 2320 to 2096 should be $10.40 + handling fee. Current quote is $8.80

Label (Lime-ShortHaul) 2320 to 2096 should be $12.80 + handling fee.
Current quote is $9.20

Can you please look into this and advise. Possibly something to do with your ORIGIN Postcode mentioned for new version. My version has only Dispatch Postcode.

I'm not sure yet, but possibly AusPost parcel quotes are out too.

Hope to hear from you very soon.

Cheers
Greig
27 May 2011, 05:00 AM
RodG

Re: ozpost shipping module

Quote:

Originally Posted by GAM

I'm still using v2.0.6, mainly due to the 'packing method' code hacks that I've done to v2.0.6 and the time/effort required to install, test and probably re-hack the new version for optimal packing.

How about sending me a copy of your hacked file(s) and I'll see if I can either utilise your code, or make it easier for you to maintain your changes in between updates. (no promises, but it could be a lot easier than either of us imagine).

Quote:

Originally Posted by GAM

NEW BUG:
The new version seems to have mucked up my Fastway freight quotes which have worked reliably until the new release.

A3 Satchel 2320 to 2096 should be $10.40 + handling fee. Current quote is $8.80

Label (Lime-ShortHaul) 2320 to 2096 should be $12.80 + handling fee.
Current quote is $9.20

Can you please look into this and advise.

As with all bug reports, I'll certainly look into it, but I can't possibly imagine how the new zencart client code would possibly affect the older client code.

Yes, there have also been changes to the server code to support the new methods/features, but this was all completed and has been operational for well over a month, so if there were any detrimental effects as a result then that is when it would have first started.
It is possible it has been broken all this time and you are simply the first to notice/report it?

Quote:

Originally Posted by GAM

Possibly something to do with your ORIGIN Postcode mentioned for new version. My version has only Dispatch Postcode.

Actually, your version DOES have an origin postcode. It is the same postcode that is used in your store configuration settings under 'shipping & packaging'.

It may seem a bit superfluous having this postcode AND (probably) the same code for the new origin setting, but this came about as a result of creating modules for other stores that allow the store postcode and the dispatch postcode to be different.
Zencart doesn't actually have a store postcode, only the shipping postcode. which was *also* used for storeID purposes. The new code still treats the zencart shipping postcode as part of the storeID and the new data field is used as the dispatch postcode.. if this field doesn't exist the server will use the storeId postcode as it always has done.

Anyway, the upshot is, since these are now separate fields it will, at some time in the future, be possible to support drop-shipping type quotes where the products may be dispatched from several different locations.

Well, them's the tech details of the changes made in this regard.

As I said, I can't see how the latest client release would affect your existing code/results, but I still need to assume this is the first report of a previously unnoticed bug.

Cheers
Rod.
27 May 2011, 06:35 AM
GAM

Re: ozpost shipping module

Hi Rod

Thanks for your reply.

I will provide my hacked file for you. It would be great if what you suggest is possible and easy enough. You might also like some of the methods/options I'm using for the base code. My file/code is a bit messy still (never got back to it) and the reason why I have never sent it you as I suggested I would ages ago. Where/how should I send it?

There was definitely a change in the Fastway rates since 25/5/2011. If not an origin/dispatch postcode thing, then... <strike>possibly</strike> DEFINITELY it is the difference between Frequent and Standard Rates from Fastway.

I've just double-checked the rates from Fastway. My store is quoting 'frequent user' rates despite my 'standard user' setting in Admin.

Cheers
Greig
28 May 2011, 01:41 AM
tpeck

Re: ozpost shipping module

Hi Rod,

Can you please check the latest download from the Zencart Add-ons (ozpost_V2-3-1.zip)? It's missing the admin files. I downloaded it twice, so I don't think it's me.
28 May 2011, 07:09 AM
Angelight

3 Attachment(s)

Re: ozpost shipping module

Ozpost - Fastway shipping not splitting boxes

Hi

I have fresh install of Zencart v1.3.9h with the following addons: oz post v2.3.1, dual pricing v1.7, nab transact v1.3, image handler v2.

I have configured the ozpost module for Australia Post and Fastway. So far this works fine until I test bulk orders.

eg. 7 products - each product is 41cm x 49cm x 9cm. This should theoretically produce two boxes to be shipped as one shipping box would fit 5 of these products.

For some reason though it it doesn't split the products? Does the ozpost module not calculate multiple shipping boxes? Or have I set something incorrectly?

Any help would be appreciated as the client would like to go live soon.

Calculations and shipping settings attached.

Angelina
28 May 2011, 11:26 AM
Angelight

1 Attachment(s)

Re: ozpost shipping module

Re: Ozpost - Fastway shipping not splitting boxes

Hi

Further to my previous post I should have included a better example - the previous example still calculated the correct amount but shows incorrect parcel size and no of boxes - once the weight limit for fastway is reached it then causes an error. I would have thought that it would have split the parcel into two or more boxes and still provided a quote? Are my assumptions incorrect?

See attached example.

Angelina
28 May 2011, 01:59 PM
RodG

Re: ozpost shipping module

Quote:

Originally Posted by tpeck

Hi Rod,

Can you please check the latest download from the Zencart Add-ons (ozpost_V2-3-1.zip)? It's missing the admin files. I downloaded it twice, so I don't think it's me.

Oh, fuggl##############!!
Yes they are missing... I'll be repackaging and re-uploading ASAP.

Meanwhile, since you are doing an upgrade you can ignore them. The files you already have in place will do the job.

Cheers
Rod
28 May 2011, 02:19 PM
RodG

Re: ozpost shipping module

Quote:

Originally Posted by Angelight

I have configured the ozpost module for Australia Post and Fastway. So far this works fine until I test bulk orders.
<snip>
For some reason though it it doesn't split the products? Does the ozpost module not calculate multiple shipping boxes? Or have I set something incorrectly?

The ozpost module does not and will not split parcels. All of my attempts to support this without risking the creation of physically impossible parcels or splitting items in impossible ways. have failed (and generally caused more problems than it has solved).

However, just because I have long given up with the near impossible task, others still think it worth trying, so with this in mind the ozpost module has a toggle to allow people to pass this task back over to zencart ... This is what the "Use Core weight" setting is for.

By enabling this function the 'normal' zencart parcel splitting, weight settings/limits, tare, etc will be used to create the packages rather than the ozpost supplied code.

Cheers
Rod
28 May 2011, 03:44 PM
Angelight

Re: ozpost shipping module

Thanks Rod

I will enable it and see what I can do for the client.

Cheers

Angelina
30 May 2011, 08:26 AM
hrinfo

Re: ozpost shipping module

Hi Rod,

Long time not hear :-) so hope everything is well in your world.

I have just installed in a clean installation for a potential customer of yours :-) the ozpost_V2-3-2 (first install -60 days free) and got a problem.

I can not get the fields for height,length etc to show up when adding or editing a product. I have tried reuploading everything/unistalling and reinstalling etc no success.

I did then a comparison between a couple o files from theV2-3-2 and V2-0-9 and discovered that there are some parts missing.

For example the update_products.php from V2-0-9 has at line 43 and 44 the following:
'products_height' => $products_height,
'products_length' => $products_length,

That is missing in V2-3-2. Similar fileds are missing also from the language file.

I downloaded the module from the Zen cart site so I am not sure what is happening. Can you please advise?

Regards

Tassos
PS. the web site that the module has been installed is mirrorworks.com.au
30 May 2011, 09:09 AM
RodG

Re: ozpost shipping module

Quote:

Originally Posted by hrinfo

I downloaded the module from the Zen cart site so I am not sure what is happening. Can you please advise?

Please re-download from http://ozpost.net

Apparently the upload I did on the zencart site managed to include the original zencart files rather than the replacements.

Meanwhile I have just had a report of a rather odd installation bug (apparently new systems only, and only if no products have been added). I plan to look into this one this evening so there will probably be yet another update in a day or so.

Cheers
Rod.
30 May 2011, 09:34 AM
hrinfo

Re: ozpost shipping module

Hi Rod,

As always helpfull :-), It worked thanks and I will keep an eye out for the update.

Thanks

Tassos
1 Jun 2011, 06:19 AM
dw08gm

Re: ozpost shipping module

Quote:

Originally Posted by RodG

The ozpost module does not and will not split parcels. All of my attempts to support this without risking the creation of physically impossible parcels or splitting items in impossible ways. have failed (and generally caused more problems than it has solved).

However, just because I have long given up with the near impossible task, others still think it worth trying, so with this in mind the ozpost module has a toggle to allow people to pass this task back over to zencart ... This is what the "Use Core weight" setting is for.

By enabling this function the 'normal' zencart parcel splitting, weight settings/limits, tare, etc will be used to create the packages rather than the ozpost supplied code.

Cheers
Rod

Hi Rod

The only way I have managed to split parcels to suit is to disable Ozpost for a certain categories (such as for oversized, overweight or high value products, eg art) and then arrange to manually provide a shipping quote.

I have often thought it useful to provide a checkbox flag on the Admin product input page that would disable/enable all shipping mods (except maybe the quote option) for products so flagged, but getting this to work with all shipping modules is a challenge for me.

Currently I use an IF statement in each shipping mod to disable that mod and force a special quote, however, with every new release of a shipping mod, the IF statement must be reinserted.

It would be super convenient if a basic version of such an IF statement was pre-written into Ozpost, whereby admins only had to insert their special category(s) or product(s) to disable the mod.

If such an IF statement already exists in Ozpost, can you please tell where it is, as I have yet to find it.

Nevertheless thanks for a great mod.

Cheers
2 Jun 2011, 04:45 AM
RodG

Re: ozpost shipping module

Quote:

Originally Posted by dw08gm

It would be super convenient if a basic version of such an IF statement was pre-written into Ozpost, whereby admins only had to insert their special category(s) or product(s) to disable the mod.

If such an IF statement already exists in Ozpost, can you please tell where it is, as I have yet to find it.

Like all good shipping modules, the ozpost module makes use of and honors the $this-enabled variable.

The IF statements that you are inserting into the individual modules is the *correct* thing to do, as the same code will be applicable to all modules.. a simple insert and you are done.
If the ozpost module had this line added with just the category variables that need to be changed I believe this would complicate things because then the ozpost module would need to be treated *differently* to the other modules.

Having said that, if you have a number of shipping modules that you need to modify, why not consider modifying the code that calls up the shipping modules in the first place? This way you can enable/disable any combination of modules in a single place, and you'll only need to update when the zencart core code gets updated.

Cheers
Rod
10 Jun 2011, 02:31 PM
RodG

ozpost v3.0.0 The last update you'll ever need?

Now available: ozpost v3.0.0 The last update you'll ever need?

This is the first release of the new Series 3.

This update includes all the code fixes and changes up to and including the V2.3.4 release, plus one major new feature. This is possibly the last update you'll ever need!!!! Yes, starting from V3.0.0 this module now has the capability to update itself as new releases become available.

An option has been added to enable/disable the automatic updates, as well as another option for those that prefer (or still need) manual upgrades, this option will allow the saving of existing database settings during manual upgrades and/or re-installs. .

Any and all feedback welcome.

tip: for those that wish to 'test' the automatic upgrades may do so by 'faking' the version number of the V3.0.0 installation by altering the version number in the main ozpost.php file to something a lower than v3... eg: v2.0.0 or v1.0.0 - The actual number isn't important as long as it is lower, and in the same format. All being well, after doing this, the next time you log into the shipping section of your control panel the 'new' upgrade should take place, and just to confirm, the 'new' file should be identical to the original (unmodified) file, and your modified file will be renamed to ozpost.version where version is the version number you used in the modified file.

For those that are wondering, this was a 'fun' thing to code/test because when I made a change because things didn't quite work right any changes I made were being instantly overwritten by the 'latest' file on the server, which of course was the one with the problem I was trying to fix.. talk about a catch22 :)

Also please note: The upgrade code only updates the main ozpost.php file, it (currently) doesn't update any of the supplemental files (icons, etc). These are still only available via the distribution packages. I can/will add this additional functionality if/when needed.

Enjoy :)

Rod
14 Jun 2011, 03:17 AM
nigelt74

Re: ozpost shipping module

Hi Rod

I have taken over a site that is using this module, thay apparently purchased a $90 subscription last year, they are updating their site and changing their domain name, i can't seem to find any licensing info, or how to transfer a subscription is there something i am missing?
14 Jun 2011, 03:27 AM
nigelt74

Re: ozpost shipping module

Hang on

Just looked in the new store and it says 51 days left

as the store name and postcode are the same it should automatically pick up the subscription?
14 Jun 2011, 05:45 AM
RodG

Re: ozpost shipping module

Quote:

Originally Posted by nigelt74

I have taken over a site that is using this module, thay apparently purchased a $90 subscription last year, they are updating their site and changing their domain name, i can't seem to find any licensing info, or how to transfer a subscription is there something i am missing?

If/when subscription details need changing you'll need to send me an email with the relevant details (or use the contact form @ http://ozpost.net/ ) . However, in MANY cases I'll spot the connections before the store owner does and will 'silently' link the old and new store expirations. This is especially true if/when the Storename and/or postcode changes are 'obvious'.

Quote:

Originally Posted by nigelt74

Hang on
Just looked in the new store and it says 51 days left

as the store name and postcode are the same it should automatically pick up the subscription?

Subscriptions are based on StoreName plus postcode (domain names and/or URL's are not used at all) so if these don't change the subscriptions won't change either.

Without knowing the store you are referring to I can't comment whether the 51 days remaining is the result of the 'new' store having used 9 days of the trial, or whether it is a paid subscription with just 51 days left to go.

I'll take a look to see if I can find anything to match the little info you have given (namely, any subs that expire in 51 days) and see if I can match those with other similar named stores sometime later today. IF I can find a match the expiration days will automatically appear for the 'new' store. If you don't see this change by tomorrow you'll need to provide the name of the store(s).

Unless of course you beat me too it, and provide this info before I start hunting. :smile:

Cheers
Rod
14 Jun 2011, 07:18 AM
nigelt74

Re: ozpost shipping module

Thanks Rob,
The storeowners been in touch with you today, wasn't sure how much info to give as i had to check with the store owner first, it was more a case I'd been reading the faqs and thought it should work, but it seemed to easy (storename and postcode staying the same), I thought there must be something else I was missing, classic case of over thinking it, I am not used to licensing being simple and sensible.

Cheers
14 Jun 2011, 02:02 PM
dw08gm

Re: ozpost shipping module

Quote:

Originally Posted by RodG

Like all good shipping modules, the ozpost module makes use of and honors the $this-enabled variable.

Hi Rod

Are the auto-updates of version 3 likely to overwrite the $this-enabled variable?

Just for the record, immediately after

Code:

$this->enabled = ((MODULE_SHIPPING_OZPOST_STATUS == 'True') ? true : false);

or Line 86 of includes\modules\shipping\ozpost.php, I inserted the following chunk of code:

Code:

// disable only when entire cart is free shipping // if (zen_get_shipping_enabled($this->code)) $this->enabled = ((MODULE_SHIPPING_OZPOST_STATUS == 'True') ? true : false); // bof disable for categories in cart if (IS_ADMIN_FLAG == false) { if (($_SESSION['cart']->in_cart_check('master_categories_id','4') > 0) || ($_SESSION['cart']->in_cart_check('master_categories_id','5') > 0) || ($_SESSION['cart']->in_cart_check('master_categories_id','6') > 0)) { $this->enabled = false; } } /* eof disable for categories in cart*/

Is the free shipping part of the inserted code required?

Thanks
16 Jun 2011, 03:59 AM
RodG

Re: ozpost shipping module

Quote:

Originally Posted by dw08gm

Are the auto-updates of version 3 likely to overwrite the $this-enabled variable?

The updates will backup your original/modified file and replace it with the latest version. You will need to re-apply any changes you have made.

Quote:

Originally Posted by dw08gm

Is the free shipping part of the inserted code required?

If you offer free shipping on any of your products then yes, this is required to prevent shipping quotes from being needlessly displayed for said items.

Cheers
Rod
3 Jul 2011, 04:51 AM
Pete011

ozpost shipping subscription fee

Hi Rod/All,

I have recently installed Zen Cart and in the process of setting up my online store (in Aus). I have a domain which I use for testing and another domain (currently under construction) which will be the online store.

I would like to ask you the following:

How much is the ozpost module subscription? Is it payable monthly or annually?

In my case I would like to test the module first (testing domain) before installing it and fully subscribing in the live environment (online store).

Can you please let me know if I could install it on the test domain and subscibe for a month, before installing and fully subscribing on the live website (online shop) and how to go about it?

And also, can you please send me the link where i can download the latest ozpost module?

Many thanks in advance

Pete
3 Jul 2011, 06:55 AM
RodG

Re: ozpost shipping subscription fee

Quote:

Originally Posted by Pete011

I have a domain which I use for testing and another domain (currently under construction) which will be the online store.

I would like to ask you the following:

How much is the ozpost module subscription? Is it payable monthly or annually?

Between $5-$10pm, depending on the length of the subscription. (1mnth - 3years)

Quote:

Originally Posted by Pete011

Can you please let me know if I could install it on the test domain and subscibe for a month, before installing and fully subscribing on the live website (online shop) and how to go about it?

There is an automatic 60 day free subscription that starts from the first day the server sees a new store. There is no distinction made between a 'test' site and a 'live' site.

Quote:

Originally Posted by Pete011

And also, can you please send me the link where i can download the latest ozpost module?

http://www.zen-cart.com/index.php?ma...oducts_id=1286

Cheers
Rod.
3 Jul 2011, 07:42 AM
Pete011

Re: ozpost shipping module

Thanks heaps for your promt reply. Really appreciate it.
19 Jul 2011, 04:27 AM
makatak88

Re: ozpost shipping module

hello,
im a real rookie at this but we have managed to get everything else like eway etc working on our site. this is our last hurdle. quite simply, regardless of the weight or size of the product it come up with $0.00. I enabled debugging and it came back with this so im assuming it is talking to the server.

what stupid thing am i doing wrong?

heres a couple of screen shots too if thats any help
http://www.donohues.com.au/images/sshot.png
http://www.donohues.com.au/images/sshot2.png

<?xml version='1.0' encoding='ISO-8859-1'?><quotes>
<quote><id>RPP</id><cost>19.15</cost><days>Mon 25th of Jul</days><description>Parcel up to 12 Kgs cubic weight</description></quote><quote><id>REG</id><cost>22.20</cost><days>Tue 26th of Jul</days><description>Registered Parcel up to 12 Kgs cubic weight</description></quote><quote><id>COD</id><cost>30.45</cost><days>Tue 26th of Jul</days><description>Cash On Delivery </description></quote><quote><id>EXP</id><cost>79.25</cost><days>Mon 25th of Jul (Outside Express network - fastest possible delivery)</days><description>Express Parcel up to 12 Kgs cubic weight</description></quote><quote><id>PLT</id><cost>84.45</cost><days>Mon 25th of Jul (Outside Express network - fastest possible delivery)</days><description>Platinum Parcel up to 12 Kgs cubic weight</description></quote><information>
<servername>svr1.ozpost.net</servername>
<serverIP>74.55.148.130</serverIP>
<timestamp>Tue Jul 19, 2011 12:46 (SA Server Time)</timestamp>
<requesttime>13:16 (QLD Store Time)</requesttime>
<postdate>Wed 20th of Jul</postdate>
<insurance>0.00</insurance>
<egoinsurance>0.00</egoinsurance>
<registration>3.05</registration>
<fromsuburb>HERMIT PARK</fromsuburb>
<destsuburb>ANNANDALE</destsuburb>
<expires>59</expires>
</information>
</quotes>
19 Jul 2011, 05:19 AM
RodG

Re: ozpost shipping module

Quote:

Originally Posted by makatak88

what stupid thing am i doing wrong?

I don't think YOU are doing anything wrong, but on the other hand I've no explanation for your problem either.

Your store is indeed connecting to the server and retrieving valid quotes, this is clearly seen from your screenshots.

I've just been doing a few tests and checks on your site and have managed to determine that for some reason or other the actual quote costs aren't being cached by your server (the rest of the data being correctly cached).

In theory, this cannot/should not happen, and about the only thing I can think that would cause this would be a bug in the code (I see you are using v3.1.1, which is the current version)

This version was only released a couple of days ago, so whatever the bug/problem is, you are the first person to report it (lucky you) :unsure:

Solving the problem is a whole new ballgame, because in order to fix it I need to be able to replicate it, and needless to say, "it works fine on my system".

So, what to do. Firstly, if you don't mind I'll get you to set your 'icons type' to 'none' (this will cause part of the code to be skipped, thus narrowing down the search).

Also, could you please try adding a handling fee to one or more of the methods, because I'd be interested to see if the quotes remain at zero or not.

Finally, I'll get you to enable *all* shipping methods, except TNT (which requires a login account), because I'd like to determine whether the problem is carrier specific or not.

I think this should be enough to give me a better idea as to what I'm looking for, but if you can think of any other useful information then lease let me know.

Cheers
Rod
19 Jul 2011, 12:27 PM
Peter Homann

Re: ozpost shipping module

Hi Rod,

This isn't really an Ozpost question, but;

I'm using the Ty Package Tracker addon to Zencart. It allows the customer to track their packages.
http://www.zen-cart.com/index.php?ma...roducts_id=167

What I want to do is provide a link to the Australian Post tracking site with the tracking number as an argument like;

http://auspost.com.au/track/?action=...RP1234567890AU

Do you know if this is possible?

Cheers,

Peter.
19 Jul 2011, 01:00 PM
RodG

Re: ozpost shipping module

Quote:

Originally Posted by Peter Homann

What I want to do is provide a link to the Australian Post tracking site with the tracking number as an argument like;

http://auspost.com.au/track/?action=...RP1234567890AU

Do you know if this is possible?

It's certainly possible, in fact even though I haven't looked, I suspect it would be a trivial task to modify the Ty Package Tracker code to include/support austpost.

Alas, it may not do you much good because the AustPost tracking site *only* tracks eParcels (not registered, insured, or any other type of parcel).

Even if you do have an eParcel account, there is no way (that I know of) that will allow the tracking numbers to be inserted into the zencart database automatically, so this will need to be done manually.

I also don't know of any zencart (or other eCommerce software) module that supports the eParcel system. The code they supply to customers is locked down pretty tight and they don't offer any support to 3rd party developers.

So, to summarise, yes it will be easy to add, but basically pretty pointless.

Cheers
Rod
19 Jul 2011, 02:58 PM
Peter Homann

1 Attachment(s)

Re: ozpost shipping module

Hi Rod,

Thanks for the reply.

I'm primarily going to be using it to to manually enter the express post and registered parcels number into the Zencart database.

At the moment I'm writing them into a notepad, incasea parcel goes missing.

Keeping the tracking number with the order in the database is quite convienient.

There is no change needed to add it in. Ty Package Tracker has 5 set of fields where you can add in a shipping carrier name and a URL to the tracking page.

Cheers,

Peter.
20 Jul 2011, 06:59 AM
makatak88

Re: ozpost shipping module

gday rod,

i really appreciate you trying to help us. your module looks like what we're after and we'll happily subscribe if we can get it working. i've enabled all things except tnt. switched the icons to none. there were already default handling fees for all items filled in, however I have changed all the amounts just in case - ive gone a dollar higher or lower randomly. still having no luck though. let me know what else I can do to help.

Thanks
Mak
20 Jul 2011, 07:17 AM
RodG

Re: ozpost shipping module

Quote:

Originally Posted by Peter Homann

There is no change needed to add it in. Ty Package Tracker has 5 set of fields where you can add in a shipping carrier name and a URL to the tracking page.

So what was it wanted me for? :unsure:

Cheers
Rod
20 Jul 2011, 07:32 AM
RodG

Re: ozpost shipping module

Quote:

Originally Posted by makatak88

i really appreciate you trying to help us. your module looks like what we're after and we'll happily subscribe if we can get it working.

That's why we offer the 60 day free trial. :smile:

Quote:

Originally Posted by makatak88

i've enabled all things except tnt. switched the icons to none. there were already default handling fees for all items filled in, however I have changed all the amounts just in case - ive gone a dollar higher or lower randomly. still having no luck though. let me know what else I can do to help.

I assume that 'no luck' means that everything you tried still produced the same $0.00 results?

Quote:

Originally Posted by makatak88

let me know what else I can do to help.

There are two more things that come to mind.

1. Try changing the settings for "Use Core Weight" (it should be set to 'no') unless you are sure you need it set to 'yes')

2. Try setting the 'Tax Class' to 'none', unless you are sure you have your tax rates and zones correctly configured.

Both of these are the default settings anyway, but they are both areas of code that can/will affect the quote costs (after they have been retrieved by the server), and therefore important things to check in order to help isolate the problem.

Cheers
Rod
20 Jul 2011, 07:45 AM
makatak88

Re: ozpost shipping module

yea still no luck rod as in im still getting $0.00. i had core weight already set to no, although i had taxable goods on, which has now been set to none.
more screen shots if theyre any help
http://www.donohues.com.au/images/cart3.png
http://www.donohues.com.au/images/cart4.png
http://www.donohues.com.au/images/cart5.png

cheers

Mak
20 Jul 2011, 08:26 AM
RodG

Re: ozpost shipping module

Quote:

Originally Posted by makatak88

yea still no luck rod

From here things are going to get a liitle bit tricky.

If I could get you to load the file
/includes/modules/shipping/ozpost.php into a text editor

The locate lines #810 - 812, which currently read:

-------------------------------------------------
$_SESSION['ozpostQuotes'] = $this->quotes ; // save as session to avoid reprocessing when single method required

return $this->quotes; // all done //
-----------------------------------------------------

Now, insert into line#811 this:

print_r($this->quotes) ; exit ;

I suggest you cut/paste :smile:

The final code should read like:
-------------------------------------------------
$_SESSION['ozpostQuotes'] = $this->quotes ; // save as session to avoid reprocessing when single method required
print_r($this->quotes) ; exit ;
return $this->quotes; // all done //
-----------------------------------------------------

Please provide a screenshot of the output when obtaining a quote.

The purpose of this check is to see if the $$$ amounts still exist at this point of the code, or whether they are still zero.

If it shows valid dollar amounts we are going to be looking at some sort of cache related problem, but if they show zero at this point it will narrow things down to just a dozen lines of code.

This test will be a huge help.

Cheers
Rod
20 Jul 2011, 09:13 AM
RodG

Re: ozpost shipping module

Quote:

Originally Posted by makatak88

yea still no luck rod as in im still getting $0.00.

I think I may know what your problem is... Well, at least I've managed to duplicate it.

Anyway, please check your /localization/currencies settings.

The *must* be an entry for Aussie Dollars with a code "AUD".

Lemme know how it goes.

Cheers
Rod
27 Jul 2011, 04:15 AM
makatak88

Re: ozpost shipping module

Hi Rod,

Sorry I've been away for a week.
Ok I added that line of code reuploaded it and went to estimate shipping in my shopping cart (is that right?):unsure:

I've added a screen shot of the shipping estimation as well as the final checkout screen again. I also tried the localisation currency setting. I had code AUS in there for australian dollar I tried changing that to AUD but got a message when I hit update saying Warning: The primary exchange rate server (oanda) failed for Australian (AUD) - trying the secondary exchange rate server.
Error Error: The exchange rate for Australian (AUD) was not updated via xe. Is it a valid currency code?

However changing it back to AUS it updates fine. I've alse included a screen shot of that.

https://donohues.com.au/images/est.png
https://donohues.com.au/images/est2.png
https://donohues.com.au/images/est3.png
https://donohues.com.au/images/est4.png
https://donohues.com.au/images/est5.png

cheers mate
27 Jul 2011, 08:58 AM
RodG

Re: ozpost shipping module

Quote:

Originally Posted by makatak88

currency setting. I had code AUS in there for australian dollar I tried changing that to AUD but got a message when I hit update saying Warning: The primary exchange rate server (oanda) failed for Australian (AUD) - trying the secondary exchange rate server.

Ignore this warning. This is your base currency. It is always going to be 1.00000

Besides that, your screenshot shows that this is the only currency that you offer, so there is no point in updating the exchange rates anyway.

If you wish the ozpost module to work with the AUS code
please re-edit the file
/includes/modules/shipping/ozpost.php and change line #188
from:
$aus_rate = (float)$currencies->get_value(AUD) ;
to
$aus_rate = (float)$currencies->get_value(AUS) ;

Resave, and all should be fine.

AUS is the ISO-3 country code for Australia, but both xe.com and oanda both seem to prefer AUD (although xe.com does work with either these days).
Both of these exchange servers appear to be terribly unreliable, with oander a lot worse than xe.com - In fact I've not had a succesful response from oander all afternoon.

Although both codes appear to be acceptable, the zencart install scripts always initialise the code to 'AUD' (which is also why the ozpost module also expects AUD), and I further suspect very few people (if any) have had good reason to change it, as you have done.

I'll add code to the next ozpost release so that it will accept either format... in fact I'm going to take it one step further and if neither of these codes are found it will automatically default to "1.00000", that'll prevent problems if/when someone ever decided to enter 'AU' or 'aus' or 'aud', or any similar variant (that may or may not work with the exchange servers). It will prevent ozpost from giving $0.00 quotes though.

Cheers
Rod
28 Jul 2011, 05:10 AM
makatak88

Re: ozpost shipping module

rod ,

im so close now. that almost completly worked as all the correct money now shows for postage. except when i try to checkout i get a blank page with this :
http://www.donohues.com.au/images/err.png

as soon as i hit refresh its all everything shows up correctly.

soooooo close

sorry to keep bugging you.

mak:hug:
28 Jul 2011, 05:51 AM
RodG

Re: ozpost shipping module

Quote:

Originally Posted by makatak88

when i try to checkout i get a blank page with this :
http://www.donohues.com.au/images/err.png
as soon as i hit refresh its all everything shows up correctly.

Try disabling the debug output, it is probably messing with things at this point.

Also, what web-browser are you using? (It may or may not be relevant/important).

Cheers
Rod
28 Jul 2011, 05:56 AM
makatak88

Re: ozpost shipping module

disabled debug and tested in both firefox and safari. still no luck
28 Jul 2011, 05:58 AM
makatak88

Re: ozpost shipping module

until i hit refresh then its great! lol....sigh
28 Jul 2011, 06:03 AM
RodG

Re: ozpost shipping module

Quote:

Originally Posted by makatak88

until i hit refresh then its great! lol....sigh

Also, if you haven't already done so, you will need to undo the line of code that I asked you to add a few messages ago.

-------------------------------------------------
$_SESSION['ozpostQuotes'] = $this->quotes ; // save as session to avoid reprocessing when single method required
print_r($this->quotes) ; exit ;
return $this->quotes; // all done //
-----------------------------------------------------

Just delete the line
print_r($this->quotes) ; exit ;

Cheers
Rod
28 Jul 2011, 06:23 AM
makatak88

Re: ozpost shipping module

brilliant 100%. thnx rod youre an absoulute gem mate
28 Jul 2011, 07:19 AM
RodG

Re: ozpost shipping module

Quote:

Originally Posted by makatak88

thnx rod youre an absoulute gem mate

http://www.thefreedictionary.com/GEM

gem (jm)
n.

* A pearl or mineral that has been cut and polished for use as an ornament.

* A type of muffin.

Hmmmm.. okaaayyyy :D
Cheers
Rod
28 Jul 2011, 09:52 AM
Website Rob

Re: ozpost shipping module

There is also; "A person who is as brilliant and precious as a piece of jewellery."

Gotta take those kind of compliments when the come as they are usually far and few between. A nice perk for your day, Rod, don't you think? :yes:
28 Jul 2011, 01:20 PM
RodG

Re: ozpost shipping module

Quote:

Originally Posted by Website Rob

There is also; "A person who is as brilliant and precious as a piece of jewellery."

I'm hardly brilliant, and probably the exact opposite of precious, so I ruled that particular definition out. :)

Cheers
Rod
18 Aug 2011, 08:19 AM
e-football

Re: ozpost shipping module

When a customer buys many (4 or so) items, the cubic weight seems to be too high. All my sizes are accurate but sometimes the postage calculation is calculating too high. Is this something others have suffered with?
18 Aug 2011, 10:06 AM
RodG

Re: ozpost shipping module

Quote:

Originally Posted by e-football

When a customer buys many (4 or so) items, the cubic weight seems to be too high. All my sizes are accurate but sometimes the postage calculation is calculating too high. Is this something others have suffered with?

If you can provide a specific example I\'ll be happy to look into it. I\'ve just done a random check using 4 random items purchased in quantities of 4 from your store and didn\'t spot anything amiss. Also, try enabling the DEBUG option to get an idea of how packages are created. This is *not* a simple task, and the code is far from perfect. Cheers Rod
18 Aug 2011, 10:24 AM
e-football

Re: ozpost shipping module

Rod, here is one example

1 x Arsenal Cap $25.00
1 x Arsenal Jumbo Mug $20.00
1 x Arsenal Birthday Card $5.00
1 x Arsenal Glass Coasters $15.00
Sub-Total: $65.00
Australia Post (Insured Parcel up to 5 Kgs cubic weight): $21.10

This was going from postcode 5075 to 4159.

I have another example too if need be.
18 Aug 2011, 10:34 AM
e-football

Re: ozpost shipping module

Here is the second one.

Here is another example

1 x Liverpool Mug (Crest) $15.00
1 x Liverpool Crest Key Ring $10.00
1 x Chelsea Beanie $10.00
1 x Chelsea Holdall $40.00
Sub-Total: $95.00
Australia Post (Parcel up to 7 Kgs cubic weight): $19.30

This was going to 2340

Thanks!!!
18 Aug 2011, 10:55 AM
RodG

Re: ozpost shipping module

Quote:

Originally Posted by e-football

Rod, here is one example

1 x Arsenal Cap $25.00
1 x Arsenal Jumbo Mug $20.00
1 x Arsenal Birthday Card $5.00
1 x Arsenal Glass Coasters $15.00
Sub-Total: $65.00
Australia Post (Insured Parcel up to 5 Kgs cubic weight): $21.10

This was going from postcode 5075 to 4159.

I have another example too if need be.

I\'ll let you resolve the second example yourself. As for this one, it is over complicated... Similar results can be obtained with just the cap and mug: mug 17cm x 14cm x 11cm cap 26cm x 20cm x 16cm If you pack just these TWO items together, the smallest rectangle that they create will be 26cm (the longest dimension) 20cm (the width of this item) 27cm (the sum of the two heights). From the Australia post website Dimensions 27.0cm x 26.0cm x 20.0cm Weight Up to 4kg cubic weight Express Parcel $43.05 Cheers Rod
18 Aug 2011, 01:50 PM
e-football

Re: ozpost shipping module

Hi Rod,
Thanks.
It seems our problem may be that these items aren't necessarliy solid blocks. So for the example you have calculated, the mug actually fits inside the body of the cap, resulting in a much smaller parcel overall. So we often find with these multi-item parcels that the postage actual cost comes up less than the customer is charged. We offer customers a refund or credit on our site for the difference when this occurs. However we fear that some customers may be put off ordering due to high postage quote in the shipping estimator. Do you have any suggestions on how best we get around this? We wonder whether we should set a postage cap, is it possible to do this? We may sometimes find we have to pay a few extra dollars ourselves but would rather this than lose potential customers.
18 Aug 2011, 02:36 PM
RodG

Re: ozpost shipping module

Quote:

Originally Posted by e-football

Hi Rod,
Thanks.
It seems our problem may be that these items aren't necessarliy solid blocks. So for the example you have calculated, the mug actually fits inside the body of the cap, resulting in a much smaller parcel overall.

Good luck in 'teaching' this to a computer. If the packing algorithms weren't complicated enough, trying to code it so that some items can fit inside some other items will take someone with far more talent that I could ever hope to reach. You need to work with what the computer is capable of, which makes the assumption that all items are a solid block, so the dimensions you provide should be the size of the smallest box/package that the item will fit into for postage. Not the size when worn on the head. :) As I mentioned before, enable the DEBUG output to see exactly how a parcel is created/stacked by ozpost. Don't be too surprised when you discover that 10 of the same item measuring X, Y, Z will give totally different results than 10 different items also measuring X, Y, Z. Cheers Rod
19 Aug 2011, 12:02 AM
e-football

Re: ozpost shipping module

Thanks Rod, I will look at the Debug today.

Is the cap option a possibility? So we can put a maximum cost for shipping?
19 Aug 2011, 05:11 AM
RodG

Re: ozpost shipping module

Quote:

Originally Posted by e-football

Is the cap option a possibility? So we can put a maximum cost for shipping?

It isn't something that I would be willing to include as a standard configuration option, because it goes against the one of the prime objectives of the module, which is to supply *accurate* quotes (within its capability to do so).

Also, if this was going to be considered, what method/means would we have of ensuring you don't end up screwing yourself by making the maximum cap a lot lower than actual costs?

The secondary objective of the ozpost module is to protect the merchant from under quoting, which is almost always going to be more detrimental to the long term survivability of a store than over quoting. Plus you get additional 'brownie points' if you do over quote and then provide a refund :)

For many stores, a few $$$ difference in shipping costs isn't going to make much difference in the grand scheme of things, but for many other stores this can make the difference between a profit/loss on the entire sale.

Anyway, if you DID want to add your own maximum cap, you'll need to edit the ozpost.php file, locate the line of code that checks to see if ($quote->cost > 0) { , then just after that line insert another line that'll read something like

if($quote->cost > YOURMAX) $quote->cost = YOURMAX ;

I can't tell you the exact line of code to change because it will vary between versions.

Cheers
Rod

Show 100 post(s) from this thread on one page

All times are GMT +1. The time now is 05:57 PM.